Azureのメンテナンス通知について

最終更新日：2026年8月10日

はじめに

項目	Microsoft Azure	AWS	Google Cloud
シェア（国内）	約30%	約35%	約15%
強み	Microsoft製品連携	サービス数・実績	データ分析・AI
無料枠	12ヶ月無料	12ヶ月無料	常時無料枠あり
主な資格	AZ-900 / AZ-104	CLF / SAA	ACE / PCA

メンテナンスを行う際には通知を利用者に送るのが一般的です。通知を送ることで、利用者にあらかじめメンテナンス日時を知らせておくことによって、利用者に対しての不便を最小限に留めるためです。今回はAzure のメンテナンスの通知設定について焦点を当てて、どのような内容、タイミングで送ってくるかなどを解説していきます。

Azureのメンテナンスの内容

Azureでは、定期的なメンテナンスがあります。メンテナンスの目的としては、仮想マシンのホストインフラストラクチャの信頼性、パフォーマンスおよびセキュリティの向上が主となっています。更新内容としては、ホスティング環境の修正や、ハードウェアのBIOSやファームウェアのアップデートや使用停止などの変更ですが、基本的にはホストしている仮想マシンに影響を与えずに完了することがほとんどです。

通知されるメンテナンスの内容

前の項目で紹介した内容以外のメンテナンスについては、利用者に対して通知が行われます。ですが、そのようなメンテナンスは年に１回程度の頻度ですので、頻繁に行われるわけではありません。それでは、通知が行われる再起動が必要な計画メンテナンスがどのように行われるかを解説していきます。まず、計画メンテナンスが行われるという通知が、サブスクリプションの所有者（Owner）など、Azure RBAC上の管理権限を持つユーザーに送信されます。この通知は、アクティビティログアラートを使用することで通知される受信者や、メッセージングオプションを追加することが出来ます。次に、通知からセルフサービス期間を確認することが出来ます。このセルフサービス期間というのは、どの仮想マシンが影響を受けるかを調べることが出来、各々がスケジュールを組んでメンテナンスを開始することが出来ます。期間は基本的には約３５日となっていますが、この期間はAzure側の仕様変更により変わる可能性があるため、最新の期間はAzure公式ドキュメントでご確認ください。もしセルフサービス期間を過ぎると、予定メンテナンス期間が開始します。この期間中に、Azureはメンテナンスが必要な仮想マシンに対してのスケジュールを行い、適用してくれます。

通知を受け取る方法

サービスの通知を受け取る方法の１つとして、Azure portalを利用してアクティビティログアラートを設定する方法があります。ここではそのアクティビティログアラートについての解説を行っていきます。サービスの通知はAzureアクティビティログに入れられます。アクティビティログに入る大量の通知を、自分の好みに合わせて表示や設定が出来る個別のユーザーインターフェースがあります。そのユーザーインターフェースを活用することで、アラートの内容についての構成や、アラートを送信するユーザーについても構成することが出来ます。アラートの内容については、サービス正常性通知のクラス（サービスに関する問題、計画メンテナンス、正常性およびセキュリティに関する勧告）、影響を受けたサブスクリプション、影響を受けたサービス、影響を受けたリージョンといった内容ごとに設定することが可能です。

次にAzure portalを使用したアラートの受け取り方について説明します。

１．Azure portalのタブからService Health[サービス正常性]を選択します。

２．アラートの欄からHealth alerts[正常性アラート]を選択します。

３．Add service health alert[サービス正常性のアラートの追加]を選択、入力をします。

４．通知を行いたいサブスクリプションやサービス、リージョンを選択します。

５．通知を受け取りたいイベントの種類を選択します。

６．アクショングループの選択をクリックし、アクショングループについて設定します。

７．アラートルール名と説明の欄を入力してアラートの詳細について定義します。

８．アラートを保存するリソースグループを選択します。

これによってアラートがアクティブとなり、作成した設定に基づいて通知が届くようになります。

押さえておきたいポイント

• 計画メンテナンスの通知先は、かつての「サービス管理者」「共同管理者」というクラシック管理者ロールではなく、現在はAzure RBACの所有者（Owner）など管理権限を持つユーザーが基準になる。クラシック管理者ロールは2026年5月に完全廃止済み。
• 通知が来ないからといって油断せず、アクティビティログアラートを事前に設定しておくことで、担当者以外にもメンテナンス情報を確実に届けられる。
• セルフサービス期間（仮想マシンごとに自分でメンテナンスのタイミングを調整できる期間）を過ぎると自動的に予定メンテナンス期間へ移行するため、期間内の対応が重要。

よくある質問

Azureの計画メンテナンス通知は誰が受け取れますか？

現在はAzure RBAC上でサブスクリプションの所有者（Owner）など管理権限を持つユーザーが基準となります。以前使われていた「サービス管理者」「共同管理者」というクラシック管理者ロールは既に廃止されているため、通知を確実に受け取りたい場合はRBACのロール割り当てとアクティビティログアラートの設定を見直すことをおすすめします。

セルフサービス期間中に何もしないとどうなりますか？

セルフサービス期間中に自分でメンテナンスのスケジュールを組まなかった場合、期間終了後に予定メンテナンス期間へ移行し、Azure側が自動的にスケジュールを組んで仮想マシンへメンテナンスを適用します。

アクティビティログアラート以外に通知方法はありますか？

Azure portalのService Health（サービス正常性）からHealth alerts（正常性アラート）を設定することで、メールやアクショングループ経由での通知など複数のチャネルを組み合わせて受け取ることができます。設定項目の詳細やUIの名称は今後変更される可能性があるため、実際の設定時はAzure portal上の最新表示を確認してください。

まとめ

これまでAzureのメンテナンスの通知についての解説をしてきました。Azureでは、基本的にホストしている仮想マシンに影響を与えるような計画メンテナンスの際に通知が行われます。頻度は年に１回程度です。通知は主にAzure RBAC上で管理権限を持つユーザー（かつてはサービス管理者・共同管理者というクラシック管理者ロールが対象でしたが、現在は廃止されています）にされ、アクティビティログアラートを設定することで他の人にも通知を送ることが出来ます。他にもアラートの内容についても設定することが可能で、サービス正常性通知のクラス、影響を受けたサブスクリプション、影響を受けたサービス、影響を受けたリージョンといった内容ごとに設定することが出来ます。また、アクティビティログアラートの設定は簡単に行うことが出来るので、非常に使いやすいサービスとなっています。Azureを使っている方でメンテナンスや影響を受けた部分に関しての通知を受け取りたい方は、アクティビティログアラートを設定してみるとAzureをより良く使えるでしょう。