VMware VM をフェールオーバーする - モダン化
この記事では、Azure Site Recovery (モダン化) を使用して、オンプレミスの VMware 仮想マシン (VM) を Azure にフェールオーバーする方法について説明します。
クラシック リリースでのフェールオーバーの情報については、この記事を参照してください。
このチュートリアルでは、以下の内容を学習します。
- VMware VM のプロパティが Azure の要件に準拠していることを確認する。
- 特定の VM を Azure にフェールオーバーする。
Note
チュートリアルでは、シナリオの最も簡単なデプロイ パスを示します。 可能であれば既定のオプションが使用されます。可能な設定とパスがすべて示されているわけではありません。 フェールオーバーについて詳しく学習する場合は、「Fail over VMs and physical servers」 (VM と物理サーバーをフェールオーバーする) を参照してください。
さまざまな種類のフェールオーバーの詳細を参照してください。 1 つの復旧計画で複数の VM をフェールオーバーする場合は、この記事を参照してください。
前提条件
前のチュートリアルを完了します。
- VMware VM のオンプレミス ディザスター リカバリー用に Azure を設定していることを確認します。
- ディザスター リカバリーのためにオンプレミスの VMware 環境を準備します。
- VMware VM のディザスター リカバリーを設定します。
- ディザスター リカバリー訓練を実行して、すべてが予想どおりに動作することを確認します。
VM のプロパティを確認する
フェールオーバーを実行する前に、VM のプロパティを確認し、VM で Azure の要件が満たされていることを確認します。
次のステップに従って VM のプロパティを確認します:
[保護されたアイテム] で、[レプリケートされたアイテム] を選択してから、確認する VM を選びます。
[レプリケートされたアイテム] ウィンドウには、VM 情報、正常性状態、および最新の使用可能な復旧ポイントの概要が表示されます。 [プロパティ] を選択して、詳細を表示します。
[コンピューティングとネットワーク] で、必要に応じて、これらのプロパティを変更することができます。
- Azure の名前
- Resource group
- ターゲット サイズ
- マネージド ディスクの設定
以下を含む、ネットワーク設定を表示して変更することができます。
- Azure VM がフェールオーバー後に配置される、ネットワークとサブネット。
- それに割り当てられる IP アドレス。
[ディスク] で、VM のオペレーティング システム ディスクとデータ ディスクに関する情報を確認できます。
Azure へのフェールオーバーを実行する
[設定]>[レプリケートされたアイテム] で、フェールオーバーする VM を選択してから、 [フェールオーバー] を選びます。
[フェールオーバー] で、フェールオーバー先の復旧ポイントを選択します。 次のいずれかのオプションを使うことができます。
- Latest:最初に、Site Recovery に送信されるすべてのデータを処理します。 フェールオーバー後に作成された Azure VM では、フェールオーバーがトリガーされた時点で Site Recovery にレプリケートされたすべてのデータが保持されているため、最も低い復旧ポイントの目標 (RPO) が提供されます。
- 最後に処理があった時点:Site Recovery によって処理された最新の復旧ポイントに VM をフェールオーバーします。 このオプションでは、未処理のデータの処理に時間がかからないため、低い RTO (回復ポイントの目標) が提供されます。
- 最新のアプリ整合性:このオプションでは、Site Recovery によって処理されたアプリ整合性の最新の復旧ポイントに VM をフェールオーバーします。
- Custom:このオプションを使用して、復旧ポイントを指定することができます。
フェールオーバーをトリガーする前にソース VM のシャットダウンを試行するには、[フェールオーバーを開始する前にマシンをシャットダウンします] を選択します。 シャットダウンが失敗した場合でも、フェールオーバーは続行されます。 フェールオーバーの進行状況は [ジョブ] ページで確認できます。
一部のシナリオでは、フェールオーバーで追加処理が必要です。これが完了するまで約 8 分から 10 分かかります。 以下の場合は、テスト フェールオーバーの時間が長くなることがあります。
- VMware Linux VM。
- DHCP サービスが有効になっていない VMware VM。
- 次のブート ドライバーがない VMware VM: storvsc、vmbus、storflt、intelide、atapi。
警告
進行中のフェールオーバーを取り消さないでください。 フェールオーバーが開始される前に、VM のレプリケーションが停止されます。 進行中のフェールオーバーをキャンセルすると、フェールオーバーは停止しますが、VM が再びレプリケートされることはありません。
フェールオーバーされた VM に接続する
- リモート デスクトップ プロトコル (RDP) と Secure Shell (SSH) を使用して、フェールオーバー後の Azure VM に接続する場合は、要件が満たされていることを確認します。
- フェールオーバー後は、VM に移動し、それに接続することで検証します。
- フェールオーバー後に別の復旧ポイントを使用する場合は、[復旧ポイントの変更] を使用します。 次の手順でフェールオーバーをコミットした後、このオプションは使用できなくなります。
- 検証後に、[コミット] を選択して、フェールオーバー後の VM の復旧ポイントを最終処理します。
- コミット後、他の使用可能なすべての復旧ポイントが削除されます。 この手順でフェールオーバーが完了します。
ヒント
フェールオーバー後に接続の問題が発生した場合は、トラブルシューティング ガイドに従ってください。
Azure からオンプレミスへの計画されたフェールオーバー
Azure からオンプレミスへの計画されたフェールオーバーを実行できます。 これは計画されたフェールオーバーのアクティビティであるため、計画されたフェールオーバーのジョブがトリガーされた後に復旧ポイントが生成されます。
Note
次に進む前に、マシンのレプリケーションの正常性が正常である必要があります。 また、アプライアンスとそのすべてのコンポーネントも正常である必要があります。
計画されたフェールオーバーがトリガーされると、保留中の変更がオンプレミスにコピーされ、VM の最新の復旧ポイントが生成され、Azure VM がシャットダウンされます。 この後、オンプレミスのマシンがオンになります。
計画されたフェールオーバーが成功すると、マシンはオンプレミス環境でアクティブになります。
Note
保護されたマシンに iSCSI ディスクがある場合、その構成はフェールオーバー時に Azure に保持されます。 Azure からオンプレミスへの計画されたフェールオーバー後に iSCSI 構成を保持することはできません。 そのため、vmdk ディスクがオンプレミス マシン上に作成されます。 データが vmdk ディスクに置き換えられるため、重複するディスクを削除するために、iSCSI ディスクを削除します。
Azure にフェールオーバーされた VM - 要件
Azure にフェールオーバーされた後、VM について次のことを確認します。
- Azure の VM は常に電源をオンにしておく必要がある。
- モビリティ エージェント サービスの "サービス 1" と "サービス 2" が VM で実行されていることを確認する。 これは、VM 内のモビリティ エージェントが Azure 内の Azure Site Recovery サービスと通信できるようにするためです。
- VM から、こちらに記載されている URL にアクセスできる。
計画されたフェールオーバーを取り消す
オンプレミス環境の準備ができていない場合、または問題が発生した場合は、計画フェールオーバーを取り消すことができます。 オンプレミスの条件が良好になったら、いつでも計画フェールオーバーを実行できます。
計画されたフェールオーバーを取り消すには:
- Recovery Services コンテナー内のマシンに移動し、 [フェールオーバーの取り消し] を選択します。
- [OK] をクリックします。
- "フェールオーバーの取り消し" 操作を進める方法に関する情報を必ずお読みください。
Azure Site Recovery で失敗したジョブを正常に取り消すのを妨げている問題がある場合は、ジョブで提供されている推奨される手順に従ってください。 推奨される操作に従った後、ジョブの取り消しを再試行します。
以前に計画されたフェールオーバー操作は取り消されます。 Azure 内のマシンは、"計画されたフェールオーバー" がトリガーされる直前の状態に戻されます。
計画されたフェールオーバーでは、アプライアンスから VM ディスクをデタッチした後、電源をオンにする前にそのスナップショットを作成します。
VM が正常に起動しない場合や一部のアプリケーションが正常に起動しない場合、または何らかの理由で計画されたフェールオーバーを取り消して再試行する場合は次の操作を実行します。
行ったすべての変更を元に戻します。
前に作成したスナップショットを使用して、ディスクを電源投入前と同じ状態に戻します。
最後に、ディスクをアプライアンスに接続し、レプリケーションを再開します。
この動作は、クラシック アーキテクチャのときの動作とは異なります。
モダン化アーキテクチャでは、後でフェールバック操作を再度実行できます。
クラシック アーキテクチャでは、VM が起動しない場合やアプリケーションが起動しない場合、または他の理由で、フェールバックを取り消して再試行することはできません。
Note
Azure からオンプレミスへの計画されたフェールオーバーのみを取り消すことができます。 オンプレミスから Azure へのフェールオーバーを取り消すことはできません。
計画されたフェールオーバー - 失敗
計画されたフェールオーバーが失敗した場合、Azure Site Recovery では、失敗したジョブを取り消すジョブが自動的に開始され、計画されたフェールオーバーの直前のマシンの状態が取得されます。
前回の計画されたフェールオーバー ジョブの取り消しに失敗した場合、Azure Site Recovery では、取り消しを手動で開始することを求めるプロンプトが表示されます。
この情報は、失敗した計画されたフェールオーバー操作の一部として、およびレプリケートされた項目の正常性の問題として提供されます。
引き続き問題が発生する場合は、Microsoft サポートにお問い合わせください。 レプリケーションを無効化しないでください。
計画されたフェールオーバーが成功した後でオンプレミスのマシンを Azure に再保護する
計画されたフェールオーバーが成功すると、マシンはオンプレミスでアクティブになります。 今後マシンを保護するには、マシンが Azure にレプリケート (再保護) されるようにします。
これを行うには、マシン >[再保護] にアクセスして、任意のアプライアンスを選択し、キャッシュ ストレージ アカウントを選択して続行します。 アプライアンスを選択するときは、ソース マシンが配置されているターゲット データストアにアプライアンスからのアクセスが可能であることを確認します。 ソース マシンのデータストアには、アプライアンスからのアクセスが常に可能である必要があります。 マシンとアプライアンスが異なる ESX サーバーに配置されている場合でも、データストアがそれらの間で共有されている限り、再保護は成功します。
注意
アプライアンスを選択するときは、ソース マシンが配置されているターゲット データストアにアプライアンスからのアクセスが可能であることを確認します。
レプリケーションを有効にして初期レプリケーションを正常に行った後、望ましくない中断に対してビジネス継続性を提供するための復旧ポイントが生成されます。
次のステップ
フェールオーバー後、Azure VM をオンプレミスに再保護します。 VM を再保護してオンプレミス サイトにレプリケートした後、準備が整ったら Azure からフェールバックします。