次の方法で共有


Azure へのテスト フェールオーバー (ディザスター リカバリー訓練) を実行する

この記事では、Site Recovery テスト フェールオーバーを使用して Azure に対してディザスター リカバリー ドリルを実行する方法について説明します。

テスト フェールオーバーを実行し、データの損失またはダウンタイムを発生させることなく、レプリケーションおよびディザスター リカバリー戦略を検証します。 テスト フェールオーバーは、実行中のレプリケーションや運用環境に影響ありません。 テスト フェールオーバーは、特定の仮想マシン (VM) または複数の VM を含む復旧計画で実行できます。

テスト フェールオーバーの実行

この手順では、復旧計画のテスト フェールオーバーを実行する方法について説明します。 1 つの VM のテスト フェールオーバーを実行する場合は、ここで説明されている手順に従ってください

Azure portal の [テスト フェールオーバー] ページのスクリーンショット。

  1. Azure Portal の Site Recovery で、 [Recovery Plans] (復旧計画)>[recoveryplan_name]>[Test Failover] (テスト フェールオーバー) をクリックします。

  2. フェールオーバーする [Recovery Point] (復旧ポイント) を選択します。 次のいずれかのオプションを使うことができます。

    • 最後に処理があった時点:Site Recovery によって処理された最新の復旧ポイントに、計画内のすべての VM をフェールオーバーします。 特定の VM の最新の復旧ポイントを参照するには、VM 設定の [Latest Recovery Points] (最新の回復ポイント) を確認します。 このオプションを使用すると、未処理のデータの処理に時間がかからないため、RTO (目標復旧時間) を低くできます。
    • 最新のアプリ整合性:Site Recovery によって処理されたアプリケーション整合性の最新の復旧ポイントに、計画内のすべての VM をフェールオーバーします。 特定の VM の最新の復旧ポイントを参照するには、VM 設定の [Latest Recovery Points] (最新の回復ポイント) を確認します。
    • Latest:このオプションは、Site Recovery サービスに送信されたすべてのデータを最初に処理して、各 VM の復旧ポイントを作成してから、それにフェールオーバーします。 このオプションは、フェールオーバー後に作成された VM は、フェールオーバーがトリガーされた時点で Site Recovery にレプリケートされたすべてのデータを保持しているため、RPO (目標復旧時点) を最も低くすることができます。
    • 最新のマルチ VM 処理:このオプションは、マルチ VM 整合性が有効にされている 1 台または複数の VM を含む復旧計画で使用できます。 設定が有効にされている VM は、最新の共通マルチ VM 整合性復旧ポイントにフェールオーバーされます。 その他の VM は、最新の処理済み復旧ポイントにフェールオーバーされます。
    • 最新のマルチ VM アプリ整合性:このオプションは、マルチ VM 整合性が有効にされている 1 台または複数の VM を含む復旧計画で使用できます。 レプリケーション グループに含まれる VM は、最新の共通マルチ VM アプリケーション整合性復旧ポイントにフェールオーバーされます。 その他の VM は、最新のアプリケーション整合性復旧ポイントにフェールオーバーされます。
    • Custom:特定の VM を特定の復旧ポイントにフェールオーバーする場合は、このオプションを使用します。
  3. テスト VM を作成する Azure 仮想ネットワークを選択します。

    • Site Recovery は、VM の [コンピューティングとネットワーク] の設定で提供されたものと同じ名前と同じ IP アドレスのサブネットに、テスト VM の作成を試みます。
    • テスト フェールオーバーに使用される Azure 仮想ネットワークで同じ名前のサブネットを使用できない場合は、アルファベット順で最初のサブネットにテスト VM が作成されます。
    • サブネットで同じ IP アドレスを使用できない場合、VM はサブネットで使用できる別の IP アドレスを受け取ります。 詳細については、こちらを参照してください
  4. [ジョブ] タブで、フェールオーバーの進行状況を追跡します。テスト レプリカ マシンも Azure ポータルで確認できます。

  5. Azure VM への RDP 接続を開始するには、フェールオーバーされる VM のネットワーク インターフェイスで、パブリック IP アドレスを追加する必要があります。 仮想マシンにパブリック IP アドレスを追加しない場合は、こちらで推奨される代替方法を確認してください。

  6. すべて問題なく動作している場合は、 [Cleanup test failover] (テスト フェールオーバーのクリーンアップ) をクリックします。 これで、テスト フェールオーバー中に作成された VM が削除されます。

  7. [メモ] を使用して、テスト フェールオーバーに関連する観察結果をすべて記録し、保存します。

[テスト フェールオーバー] の [ジョブ] タブのスクリーンショット。

テスト フェールオーバーがトリガーされると次の操作が行われます。

  1. 前提条件:フェールオーバーを実行するために必要なすべての条件が満たされていることを確認する前提条件チェックが実行されます。
  2. フェールオーバー:Azure VM を作成できるように、フェールオーバーによってデータが処理され、準備されます。
  3. Latest:最新の復旧ポイントを選択した場合、サービスに送信済みのデータから復旧ポイントが作成されます。
  4. [開始] : 前の手順で処理されたデータを使って Azure 仮想マシンが作成されます。

フェールオーバーのタイミング

