次の方法で共有


Azure Extended Zones で Azure 仮想マシンをバックアップする

この記事では、Azure portal を使用して既存の Azure VM をバックアップする方法について説明します。

Azure Backup は、Azure portal を使用して作成できます。 ブラウザー ベースのインターフェイスを使用して、定期的なバックアップを作成してデータを保護するためのバックアップと関連リソースを作成および構成できます。 Azure Backup では、geo 冗長 Recovery コンテナーに復旧ポイントが作成および保存されます。

Azure Extended Zones は、Azure リージョン内の複数の物理的な場所にリソースを分散することで、高い回復性を提供します。 このアプローチにより、重要なインフラストラクチャに対する潜在的な障害の影響が最小限に抑えられます。 Extended Zones を使用することで、組織はアプリケーションの可用性とフォールト トレランスを高めることができます。

開始する前に

Extended Zones で VM のバックアップを開始する前に、サポートされているシナリオを確認してください。

Recovery Services コンテナーを作成する

Recovery Services コンテナーは、時間の経過と共に作成される復旧ポイントを格納する管理エンティティであり、バックアップ関連の操作を実行するためのインターフェイスが用意されています。 たとえば、オンデマンドのバックアップの作成、復元の実行、バックアップ ポリシーの作成などの操作です。

Recovery Services コンテナーを作成するには、次の手順に従います。

  1. Azure portal にサインインします。

  2. ビジネス継続性センターを検索し、ビジネス継続性センター ダッシュボードに移動します。

    ビジネス継続性センターを検索し、選択する場所を示すスクリーンショット。

  3. [コンテナー] ペインで、[+コンテナー] を選択します。

    Recovery Services コンテナーの作成を開始する方法を示すスクリーンショット。

  4. [Recovery Services コンテナー]>[続行] の順に選択します。

    コンテナーの種類として Recovery Services を選択する場所を示すスクリーンショット。

  5. [Recovery Services コンテナー] ペインで、次の値を入力します。

    • [サブスクリプション] : 使用するサブスクリプションを選択します。 1 つのサブスクリプションのみのメンバーの場合は、その名前が表示されます。 どのサブスクリプションを使用すればよいかがわからない場合は、既定のサブスクリプションを使用してください。 職場または学校アカウントが複数の Azure サブスクリプションに関連付けられている場合に限り、複数の選択肢が存在します。

    • [リソース グループ] :既存のリソース グループを使用するか、新しいリソース グループを作成します。 サブスクリプションの使用可能なリソース グループの一覧を表示するには、[既存のものを使用] を選択してから、ドロップダウン リストでリソースを選択します。 新しいリソース グループを作成するには、[新規作成] を選択し、名前を入力します。 リソース グループの詳細については、「Azure Resource Manager の概要」を参照してください。

    • [コンテナー名]: コンテナーを識別するフレンドリ名を入力します。 名前は Azure サブスクリプションに対して一意である必要があります。 2 文字以上で、50 文字以下の名前を指定します。 名前の先頭にはアルファベットを使用する必要があります。また、名前に使用できるのはアルファベット、数字、ハイフンのみです。

    • [リージョン]: コンテナーの地理的リージョンを選択します。 データ ソースを保護するためのコンテナーを作成するには、コンテナーがデータ ソースと同じリージョン内にある "必要があります"。

      重要

      データ ソースの場所が不明な場合は、ウィンドウを閉じます。 ポータルの自分のリソースの一覧に移動します。 複数のリージョンにデータ ソースがある場合は、リージョンごとに Recovery Services コンテナーを作成します。 最初の場所にコンテナーを作成してから、別の場所にコンテナーを作成します。 バックアップ データを格納するためにストレージ アカウントを指定する必要はありません。 Recovery Services コンテナーと Azure Backup で自動的に処理されます。

      Recovery Services コンテナーを構成するためのフィールドを示すスクリーンショット。

  6. 値を指定したら、 [確認と作成] を選択します。

  7. Recovery Services コンテナーの作成を完了するには、[作成] を選択します。

    Recovery Services コンテナーの作成に時間がかかることがあります。 右上の [通知] 領域で、状態の通知を監視します。 作成されたコンテナーは、Recovery Services コンテナーのリストに表示されます。 コンテナーが表示されない場合は、[最新の情報に更新] を選択します。

    バックアップ コンテナーの一覧を更新するボタンを示しているスクリーンショット。

注意

Azure Backup は、作成された復旧ポイントがバックアップ ポリシーに従って、有効期限切れ前に削除されないようにできる不変コンテナーをサポートするようになりました。 また、不変性を元に戻せないようにして、ランサムウェア攻撃や悪意のあるアクターなど、さまざまな脅威からバックアップ データを最大限に保護することができます。 詳細については、こちらを参照してください

バックアップ ポリシーを適用する

