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

こんにちは、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

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

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

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

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

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

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

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

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

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

まず、対象 Recovery Services コンテナーを選択して、”アラートの設定” 列の “更新” を押下してください。

表示された [監視の設定] 画面にて “Azure Monitor アラートのみを使用” にチェックを入れてください。
また “ジョブエラーに関する組み込みの Azure Monitor アラート” も有効化してください。

※ “ジョブエラーに関する組み込みの Azure Monitor アラート” が無効化されていると、バックアップセンターの下記概要画面上ではクラシックアラートを使用しているコンテナーとしてカウントされたままとなりますのでご注意ください。
image09-1

最後に画面下部の “更新” ボタンを押下していただければ、クラシックアラートの廃止は完了いたします。

なお、 [監視の設定] 画面に記載されているように、メールなどの通知が必要な場合は、別途設定していただく必要があります。
詳細は下記のドキュメントを参照いただければと存じます。
・クラシックアラートから組み込みの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

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

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 を担当しており、スクリプトのコードレビューのサポートは承っておりませんので、ご理解をいただけますと幸いです。

### クラシックアラートのメール通知が有効化されているかを確認する 
### ※ (前提) 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 コンテナーが「通知の構成：オン」となっているものとなります。

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

Japan CSS ABRS Support Blog !!

Azure Backup , Azure Site Recovery , Azure Migrate に関するサポート情報を発信します。

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

目次

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

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

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

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

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

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

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

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

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

目次

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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