Azure Backup ワークロードの監視

Azure Backup では、バックアップ要件とインフラストラクチャ トポロジ (オンプレミスと Azure) に基づく複数のバックアップ ソリューションを提供します。 すべてのバックアップ ユーザーまたは管理者は、すべてのソリューション全体で何が起こっているかを確認し、重要なシナリオで通知を受け取ることができます。 この記事では、Azure Backup サービスによって提供される監視と通知の機能について説明します。

Recovery Services コンテナーでのバックアップ項目

Recovery Services コンテナーを使用して、すべてのバックアップ項目を監視できます。 バックアップ センターの [バックアップ インスタンス] セクションに移動すると、指定されたワークロードの種類のすべてのバックアップ項目の詳細な一覧が表示され、各項目の最後のバックアップの状態、利用可能な最新の復元ポイントなどの情報が表示されます。

バックアップ センターのバックアップ ジョブ

Azure Backup では、Azure Backup で保護されているワークロード用の組み込みの監視とアラートの機能を提供します。 バックアップ センターの [バックアップ ジョブ] ウィンドウに移動すると、コンテナー全体の最新のバックアップ ジョブと復元ジョブを表示できます。

ジョブは、バックアップの構成、バックアップ、復元、バックアップの削除などの操作が実行されるときに生成されます。

ここには、次の Azure Backup ソリューションからのジョブが表示されます。

• Azure VM バックアップ
• Azure ファイルのバックアップ
• SQL や SAP HANA などの Azure ワークロードのバックアップ
• Microsoft Azure Recovery Services (MARS) エージェント

System Center Data Protection Manager (SC-DPM)、Microsoft Azure Backup Server (MABS) からのジョブは表示されません。

Azure Backup の Azure Monitor アラート

Azure Backup では、Azure Monitor を介してアラートを提供し、Azure Backup などのさまざまな Azure サービス間で一貫したアラート管理エクスペリエンスを得られるようにします。 Azure Monitor アラートを使用すると、Azure Monitor でサポートされている通知チャネル (メール、ITSM、Webhook、ロジック アプリなど) にアラートをルーティングできます。

現在、Azure Backup では、主に 2 種類の組み込みアラートが提供されます。

• セキュリティ アラート: バックアップ データの削除や、コンテナーの論理的な削除機能の無効化などのシナリオの場合、セキュリティ アラート (重大度 0) が発生し、Azure portal に表示されるか、他のクライアント (PowerShell、CLI、REST API) で使用されます。 セキュリティ アラートは既定で生成され、オフにできません。 ただし、通知 (電子メールなど) が発生するシナリオは制御することができます。 通知を構成する方法の詳細については、「アクション ルール」を参照してください。
• ジョブの失敗のアラート: バックアップ エラーや復元エラーなどのシナリオの場合、Azure Backup は、Azure Monitor 経由で組み込みアラート (重大度 1) を提供します。 セキュリティ アラートとは異なり、ジョブの失敗シナリオに対しては、Azure Monitor アラートをオフにできます。 たとえば、Log Analytics を使用してジョブの失敗のカスタム アラート ルールを既に構成している場合、ジョブの失敗ごとに組み込みアラートを発生させる必要はありません。 既定では、ジョブの失敗のアラートはオンになっています。 詳細については、これらのシナリオに対してアラートを有効にする方法に関するセクションをご覧ください。

次の表は、現在 Azure Monitor 経由で使用できるさまざまなバックアップ アラートと、サポートされているワークロード/コンテナーの種類をまとめたものです。

ジョブの失敗のシナリオに対して Azure Monitor のアラートを有効にする

バックアップ失敗と復元失敗のシナリオに対して Azure Monitor アラートをオプトインするには、以下の手順に従います。

コンテナーの種類を選択します。

Azure portal 内で始動したアラートを確認

