[更新履歴]
- 2022/11/6 ブログ公開
- 2026/1/7 最新情報に更新
こんにちは、Azure Monitoring サポート チームの佐々木です。
今回は、Application Insights に用意されている以下の可用性テスト２種類について特徴と使い分けをご案内させていただきます。
- クラシック テスト
- 標準テスト
目次
はじめに
標準テスト
標準テスト とは、以下ドキュメントにて案内されている機能を示します。
Application Insights 可用性テスト - Azure Monitor | Microsoft Learn
これは 2021 年 7 月頃に追加された機能であり、同時に以前から存在していた可用性テストは、クラシック テスト と呼ばれる様になりました。
パブリック DNS レコードが存在し、ファイアウォールなどを使用してパブリックからのアクセスを制限した環境に対しては、サービス タグまたはテストの送信元のサーバーの IP アドレスを許可してテストを行うことができます。
可用性テストの送信元のサーバーの IP アドレスはサービス タグ “ApplicationInsightsAvailability” にて定義しております。このサービス タグをネットワーク セキュリティ グループなどで受信の許可を設定して、可用性テストを実施できます。
なお、可用性テスト サービスは共有 IP アドレスを使用しております。
可用性テストの接続元 IP アドレスは以下公開情報よりダウンロード可能な JSON ファイルの[ApplicationInsightsAvailability] の項目に記載しております。
Azure IP Ranges and Service Tags – Public Cloud
但し、IP アドレスの一覧は不定期に変更される見込みですので、基本的にはサービス タグをご利用いただければと存じます。
標準テスト の機能
※ 2026/1/5 現在、可用性テストは Application Insights の [調査] - [有効] より表示いただけます。
クラシック テストの機能と比較し、追加されている機能がございます。
そのため、クラシック テストよりも多くのシチュエーションに対応する事が可能です。
- ICMP ではなく、HTTP リクエストを利用し、エンドポイントが応答するかどうかを検証します。
- CSSの取得先など、Web ページが依存する Web ページの可用性解析(従属要求の解析)
- 最大3回までのリクエストが失敗した際の再試行
- SSL 証明書の有効性解析
- 発行者が異なる証明書ではないか等
- 証明書の有効期間が切れていないか、残り日数〇日未満ではないか
- HTTP リクエストのメソッド指定
- HTTP リクエストのヘッダー指定
- リクエスト元ロケーションの指定
- 成功時の条件指定
- 応答ステータス
- 400未満を全て成功にするオプション
- タイムアウト秒数
- レスポンスボディの一致(コンテンツの一致)
- 日本語対応
- 大文字、小文字の区別オプション
- 部分一致オプション
- 応答ステータス
クラシックテスト
クラシック テストとは、以下ドキュメントにて案内されている機能を示します。
URL ping テストを使用して可用性を監視する - Azure Monitor | Microsoft Learn
クラシック テスト の機能
- ICMP ではなく、HTTP リクエストを利用し、エンドポイントが応答するかどうかを検証します。
- CSSの取得先など、Web ページが依存する Web ページの可用性解析(従属要求の解析)
- 最大3回までのリクエストが失敗した際の再試行
- リクエスト元ロケーションの指定
- 成功時の条件指定
- 応答ステータス
- タイムアウト秒数
- レスポンスボディの一致(コンテンツの一致) ※日本語非対応
[参考情報]
URL ping テストを使用して可用性を監視する - Azure Monitor | Microsoft Learn
クラシックテストの今後について
クラシック テストは 2026 年 9 月 30 日に廃止予定であり、クラシック テストはリソースから削除されます。
そのため、クラシック テストをご利用の場合、2026 年 9 月 30 日よりも前に標準テストへの切り替えをお願いいたします。
クラシック テスト (URL Ping テスト) を標準テストに移行する手順については、以下の公開情報に記載しております。
Application Insights 可用性テスト - Azure Monitor | Microsoft Learn - 従来の URL ping テストを標準テストに移行する
閉じられたネットワークへの可用性テストについて
インターネットに公開されている必要のある、クラシック テスト や 標準テストでは対応する事ができません。
Azure Function を用いたカスタム可用性テストを利用した方法が公開ドキュメント、サポートブログにて案内されておりますため、こちらをご確認いただけますと幸いです。
[参考]
Azure Functions を使用してカスタム可用性テストを作成して実行する - Azure Monitor | Microsoft Learn
プライベート環境への可用性テスト | Japan Azure Monitoring Support Blog (jpazmon-integ.github.io)
可用性テストのテスト方法について
可用性テストで網羅可能なシチュエーションが多数あるものの、お客様がご希望される監視要件時の動作を検証される場合、
弊社外にて用意されているサンプル ページを利用する事で検証可能と思われます。
例えば、SSL 有効性のテスト環境や、ステータスコードご構築が難しい場合は、下記のようなサイトをご利用いただく事が可能かと存じます。
- ステータス コード別
Test pages of HTTP Status code (sakura.ne.jp) - SSL ステータス別
badssl.com
まとめ
本記事では、クラシックと標準の可用性テストついてご案内いたしましたが、ご理解いただけましたでしょうか。
本記事が少しでもお役に立ちましたら幸いです。
最後までお読みいただきありがとうございました！
※本情報の内容（添付文書、リンク先などを含む）は、作成日時点でのものであり、予告なく変更される場合があります。