リソース正常性アラートが繰り返し発生

アラートのメールの内容に"currentHealthStatus":"Unavailable"この記載があった場合はアラートルールが停止しているという認識でいいのでしょうか？

だとすると高頻度でアラートルールが停止してしまうのは運用していくうえで問題になってくるのですが対策などはできるのでしょうか？

Hello Uejima

No, if the alert email shows "currentHealthStatus": "Unavailable", it does NOT mean the alert rule has stopped or failed.

Unavailable is a Resource Health status indicating that Azure detected a temporary platform‑ or user‑initiated event affecting the resource, such as host maintenance, backend validation, or a short‑lived telemetry interruption. Resource Health evaluates resources independently of the alert rule logic and action groups. When the condition clears, the event is marked Resolved and the alert rule continues operating normally.

Important clarification:

• Resource Health alerts are not generated by Log Analytics queries, custom tables, or email actions.
• Seeing Unavailable does not indicate the alert rule is “stopped”; it reflects the resource’s health state at that moment.

High‑frequency Unavailable → Resolved events usually indicate transient platform health signals or brief telemetry gaps, which is expected behavior unless the resource remains Unavailable or Degraded for a sustained period.

To reduce noise without disabling monitoring:

1. Refine Resource Health alert conditions — trigger alerts only for Unavailable or Degraded states and avoid triggering on Unknown or all transitions.
2. Use status‑transition filters (e.g., alert only when transitioning into Unavailable).
3. Apply Alert Processing Rules to suppress repetitive notifications during short‑lived events.

Thanks,

Suchitra.

ありがとうございます。

ではリソース正常性アラートが発生しても短時間で解決されていれば気にしなくていいのでしょうか？

また、このリソースのみ繰り返しアラートが発生してしまっているのはこのリソースを管理しているAzureインフラでエラーが発生したり、リソースのテレメトリ取得の失敗などが偶然重なったということなのでしょうか？

Hello Uejima

リソースのヘルスアラートが発生しても、短時間で解消される場合は、通常心配する必要はありません。 この挙動は予期されたもので、Azure が一時的にプラットフォームの状態シグナルを検出した場合や、リソースのテレメトリを一時的に確認できない場合に発生します。検証が完了すると、イベントは自動的に解消されます。 短時間だけ発生するアラートが繰り返されても、リソースが長期間「利用不可」または「低下」状態でない限り、アラートルールの不具合や Azure インフラストラクチャの恒常的な問題を示すものではありません。

Thanks,

Suchitra.

短時間でも利用不可となっていった場合はその期間のログは手動で検索するべき？

それとも利用不可と表示されていても実際は問題なく稼働している？

また、このリソースのみ繰り返しアラートが発生してしまっているのはこのリソースを管理しているAzureインフラでエラーが発生したり、リソースのテレメトリ取得の失敗などが偶然重なったということなのでしょうか？

Hello Uejima

リソースが長期間使用不可または劣化した状態が続く場合、あるいは実際にワークロードに影響が出ている場合にのみ、懸念するべきです。それ以外の場合、短時間で繰り返されるアラートは、特定のリソースに対する一時的なプラットフォームの状態評価を反映しているだけです。

ありがとうございます！

ちなみにこのリソースのみ繰り返しアラートが発生してしまっているのはこのリソースを管理しているAzureインフラでエラーが発生したり、リソースのテレメトリ取得の失敗などが偶然重なったということなのでしょうか？

Hello Uejima

いいえ。もし1つのリソースだけが短時間のリソース ヘルス アラートを繰り返し生成している場合、それは自動的にそのリソースの Azure インフラストラクチャに障害があることを意味するわけではありません。マイクロソフトのドキュメントによると、これは通常、Azure が特定のリソースに対するヘルス テレメトリを一時的に取得または検証できない場合に発生します（たとえば、バックエンドの検証中、短いプラットフォーム信号のギャップ、またはメンテナンス チェック時などです）。 テレメトリが復元されると、イベントは迅速に「解決済み」とマークされます。この動作は予期されたものであり、アラート ルールの故障や継続的なプラットフォームの問題を示すものではありません。リソースが長期間「使用不可」または「劣化」状態のままである場合や、実際のワークロードに影響が見られる場合を除きます。繰り返し発生する短時間のアラートは、通常、断続的なヘルス信号の評価を反映しており、リソースや Azure Monitor の障害を意味するものではありません。

なるほど。

Azure が特定のリソースに対するヘルス テレメトリを一時的に取得または検証できない場合に発生します（たとえば、バックエンドの検証中、短いプラットフォーム信号のギャップ、またはメンテナンス チェック時などです）。
これが繰り返し発生しているだけで基本的には無視して問題ないってことですね

Hello Uejima

はい、リソース ヘルスのアラートがすぐに解決し、ワークロードへの影響がない場合は、一般的に安全に無視できます。 この動作は、Azure が特定のリソースのヘルステレメトリを一時的に取得または検証できない場合（たとえば、バックエンドの検証中、短時間のプラットフォーム信号の欠落、またはメンテナンスチェック時）に通常発生します。テレメトリが復旧すると、Azure は自動的にイベントを「解決済み」とマークします。Microsoft はこの動作をリソース ヘルスに関して通常の動作として文書化しています。

次の場合はアラートを無視しないでください: - リソースが長期間にわたり「利用不可」または「劣化」したままである場合 - アラートが一時的ではなく、連続的かつ長時間続く場合 - 実際のサービスやワークロードに影響がある場合 - リソース ヘルスブレードにリソースに関連するプラットフォームイベントまたは計画外のイベントが表示される場合

Hello Uejima

上記で共有した詳細が、お客様の懸念の解消に役立ったことを願っています。 提案された解決策で問題が解決した場合は、ぜひ回答を「承認済み」としてマークし、「賛成票」を付けてください。これは、将来同様の問題に直面する可能性のある他のコミュニティメンバーにとっても役立ちます。 まだ問題が解決していない場合や、さらに詳しい説明が必要な場合は、追加の情報を共有していただければ、引き続き調査し、サポートいたします。

Thank You.

詳細に説明していただいてありがとうございます！

最後に確認なのですがこのリソースだけヘルステレメトリを一時的に取得または検証できないという状態になるのには何か理由があるのでしょうか？