QL4L-5D8 クラシック アラートから Azure Monitor を使用した組み込みのアラートへの移行について

Last Update: feedback 共有

こんにちは、Azure Backup サポートです。
今回は、2023 年 3 月末より弊社から発行されている、アラート追跡 ID 「QL4L-5D8」について説明いたします。

目次

Q1. 「QL4L-5D8」このアラートは何ですか？
Q2. どのRecovery Services コンテナーが「クラシック アラート設定」になっていますか？
Q3. クラシック アラートから Azure Monitor を使用した組み込みのアラートへと移行した場合のコストはどうなりますか？
Q4. クラシック アラートの「通知の構成」をしているかどうかは 1 つ 1 つの Recovery Services コンテナーを確認する必要がありますか？

Q1. 「QL4L-5D8」このアラートは何ですか？

A1 クラシック アラートから、Azure Monitor を使用した組み込みのアラートへと移行するよう、お知らせするためのものです。
Recovery Services コンテナーでは、クラシック アラートが既定で存在しており、かつ、利用可能な状態となっております。
後述 「Q2. どのRecovery Services コンテナーが「クラシック アラート設定」になっていますか？」 をご参照いただき、クラシック アラートを利用した通知の設定有無をまずはご確認くださいますようお願いいたします。

・クラシック アラート機能用いて、現在メールへのアラート通知を構成している場合

クラシック アラートは、2026 年 3 月 31 日をもって廃止する予定です。
監視設定を継続してご利用になられる場合は、お手数ではございますが、「Azure Monitor を使用した組み込みのアラート」への切り替えを事前にご検討くださいますようお願いいたします。

・クラシック アラート機能用いて、現在メールへのアラート通知を構成していないが、今後はバックアップ ジョブ失敗時にメール通知などのアラートをご希望の場合

クラシック アラートから、「Azure Monitor を使用した組み込みのアラート」へと切り替え設定することをご検討ください。

・クラシック アラート機能用いて、現在メールへのアラート通知を構成していない、かつ今後もバックアップ ジョブ失敗時にメール通知などのアラートをご希望でない場合

特段ユーザー様にて追加作業は不要です。

・監視とレポートのシナリオ
　https://learn.microsoft.com/ja-jp/azure/backup/monitoring-and-alerts-overview#monitoring-and-reporting-scenarios

image01

image02

image03

Q2.どの Recovery Services コンテナーが「クラシック アラート設定」になっていますか？

A2
・既定ですべての Recovery Services コンテナーにおいて、「Azure Monitor を使用した組み込みのアラート」へと移行していない Recovery Services コンテナーは、「クラシック アラート」が有効になっており、今回の正常性アラート対象となっております
・実際に「クラシック アラート」を用いてメールへの通知構成をしているかどうかは、ユーザー様の設定次第です

【どの Recovery Services コンテナーが「Azure Monitor を使用した組み込みのアラート」へと移行しておらず、クラシック アラートが有効になっているのか　確認方法】

[バックアップ センター] ブレードの[概要] タブより、”アクティブなアラート” 項目に[以前のアラート ソリューションであるクラシック アラートを使用しているコンテナーがxx 個あります。]
と表示されている場合、クラシック アラートが有効・利用可能となっているRecovery Services コンテナーが存在しています。

この記述がある場合は、後述される [アクションを起こすには、ここをクリック] をクリックします。

image04

image05

[Azure Monitor アラートのみの使用をオプトイン] 画面にて、リストされているRecovery Services コンテナーを確認します。
image06

【どの Recovery Services コンテナーが、クラシック アラートの「通知の構成」を行っているのか　確認方法】

リストされた Recovery Services コンテナーが実際に通知の構成をしているかどうかは、上記でリストされたRecovery Services コンテナー＞[バックアップ アラート] ＞ ”通知の構成” ＞「メールの通知：オン」となっているかどうかで確認可能です。
image07

通知の構成をしている Recovery Services コンテナーがある場合、[Azure Monitor アラートのみの使用をオプトイン] 画面にて、アラートの設定の更新を行います。
”通知の構成” ＞「メールの通知：オン」をしている Recovery Services コンテナーが無い場合、かつ、今後バックアップジョブの監視設定をする必要が無い場合は、下記対応は不要です。
image08

なお、[Azure Monitor アラートのみの使用をオプトイン] 画面より、アラート設定の更新をする場合、下記の赤枠に記載されているように、メールなどの通知が必要な場合は、別途設定していただく必要があります。

