[Q]
Log Analytics のアラートが通知されたため、対象のリソースについて確認しましたが問題は発生していませんでした。誤報なのでしょうか？
[A]
ネットワークの状況によりログのデータ収集に若干の遅延が発生することがあるため、アラートルールの条件で評価するタイミングのルックバック期間を短く (例：５分) に設定されている場合は、誤発報の可能性が高くなります。
下記参考情報にありますように、データ収集の遅延は様々な要因によるもののため、ルックバック期間を 10 分以上 (例： 15分) に設定することで対策いただく必要があります。また、Azure のアクティビティログ、リソースログ、メトリックといったデータでは、さらに追加の時間がかかりますのでご留意ください。
同ページに記載されているインジェスト時間のチェック方法により、どのくらい遅延しているか確認できる場合もあります。是非ご参照ください。
適切なルックバック期間を設定してもアラートが誤発報するようでしたら、対象のアラートルール名と通知内容などの詳細情報とあわせて、サポートまでお問い合わせください。
下図の例では、ルックバック期間が 5 分 に設定されているため、データ収集が遅延している状況では、誤発報する可能性が高くなります。
[参考情報]
Azure Monitor のログ データ インジェスト時間
https://learn.microsoft.com/ja-jp/azure/azure-monitor/logs/data-ingestion-time
＜抜粋＞
Azure Monitor は、毎月数テラバイトのデータを送信し、拡大を続ける大規模なデータ サービスです。 通常のサービス操作では、収集後にログ データが使用可能になるまでにかかる時間は予測可能で一貫性があります。 この記事では、この待機時間に影響する要因について説明します。
インジェスト時間のチェック
https://learn.microsoft.com/ja-jp/azure/azure-monitor/logs/data-ingestion-time#check-ingestion-time
＜抜粋＞
インジェスト時間は、さまざまな状況とリソースの種類によって変わる場合があります。 ログ クエリを使用して、環境の特定の動作を識別します。 次の表は、レコードが作成されて Azure Monitor に送信される時間を決定する方法を示しています。 ログ クエリの詳細については、「 Log Analytics の概要」を参照してください。
Heartbeat の収集が遅延していることを確認するとき
※ 対象の仮想マシンを指定して、インジェスト時間を確認できるサンプルクエリが掲載されています。（クエリ内の "Computer Name" で指定します。）
[更新日]
Update:202303
Update:202607