コンテナーに対してアラートが発生した後、Azure portal 内でアラートを確認するには、バックアップ センターに移動します。 [概要] タブには、重大度ごと分類されたアクティブなアラートの概要が示されています。 次の 2 つの種類のアラートが表示されます。

• データソース アラート: [データソース アラート] セクションには、バックアップ中の特定のデータソースに関連付けられているアラート (VM の場合はバックアップまたは復元の失敗、データベースの場合はバックアップ データの削除など) が表示されます。
• グローバル アラート: [グローバル アラート] セクションには、特定のデータソースに関連付けられていないアラート (コンテナーの論理的な削除機能の無効化など) が表示されます。

上記の種類のアラートはそれぞれ、さらにセキュリティ アラートと構成済みアラートに分けられます。 現在、セキュリティ アラートには、バックアップ データの削除、コンテナーの論理的な削除の無効化のシナリオが含まれます (該当するワークロードについて詳しくは、上記のセクションを参照)。 構成済みアラートには、バックアップの失敗と復元の失敗が含まれます。これらのアラートは、これらのシナリオでアラートが無効になっていない場合にのみ発生するためです。

任意の数値 (または [アラート] メニュー項目) を選択すると、関連するフィルターが適用されたすべてのアクティブなアラートの一覧が開きます。 サブスクリプション、リソース グループ、コンテナー、重大度、状態など、さまざまなプロパティでフィルター処理できます。 いずれかのアラートを選択すると、影響を受けるデータソース、アラートの説明、推奨されるアクションなど、アラートの詳細を表示できます。

アラートの状態を [確認済み] または [終了] に変更するには、[アラートの状態の変更] を選択します。

アラートの通知を構成する

Azure Monitor のアラートの通知を構成するには、アラート処理ルールを作成します。 特定のメール アドレスにメール通知を送信するアラート処理ルール (以前の "アクション ルール") を作成するには、次の手順のようにします。 また、ITSM、Webhook、ロジック アプリなど、他の通知チャネルにこれらのアラートをルーティングするには、次の手順に従います。

1. Azure portal で [バックアップ センター] に移動します。

2. メニューから [アラート] を選択し、[アラート処理ルール] を選択します。

   

3. ［作成］ を選択します

   

4. アラート処理ルールを適用するスコープを選びます。

   ルールは、サブスクリプション内のすべてのリソースに適用できます。 必要に応じて、アラートにフィルターを適用できます。たとえば、特定の重要度のアラートに対してのみ通知を生成できます。

   

5. [Rule Settings](ルールの設定) で、アクション グループを作成します (または、既存のものを使用します)。

   アクション グループは、アラートの通知の送信先です。 たとえば、メール アドレスです。

   

6. [基本] タブで、アクション グループの名前、サブスクリプション、そのグループを作成するリソース グループを選択します。

   

7. [通知] タブで [電子メール/SMS メッセージ/プッシュ/音声] を選択し、受信者のメール ID を入力します。

   

8. 次に、[確認と作成] ->[作成] を選択してアクション グループをデプロイします。

9. アクション ルールを保存します。

Azure Monitor でのアクション ルールの詳細を確認してください。

Recovery Services コンテナーでのバックアップ アラート

アラートは主に、関連するアクションを実行するよう通知されるシナリオです。 [バックアップ アラート] セクションに、Azure Backup サービスで生成されるアラートが表示されます。 これらのアラートはサービスによって定義され、ユーザーがカスタム アラートを作成することはできません。

アラート シナリオ

次のシナリオは、サービスによって警告可能シナリオとして定義されています。

• バックアップ/復元エラー
• バックアップの成功 (Microsoft Azure Recovery Services (MARS) エージェントに対する警告を含む)
• データを削除して保護を停止
• コンテナーの論理削除機能が無効
• データベース ワークロードに対してサポートされていないバックアップの種類
• データベース バックアップのワークロード拡張機能の正常性に関する問題

さまざまな Azure Backup ソリューションからのアラート

Azure Backup ソリューションからのアラートを次に示します。

