この記事では、Application Insights で Application Insights の可用性監視を使用するときに発生する可能性がある一般的な問題に関してよく寄せられる質問 (FAQ) に回答します。
サイトは問題なく見えますが、テストエラーが発生します。 Application Insights からアラートが送信される理由
2023 年 12 月以降、可用性テスト Web 要求では、サポートされているリージョンで TLS 1.3 が使用され、最新のセキュリティ標準に準拠しています。 テストが失敗した場合は、Web サーバーが受信 TLS 1.3 クライアント接続を受け入れるかどうかを確認します。 リージョンのサポートの詳細については、「 Application Insights 可用性テスト TLS 1.3 の有効化」を参照してください。
テストで [ 依存要求の解析 ] オプションが有効になっていますか? これにより、スクリプトやイメージなどのリソースの厳密なチェックが強制されます。 このようなエラーは、ブラウザーでは目立たない場合があります。 ページによって読み込まれるすべての画像、スクリプト、スタイル シート、およびその他のファイルを確認します。 いずれかのエラーが発生した場合、メインの HTML ページが問題なく読み込まれた場合でも、テストは失敗として報告されます。 このようなリソースエラーのテストをフィルター処理するには、テスト構成の [ 依存する要求の解析 ] チェック ボックスをオフにします。
一時的なネットワーク の滑りやその他の邪魔になるノイズの確率を減らすには、[ テストエラーの再試行を有効にする] 構成 が選択されていることを確認します。 また、他の場所からテストし、それらの場所のアラート ルールのしきい値を管理して、過度のアラートの原因となる場所固有の問題を防ぐことができます。
エラーが報告された理由の詳細を表示するには、可用性散布図のエクスペリエンスから赤い点を選択するか、検索結果から可用性エラーを選択します。 テスト結果と相関するサーバー側テレメトリ (有効な場合) は、テストが失敗した理由を理解するのに役立ちます。 一時的な問題の一般的な原因は、ネットワークの状態と接続です。
テストは時間切れになりましたか？ 2 分後にテストを中止します。 ping または複数ステップのテストに 2 分以上かかる場合は、エラーとして報告されます。 より迅速に完了できる複数のテストにテストを分割することを検討してください。
すべての場所でエラーが報告されたか、または一部のみ報告されましたか? 一部の場所でのみエラーが報告された場合は、ネットワークまたはコンテンツ配信ネットワーク (CDN) の問題が原因でこの状況が発生する可能性があります。 ここでも、可用性散布図エクスペリエンスから赤い点のいずれかを選択して、場所でエラーが報告された理由をよりよく理解します。
アラートがトリガーまたは解決されたとき (またはその両方) に電子メール メッセージが表示されなかったのはなぜですか?
アラートのアクション グループの構成を確認して、メール アカウントが直接表示されていること、または通知を受信するように配布リストが構成されていることを確認します。 配布リストが通知用に設定されている場合は、配布リストの構成を調べて、外部メールを受信できることを確認します。 また、メール管理者に、この問題が発生する可能性のあるポリシーが構成されているかどうかを確認します。
Webhook 通知を受信しなかったのはなぜですか?
Webhook 通知を受け取るアプリケーションが使用可能であり、Webhook 要求が正常に処理されていることを確認します。 詳細については、 ログ アラート ルールの Webhook アクションに関するページを参照してください。
"403 - Forbidden" エラーが発生しています。 これはどういう意味ですか？
このエラーは、可用性エージェントがターゲット URL をテストできるようにファイアウォール例外を追加する必要があることを示します。 許可するエージェント IP アドレスの完全な一覧については、 IP 例外に関する記事を参照してください。
Web テスト テレメトリに "その他の値" が表示される理由
Application Insights では、Application Insights リソースごとに 可用性テスト が 100 に制限されます。
TrackAvailability() API を呼び出してカスタム Web テスト結果を作成すると、その制限を超えようとする可能性があります。 カーディナリティが 100 を超える可用性テスト名、場所、またはその他のフィールド値の場合、その値は "その他の値" に置き換えられます。 100 を超える異なる Web テスト名または場所が必要な場合は、2 つ目の Application Insights コンポーネントを使用できます。
テストエラーを診断するための関連するサーバー側テレメトリが表示されないのはなぜですか?
この状況は、サーバー側アプリケーション用に Application Insights が設定されていて、 サンプリング が実行中の場合に発生する可能性があります。 別の可用性の結果を選択します。
Web テストからコードを呼び出すことができますか?
No. テストの手順は、.webtest ファイルに含まれている必要があります。 また、他の Web テストを呼び出したり、ループを使用したりすることはできません。
"Web テスト" と "可用性テスト" の間に違いはありますか?
2 つの用語は同じ意味で使用できます。 "可用性テスト" は、複数ステップの Web テストに加えて、単一の URL ping テストを含む、より汎用的な用語です。
複数ステップのテストが完了しません。 なぜでしょうか。
このエラーは、テストの実行が 300 KB のサイズ制限に達した場合に発生する可能性があります。 ループ、データ ソース、他の Web テストへの参照など、サポートされていない機能を使用している場合も、テストは失敗する可能性があります。
マルチステップ テストがアップロードされません。 なぜでしょうか。
複数ステップの Web テストは、テストごとに 100 個の要求に制限されます。 また、2 分より長く実行すると、テストは停止します。
クライアント証明書を使用してテストを実行できますか?
No. このシナリオは、現在サポートされていません。
可用性テストが一時停止または無効になった後も引き続き実行されるのはなぜですか?
これは予期される動作です。 次のイテレーションのスケジュールされた実行期限がどのくらい近い場合でも、次のイテレーションを実行する前に可用性テストが時間内に停止されない場合があります。 同様に、新しいテストを作成、無効化、または操作すると、遅延が発生します。
他のユーザーに可用性テストの結果の表示を許可するにはどうすればよいですか?
他のユーザーが Application Insights で可用性テストの結果を表示できるようにするには、少なくとも Application Insights リソースを含むリソース グループへの読み取りアクセス権を付与する必要があります。 可用性テストは、 Microsoft.Insights/webtests として識別される個別の Azure リソースです。 これらは、Application Insights リソースと同じリソース グループ内に作成されます。 アクセスを制御する方法の詳細な手順については、 リソース グループでのアクセスの制御に関するページを参照してください。
お問い合わせはこちらから
ご質問がある場合は、 Azure コミュニティサポートにお問い合わせください。 Azure フィードバック コミュニティに製品フィードバックを送信することもできます。