Azure Vm にバックアップ ポリシーを適用するには、次の手順を実行します。

  1. [バックアップ センター] に移動し、[概要] タブの [+ バックアップ] を選択します。

    [バックアップ] ボタンを示すスクリーンショット。

  2. [開始: バックアップの構成] ブレードで、[データソースの種類] として [Azure 仮想マシン] を選択し、作成したコンテナーを選択します。 その後 [続行] を選択します。

    [バックアップとバックアップの目標] ブレードを示すスクリーンショット。

  3. Azure Extended Zones と互換性がある拡張バックアップ ポリシーを選択します。

    Note

    Azure Extended Zones の Azure VM で Azure Backup を有効にするには、拡張ポリシーのみを使用できます。 このポリシーでは、毎日複数回のバックアップが許可され、1 時間ごとのバックアップが有効になります。 詳細情報。

  4. バックアップ ポリシーを割り当てます。

    既定のバックアップ ポリシーを示すスクリーンショット。

    既定のポリシーを使用する必要がない場合は、 [新規作成] を選択し、次の手順に従ってカスタム ポリシーを作成します。

バックアップする VM を選択する

Recovery Services コンテナーに対する日次バックアップをシンプルなスケジュールで作成するには、次の手順に従います。

  1. [仮想マシン][追加] を選択します。

    仮想マシンの追加を示すスクリーンショット。

  2. [仮想マシンの選択] ペインが開きます。 ポリシーを使用してバックアップを作成する VM を選択します。 [OK] をクリックします。

    [仮想マシンの選択] ブレードを示すスクリーンショット。

    Note

    コンテナーと同じリージョンとサブスクリプション内のすべての VM のバックアップを構成できます。

VM のバックアップを有効化する

Recovery Services コンテナーは、Azure VM などの保護されたリソースのバックアップ データを格納する論理コンテナーです。 保護されたリソースのバックアップ ジョブを実行すると、Recovery Services コンテナー内に復元ポイントが作成されます。 これらの復旧ポイントを使用して、特定の時点にデータを復元できます。

VM バックアップを有効にするには、[バックアップ][バックアップの有効化] を選択します。 これにより、ポリシーがコンテナーと VM にデプロイされ、Azure VM で実行されている VM エージェントにバックアップ拡張機能がインストールされます。

バックアップの有効化後:

  • バックアップ拡張機能は、VM が実行されているかどうかにかかわらず、Backup サービスによってインストールされます。
  • バックアップ スケジュールに従って初回バックアップが実行されます。
  • バックアップの実行時には、次の点に注意してください。
    • 実行されている VM では、アプリケーション整合性復旧ポイントをキャプチャできる可能性が最も高くなります。
    • ただし、VM がオフ (オフライン VM) の場合は、引き続きバックアップされるため、クラッシュ整合性復旧ポイントが生成されます。
  • Azure VM のバックアップに、明示的な送信接続は必須ではありません。

カスタム ポリシーの作成

新しいバックアップ ポリシーを作成するように選択した場合は、ポリシー設定を入力します。

  1. [ポリシー名] で、わかりやすい名前を指定します。
  2. [バックアップ スケジュール] で、バックアップを作成するタイミングを指定します。 Azure VM について毎日または毎週のバックアップを作成できます。
  3. [インスタント リストア] で、インスタント リストアに備えてスナップショットをローカルで保持する期間を指定します。
    • 復元の際は、バックアップされた VM ディスクが、ストレージからネットワーク経由で復元ストレージの場所にコピーされます。 インスタント リストアを使用すれば、バックアップ ジョブ中に作成されローカルに格納されたスナップショットを活用できるので、バックアップ データがコンテナーに転送されるのを待たずに済みます。
    • インスタント リストア用のスナップショットは、1 日から 5 日間、保持することができます。 既定値は 2 日間です。
  4. [保有期間の範囲] で、毎日または毎週のバックアップのポイントを保持する期間を指定します。
  5. [毎月のバックアップ ポイントの保持期間][毎年のバックアップ ポイントの保持期間] で、毎日または毎週のバックアップの毎月または毎年のバックアップを保持するかどうかを指定します。
  6. [OK] を選択してポリシーを保存します。

    Note

    Azure Extended Zones の Azure VM で Azure Backup を有効にするには、拡張ポリシーのみを使用します。 復元ポイント コレクション (RPC) を格納するために、Backup サービスによって別のリソース グループ (RG) が作成されます。 この RG は、VM の RG とは異なります。

新しいバックアップ ポリシーを示すスクリーンショット。

オンデマンド バックアップを実行する

初回のバックアップは、バックアップ ポリシーのスケジュールに従って実行されます。 ただし、バックアップ ジョブをすぐに実行するには、次の手順に従います。

  1. バックアップ センターに移動し、[バックアップ インスタンス] メニュー項目を選択します。
  2. [Datasource type (データソースの種類)] として [Azure Virtual machines (Azure 仮想マシン)] を選択します。 次に、バックアップ用に構成した VM を検索します。
  3. 該当する行を選択するか、[その他] アイコン (...) を選択し、[今すぐバックアップ] を選択します。
  4. [今すぐバックアップ] で、カレンダー コントロールを使用して復旧ポイントを保持する最終日を選択します。 [OK] をクリックします。

バックアップ ジョブを監視する

ポータルの通知を監視します。 ジョブの進行状況を監視するには、 [バックアップ センター]>[バックアップ ジョブ] の順に移動し、 [進行中] のジョブの一覧をフィルター処理します。 VM のサイズによっては、最初のバックアップの作成に時間がかかる場合があります。