以下のシナリオでは、フェールオーバーに、通常 8 ~ 10 分かかる特別な中間ステップが必要となります。

  • 9\.8 よりも前のバージョンのモビリティ サービスを実行している VMware VM
  • 物理サーバー
  • VMware Linux VM
  • 物理サーバーとして保護されている Hyper-V VM
  • 次のドライバーがブート ドライバーでない VMware VM
    • storvsc
    • vmbus
    • storflt
    • intelide
    • atapi
  • DHCP が有効になっていない VMware VM (DHCP と静的 IP アドレスのどちらを使用しているかは関係しません)。

その他すべてのケースでは、中間ステップは不要であり、フェールオーバーに要する時間は大幅に短くなります。

テスト フェールオーバー用のネットワークの作成

テスト フェールオーバー用に、各 VM の [コンピューティングとネットワーク] 設定で、運用復旧サイト ネットワークから分離されたネットワークを選択することをお勧めします。 既定では、作成した Azure 仮想ネットワークは、他のネットワークから分離されます。 テスト ネットワークは、運用ネットワークを模倣したものにする必要があります。

  • テスト ネットワークでは、運用ネットワークと同じ数のサブネットが必要です。 サブネットは、同じ名前を持つ必要があります。
  • テスト ネットワークでは、同じ IP アドレス範囲を使用する必要があります。
  • テスト ネットワークの DNS を、 [Compute and Network] \(コンピューティングとネットワーク) 設定で DNS VM に指定した IP アドレスで更新します。 詳細については、Active Directory 用のテスト フェールオーバーの考慮事項を参照してください。

復旧サイトの運用ネットワークへのテスト フェールオーバー

運用ネットワークから分離されたテスト ネットワークを使用することをお勧めしますが、運用ネットワークへのディザスター リカバリー ドリルをテストする必要がある場合は、次のことに注意してください。

  • テスト フェールオーバーを実行するときは、プライマリ VM がシャットダウンされていることを確認します。 そうしないと、同じ ID を持つ 2 つの仮想マシンが同じネットワークで同時に実行されることになります。 これは、予期しない結果につながる可能性があります。
  • テスト フェールオーバー用に作成された VM の変更は、フェールオーバーをクリーンアップすると失われます。 これらの変更は、プライマリ VM にはレプリケートされません。
  • 運用環境でのテストは、運用アプリケーションのダウンタイムにつながります。 テスト フェールオーバーの進行中に、ユーザーは、VM で実行中のアプリを使用しないでください。

Active Directory と DNS の準備

アプリケーションのテストのためにテスト フェールオーバーを実行するには、テスト環境内に Active Directory 運用環境のコピーが必要です。 詳細については、Active Directory のテスト フェールオーバーの考慮事項を参照してください。

フェールオーバー後に Azure VM に接続するための準備をする

フェールオーバー後に RDP/SSH を使用して Azure VM に接続する場合は、表にまとめられている要件に従います。

[フェールオーバー] 場所 アクション
Windows で実行中の Azure VM フェールオーバー前のオンプレミスのコンピューター インターネット経由で Azure VM にアクセスするには、RDP を有効にし、TCP と UDP の規則が [パブリック] に追加されていることを確認し、 [Windows ファイアウォール]>[許可されたアプリ] のすべてのプロファイルで RDP が許可されていることを確認します。

サイト間接続で Azure VM にアクセスするには、マシンで RDP を有効にし、[Windows ファイアウォール]->[許可されたアプリおよび機能][ドメイン] と [プライベート] ネットワークで RDP が許可されていることを確認します。

オペレーティング システムの SAN ポリシーが [OnlineAll] に設定されていることを確認します。 詳細については、こちらを参照してください

フェールオーバーを開始する際は、実行待ちの Windows Update が VM にないことを確認してください。 フェールオーバーの実行時に Windows Update が開始された場合、更新が完了するまで VM にログインできなくなります。
Windows で実行中の Azure VM フェールオーバー後に Azure VM で VM のパブリック IP アドレスを追加します。

フェールオーバーされる VM (およびその接続先となる Azure サブネット) は、そのネットワーク セキュリティ グループの規則で、RDP ポートへの受信接続を許可する必要があります。

[ブート診断] をオンにして、VM のスクリーンショットを確認します。

接続できない場合は、VM が実行中であることを確認したうえで、トラブルシューティングのヒントを確認してください。
Linux で実行中の Azure VM フェールオーバー前のオンプレミスのコンピューター VM 上の Secure Shell サービスがシステム起動時に自動的に開始されるよう設定されていることを確認します。

ファイアウォール規則で SSH 接続が許可されていることを確認します。
Linux で実行中の Azure VM フェールオーバー後に Azure VM で フェールオーバーされた VM (および接続先の Azure サブネット) のネットワーク セキュリティ グループの規則で、SSH ポートへの着信接続を許可する必要があります。

VM のパブリック IP アドレスを追加します。

VM のスクリーンショットを得るために、 [ブート診断] をオンにします。

フェールオーバー後の接続の問題をトラブルシューティングするには、ここで説明されている手順に従ってください。

次のステップ

ディザスター リカバリー ドリルが完了したら、他の種類のフェールオーバーについて学習します。