Azureの障害発生状況を確認する方法(サービス正常性やリソース正常性)
プラットフォーム(Azure基盤)のサービス障害やAzureリソースにサービス影響があったかを確認する方法として、Azure Service Healthがあります。
サービス正常性(Service Health)やリソース正常性(Azure Resource Health)などもAzure Service Healthに含まれます。
今回は、サービス正常性やリソース正常性を中心に、Azure Service Healthの概要やその違いについて整理してみました。
※本記事では、Azure Resource Healthをリソース正常性として表記しています。
※本記事では、Service Healthをサービス正常性として表記しています。
Azureリソースのサービス提供状況や可用性を確認する方法
Azure Service Healthとは
Azureで提供される、クラウドリソース正常性に関するサービスの総称です。
Azureの状態、サービス正常性、リソース正常性の3つのサービスで構成されます。
非常にややこしいのですがAzure Service Healthの1つがサービス正常性になります。
※感覚的にはサービス正常性と言われる場合、Azure Service Healthの中のサービス正常性を指す事が多い思います。
Azureの状態とは
すべてのリージョンでのAzureサービスの提供状態を確認できるウェブサイトです。
Azure Portalとは別に提供されます。
サービスの障害状況やリージョンごとの障害の状況を把握するために利用します。
公式サイトでは、Azureの状態ではなくサービス正常性の利用が推奨されています。
大規模な障害が発生し、Azure Portalにログインできない場合や、サービス全体でどの部分が影響を受けているのかを把握するために利用するのが良さそうです。
※Azureの状態に、情報が反映されるまでにタイムラグがあります。
※Azureの状態はユーザー自身が確認する必要があります。能動的にアラート通知されることはありません。
Azureの状態の確認方法 | |
東日本や西日本リージョンで仮想マシンの状態を確認する場合の例です。グリーンになっておりサービス提供状況に問題ない状態である事が分かります。 |
![]() |
サービス正常性とは
プラットフォーム(Azure基盤)に影響を及ぼす可能性のある情報が提供されます。
Azure基盤で発生したサービス障害を確認できます。
メンテナンスの通知やサービスの廃止(非推奨)など、今後サービス影響があるかもしれない情報も含まれます。
Service Health クラシック エクスペリエンスの概要
サービス正常性は4つのメニューから構成されます。
-
- サービスの問題
- ユーザーに影響があるAzure サービスの問題が表示されます。
- リージョン全体やグローバルで発生しているサービス障害が問題として情報提供されます。
- 定期的なメンテナンス
- サービスの可用性に将来影響を及ぼす可能性のあるメンテナンス情報が通知されます。
- Managed DBのメンテナンス情報などが含まれます。
- 正常性に関する勧告
- ユーザーが利用しているAzureサービスの変更情報が提供されます。
- 廃止や非推奨(サポート対象外)となる情報が含まれます。例えば、利用しているPHPのバージョンがサポートされなくなる場合などに通知されます。
- セキュリティに関する勧告
- Azureサービスの可用性に影響する可能性があるセキュリティ関連の通知や違反が報告されます。
- サービスの問題
サービス正常性の確認方法 | |
Azure MonitorでService Healtを選択するとサービス正常性を表示できます。 4つのメニューすべてを確認できます。 |
![]() |
Azure Monitorを使用して、サービスの正常性に関するアラート通知を設定できます。 サービス正常性に関する通知をアラート設定(メール通知)した例です。メンテナンスによって影響を受ける可能性がある時間帯などが通知されます。 |
![]() |
サービス正常性の監視設定手順は、こちらで紹介しています。
リソース正常性とは
リソースの正常性は、Azureリソースごとの正常性を示します。
現在、ユーザー自身のAzureリソースに可用性の問題がないか(使用可能かどうか)を確認できます。
過去30日間にリソースの状態に変化があったかの履歴も確認できます。
プラットフォーム(Azure基盤)のサービス障害による影響だけでなく、ユーザー操作によるリソース停止などの情報も表示されます。
リソースの正常性は、Azure MonitorのService Healthから確認する方法と、Azureリソース自体で確認する方法があります。
リソース正常性の監視設定手順については、こちらで紹介しています。
サービス正常性とリソース正常性の違い
サービスの正常性はリージョン全体に影響がある場合を対象としているのに対し、リソースの正常性はユーザー自身のリソースへの影響を対象としています。
Resource Health は Azure の状態や Service Health ダッシュボードと何が違うのでしょうか。
-
- サービス正常性とリソース正常性の例
- 東日本リージョン全体でサービスに影響があった場合は、サービス正常性
- メンテナンス計画など、プラットフォーム(Azure基盤)に影響がある場合は、サービス正常性で通知される
- リージョン内の特定のホスト障害などで、自身の仮想マシンが影響を受けた場合は、リソース正常性
- ユーザー自身の操作でリソースを起動または停止した場合は、リソース正常性
- サービス正常性とリソース正常性の例
サービス正常性にアラートが発生していなくても、リソース正常性に異常が発生している場合もあります。
東日本リージョンで部分的に障害が発生した場合など、自身のリソースへの影響を確認するためには、リソース正常性を確認する必要があります。
リソース正常性がサポートされているリソースの種類は限定されている
サービス正常性とリソース正常性では、サポートされているリソースの種類が異なります。
リソース正常性がサポートするリソースの種類は限定されています。
例えば、仮想マシンはサポートされていますが、仮想ネットワークはサポートされていません。
Azure Resource Health で利用できるリソースの種類と正常性チェック(公式サイト)
リソースの種類ごとに、リソース正常性の内容も異なります。
—広告—
最後に
Azureの状態、サービス正常性、リソース正常性を利用して、プラットフォーム(Azure基盤)のサービス障害やAzureリソースの正常性を確認できることがわかりました。
-
- Azureの状態:Azure プラットフォーム(基盤)全体の可用性を示すもので、Azure Portalとは別に提供されます。
- サービス正常性:Azure プラットフォーム(基盤)全体の可用性を示すもので、メンテナンスやアップデートなどの将来の影響も含まれます。過去の影響も確認できます。
- リソース正常性:ユーザーのAzureリソースの可用性を示すもので、ユーザーの操作や過去の履歴も確認できます。
引き続き、いろいろ試してみたいと思います。
ロジックアプリを使ってリソース正常性の状態をメール送信する手順はこちらで紹介しています。