各 VM バックアップのバックアップ ジョブの詳細は、スナップショット フェーズとその後のコンテナーへのデータ転送フェーズの 2 つのフェーズで構成されます。

  • スナップショット フェーズは、インスタント リストア用のディスクと共に格納される復旧ポイントの可用性を保証し、ユーザーによって構成されるスナップショットの保持期間に応じて最大 5 日間使用できます。

  • コンテナーへのデータ転送では、長期の保持期間のためにコンテナー内に復旧ポイントを作成します。 このフェーズは、スナップショット フェーズが完了した後に開始されます。

    バックアップ ジョブの状態を示すスクリーンショット。

バックエンドで実行されている 2 つのサブタスクがあり、1 つは、下に示すように [バックアップ ジョブ] 詳細ブレードから確認できるフロント エンド バックアップ ジョブ用です。

バックアップ ジョブの状態のサブタスクを示すスクリーンショット。

コンテナーへのデータ転送フェーズは、ディスクのサイズ、ディスクごとのチャーン、その他のいくつかの要因に応じて、完了するまでに数日かかる場合があります。

ジョブの状態は、次のシナリオによって異なることがあります。

スナップショット コンテナーへのデータ転送 ジョブの状態
完了 進行中 進行中
完了 スキップ 完了
完了 完了 完了
完了 失敗 警告で完了
失敗 失敗 失敗

この機能により、同じ VM に対して 2 つのバックアップを並列に実行できますが、スナップショット、またはコンテナーへのデータ転送のどちらのフェーズでも実行できるのは 1 つのサブ タスクだけです。 この切り離しにより、バックアップ ジョブが既に進行中であるため、翌日のバックアップが失敗するのを防ぐことができます。 次の日のバックアップは、前の日のバックアップ ジョブが進行中の状態にある場合、コンテナーへのデータ転送がスキップされた状態でスナップショットを完了できます。

コンテナーで作成された増分復旧ポイントは、コンテナーで作成された最新の復旧ポイントからのすべてのチャーンをキャプチャします。 ユーザーへのコストの影響はありません。

省略可能な手順

VM エージェントのインストール

Azure Backup では、マシンで実行されている Azure VM エージェントに拡張機能をインストールすることで、Azure VM がバックアップされます。 VM が Azure Marketplace のイメージから作成されている場合は、エージェントが既にインストールされ、実行されています。 ただし、カスタム VM を作成する場合、またはオンプレミスのマシンを移行する場合は、次の表に示すように、エージェントを手動でインストールする必要があります。

VM 詳細
Windows 1.エージェント MSI ファイルをダウンロードしてインストールします。

2.マシンでの管理者権限でインストールします。

3.インストールを確認します。 VM 上の C:\WindowsAzure\Packages で、WaAppAgent.exe> を右クリックして、 [プロパティ] を選択します。 [詳細] タブで、 [製品バージョン] が 2.6.1198.718 以降であることを確認します。

エージェントを更新する場合は、バックアップ操作が実行されていないことを確認し、エージェントを再インストールします。
Linux ディストリビューションのパッケージのリポジトリから、RPM または DEB パッケージを使用してインストールします。 これは、Azure Linux エージェントのインストールおよびアップグレードとしてお勧めする方法です。 すべての動作保証済みディストリビューション プロバイダーAzure Linux エージェント パッケージをイメージとリポジトリに統合します。 エージェントは GitHub から入手できますが、そこからインストールすることはお勧めできません。

エージェントを更新する場合は、バックアップ操作が実行されていないことを確認し、バイナリを更新します。

    デプロイのクリーンアップ

    VM が不要になったら、VM の保護を無効にし、復旧ポイントと Recovery Services コンテナーを削除した後、リソース グループと関連付けられている VM リソースを削除することができます。

    復旧ポイントを使用して VM を復元する場合は、このセクションの手順をスキップし、次の手順に進んでください。

    1. 目的の VM の [バックアップ] オプションを選択します。

    2. [バックアップの停止] を選択します。

      Azure portal からの VM バックアップの停止を示すスクリーンショット。

    3. ドロップ ダウン メニューから [バックアップ データを削除] を選択します。

    4. [Type the name of the Backup item](バックアップ項目の名前を入力してください) ダイアログで、VM 名を入力します (myVMなど)。 [バックアップの停止] を選択します。

      VM のバックアップが停止し、復元ポイントが削除された後リソース グループを削除できます。 既存の VM を使用していた場合、リソース グループと VM はそのまま残すことをお勧めします。

    5. 左側のメニューで [リソース グループ] を選択します。

    6. 一覧からリソース グループを選択します。 サンプルの VM クイック スタート コマンドを使用していた場合、リソース グループの名前は myResourceGroup です。

    7. [リソース グループの削除] を選択します。 確認のために、リソース グループ名を入力し、 [削除] を選択します。

    次のステップ

    • Azure Extended Zones の詳細については、Azure Extended Zones に関する記事に進んでください。
    • Azure VM の復元の詳細については、Azure VM の復元に関する記事に進んでください。