詳細は下記のドキュメントを参照いただければと存じます。
・クラシック アラートから組み込みのAzure Monitor アラートに移行する
　https://learn.microsoft.com/ja-jp/azure/backup/move-to-azure-monitor-alerts#migrate-from-classic-alerts-to-built-in-azure-monitor-alerts

image09

Q3.クラシック アラートから Azure Monitor を使用した組み込みのアラートへと移行した場合のコストはどうなりますか？

A3 「Azure Monitor を使用した組み込みのアラートが生成されること」自体に料金は発生しません。
　　一方、メールなどへアラートを通知させる場合は、少額の料金が発生いたします。
　　詳細は下記ドキュメントよりご参照ください。

・クラシック アラートから組み込みの Azure Monitor アラートに移行する
　 https://learn.microsoft.com/ja-jp/azure/backup/move-to-azure-monitor-alerts#migrate-from-classic-alerts-to-built-in-azure-monitor-alerts

image10

Free レベル (1 か月あたり 1,000 メール) を超える通知に対しては、下記の料金が発生します。

・価格 - Azure Monitor | Microsoft Azure
https://azure.microsoft.com/ja-jp/pricing/details/monitor/
“メール 1 か月あたりメール 1,000 通 メール 100,000 通につき $2”
image10-1

Q4.クラシック アラートの「通知の構成」をしているかどうかは 1 つ 1 つの Recovery Services コンテナーを確認する必要がありますか？

A4 恐縮ながら、現状はクラシック アラートの「通知の構成」部分を照会するような Azure PowerShell ・Azure CLI コマンドのご用意が無いため、ユーザー様には Azure ポータル画面の Recovery Services コンテナーを 1 つ 1 つ確認いただく必要がございます。
※　前提としてクラシック アラートの「通知の構成」をされているのであれば、ユーザー様が設定されたメールアドレスの宛先へと、バックアップ ジョブ失敗時などに通知がなされています。

その他確認手段の 1 つとして、以下のような REST API を発行することで確認が可能ですので、参考として紹介いたします。
※　以下 REST API は、本ブログ発行時点で確認可能な手段であり、事前予告なく返却値が変わる可能性がありますこと、ご了承ください。
　　以下 REST API は、あくまで参考としてご連携するサンプル コマンドでございます。
　　コマンド実装をされる場合は貴社にて検証のうえ、実施いただきますようご留意ください。
　　また、Azure サポートでは主に Post Production の Break & Fix を担当しており、スクリプトのコードレビューのサポートは承っておりませんので、ご理解をいただけますと幸いです。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
### クラシックアラートのメール通知が有効化されているかを確認する 
### ※ (前提) Connect-AzAccount コマンドにて、 Azure に接続可能な状態で実行すること

$RSVList = Get-AzRecoveryServicesVault | Select-Object Name, ResourceGroupName, SubscriptionId

# リクエスト ヘッダーを作成
$headers = @{
    'Content-type'  = 'application/json'
    'Authorization' = 'Bearer ' + (Get-AzAccessToken).Token
}

# 結果出力先のオブジェクトを作成
$results = @()

# Recovery Services コンテナーごとに API へリクエストを送り、結果を取得する ※1
foreach ( $rsv in $RSVList ) {
    $uri = "https://management.azure.com/subscriptions/$($rsv.SubscriptionId)/resourceGroups/$($rsv.ResourceGroupName)/providers/Microsoft.RecoveryServices/vaults/$($rsv.Name)/monitoringConfigurations/notificationConfiguration?api-version=2017-07-01-preview"
    $response = (Invoke-RestMethod -Uri $uri -Method Get -Headers $headers).properties
    $results += @([pscustomobject]@{subscriptionID = $rsv.SubscriptionId; resourceGroupName = $rsv.ResourceGroupName; recoveryServicesContainerName = $rsv.Name; isClassicAlertNotificationEnabled = $response.areNotificationsEnabled; mailRecipients = $response.additionalRecipients -join '; ' })
}

# 全ての結果をコンソール出力
$results | Sort-Object isClassicAlertNotificationEnabled -Descending | ForEach-Object { Write-Output $_ | Format-Table }

上記 REST API を発行した場合、「isClassicAlertNotificationEnabled：True」となっている Recovery Services コンテナーが「通知の構成：オン」となっているものとなります。
image11

image12

image13

image14

※本情報の内容（添付文書、リンク先などを含む）は、作成日時点でのものであり、予告なく変更される場合があります。