Application Insights 可用性テスト
お使いの Web アプリまたは Web サイトをデプロイした後、繰り返されるテストを設定して、可用性と応答性を監視できます。 Application Insights は、世界各地の複数のポイントから定期的にアプリケーションに Web 要求を送信します。 お使いのアプリケーションが応答していない場合、または応答が遅すぎる場合は、アラートを受信できます。
可用性テストは、パブリック インターネットからアクセスできる任意の HTTP または HTTPS エンドポイントに対して設定できます。 テストする Web サイトに対して、何らかの変更を行う必要はありません。 実際には、自分が所有しているサイトである必要もありません。 サービスが依存している REST API の可用性をテストできます。
テストの種類
可用性テストには、次の 4 種類があります。
- 標準テスト: この単一の要求テストは、URL ping テストに似ています。 これには、TLS/SSL 証明書の有効性、プロアクティブな有効期間チェック、HTTP 要求動詞 (
GET、HEAD、またはPOSTなど)、カスタム ヘッダー、HTTP 要求に関連付けられたカスタム データが含まれます。 - カスタム TrackAvailability テスト: 可用性テストを実行するカスタム アプリケーションを作成することにした場合、TrackAvailability() メソッドを使用して、結果を Application Insights に送信できます。
- クラシック テスト (以前のバージョンの可用性テスト)
- URL ping テスト: Azure portal を使用してこのテストを作成し、エンドポイントが応答するかどうかを検証し、その応答に関連付けられているパフォーマンスを測定できます。 また、依存する要求の解析などの高度な機能と結合されたカスタム成功基準を設定し、再試行が可能になります。
- 複数ステップ Web テスト (非推奨): 一連の Web 要求のこの記録を再生して、より複雑なシナリオをテストできます。 複数ステップ Web テストは Visual Studio Enterprise で作成され、ポータルにアップロードされ、ここでそれらを実行できます。
重要
より古いクラシック テスト (URL の ping テストと複数ステップ Web テスト) ではどちらも、パブリック インターネットの DNS インフラストラクチャを使用して、テストされたエンドポイントのドメイン名を解決します。 プライベート DNS を使用している場合は、パブリック ドメイン ネーム サーバーがテストのすべてのドメイン名を解決できる必要があります。 それができない場合は、代わりにカスタム TrackAvailability テストを使用できます。
Application Insights リソースごとに最大 100 個の可用性テストを作成できます。
注意
可用性テストは、保存時の Azure データ暗号化ポリシーに従って暗号化されて格納されます。
トラブルシューティング
専用のトラブルシューティングに関する記事をご覧ください。