• Azure VM バックアップ
• Azure ファイルのバックアップ
• SQL、SAP HANA などの Azure ワークロードのバックアップ
• Microsoft Azure Recovery Services (MARS) エージェント

統合されたアラート

SQL や SAP HANA などの Azure ワークロード バックアップ ソリューションでは、ログ バックアップを頻繁に (ポリシーに従って最大 15 分ごとに) 生成できます。 そのため、ログ バックアップ エラーが頻繁に発生する可能性があります (最大 15 分間隔)。 このシナリオで、エラーが発生するたびにアラートが発生した場合、エンド ユーザーの気が滅入ってしまいます。

そのため、最初の発生時にはアラートが送信され、それ以降のエラーが同じ根本原因である場合、それ以降のアラートは生成されません。 最初のアラートは、エラー数で更新されます。 しかし、ユーザーがアラートを非アクティブにした場合は、次の発生時に別のアラートがトリガーされ、これがその発生に対する最初のアラートとして扱われます。 このようにして Azure Backup は、SQL と SAP HANA のバックアップに対してアラートの統合を実行します。

オンデマンド バックアップ ジョブは統合されません。

アラートが生成されない例外

失敗時にアラートが生成されない次のいくつかの例外があります。 これらは次のとおりです。

• ユーザーが実行中のジョブを明示的に取り消した。
• 別のバックアップ ジョブが進行中であるため、ジョブが失敗する (前のジョブが完了するまで待機する必要があるため、アクションは実行されません)。
• バックアップの Azure VM が存在しなくなっているため、VM バックアップ ジョブが失敗する。
• 統合されたアラート

上記の例外は、これらの操作 (主にユーザーがトリガーするもの) の結果がポータル/PS/CLI クライアントで即時に表示されるという理解に基づいて設計されています。 そのため、ユーザーはすぐにこれに気付くことから、通知は必要ありません。

アラートの種類

アラートの重要度に基づいて、次の 3 種類のアラートを定義できます。

• 重大: 原則として、(スケジュールされたかユーザーがトリガーしたかを問わず) バックアップまたは回復が失敗すると、アラートが生成されて "重大" アラートとして表示されます。 アラートは、バックアップの削除などの破壊的な操作でも生成されます。
• 警告: バックアップ操作が成功したもののいくつかの警告を伴う場合、これらは "警告" アラートとして表示されます。 警告アラートは現在、Azure Backup エージェントのバックアップにのみ使用できます。
• 情報: 現時点では、Azure Backup サービスで情報アラートは生成されません。

バックアップ アラートの通知

アラートが生成されると、通知を受け取ります。 Azure Backup では、メール経由での組み込みの通知メカニズムを提供しています。 アラートの生成時に通知を受け取る個別のメール アドレスや配布リストを指定できます。 また、それぞれのアラートについて個別に通知を受け取るか、まとめて 1 時間ごとのダイジェストとして通知を受け取るかを選択することもできます。

通知が構成されている場合、ウェルカム メールまたは導入時のメールを受け取ります。 これは、アラートの生成時に、Azure Backup がこれらのアドレスにメールを送信できるかどうかを確認するものです。

頻度が 1 時間ごとのダイジェストに設定されており、アラートが生成されて 1 時間以内にこれが解決された場合は、次の 1 時間ごとのダイジェストには含まれません。

アラートの非アクティブ化

アクティブなアラートを無効化または解決するには、非アクティブ化するアラートに対応するリスト アイテムを選択できます。 これにより、アラートに関する詳細情報を表示する画面が開き、上部に [非アクティブ化] ボタンが表示されます。 このボタンを選択すると、アラートの状態が非アクティブに変わります。 また、アラートに対応するリスト アイテムを右クリックし、[非アクティブ化] を選択して、そのアラートを非アクティブにすることもできます。

次のステップ

Azure Monitor を使用した Azure Backup ワークロードの監視