クラシックから、最新化された VMware ディザスター リカバリーに移行する

この記事では、クラシックから最新化された保護アーキテクチャへの VMware または物理マシンのレプリケーションの移行に関するアーキテクチャ、必要なインフラストラクチャ、FAQ に関する情報を提供します。 この移行機能を使用すると、レプリケートされたアイテムを構成サーバーから Azure Site Recovery レプリケーション アプライアンスに正常に移動できます。 この移行はスマート レプリケーション メカニズムによって誘導されます。このメカニズムでは、重要でないレプリケートされたアイテムに対しては完全な初期レプリケーションは再実行されず、差分データのみが移動されます。

アーキテクチャ

VMware または物理マシンのレプリケートされたアイテムの移行に関連するコンポーネントを次の表にまとめます。

必要なインフラストラクチャ

レプリケートされたアイテムを正常に移行するには、次のことを確認します。

• 最新化されたエクスペリエンスを使用した Recovery Services コンテナーです。  

  注意

  新しく作成された Recovery Services コンテナーでは、既定で最新化されたエクスペリエンスがオンになります。 非推奨が既に発表されているため、クラシック エクスペリエンスに切り替えることはできません。  

• コンテナーに正常に登録された Azure Site Recovery レプリケーション アプライアンスとそのすべてのコンポーネントは、重大でない状態です。  
• アプライアンスのバージョンは 9.50 以降である必要があります。 詳細なバージョンの説明については、こちらをご確認ください。
• オンプレミスの検出を正常に行うために、既存のレプリケートされたマシンが存在する vCenter Server または vSphere ホストの詳細がアプライアンスに追加されます。  

前提条件

インフラストラクチャの準備

クラシック アーキテクチャから最新化されたアーキテクチャに移行する前に、次のことを確認してください。

• Recovery Services コンテナーを作成し、エクスペリエンスがクラシックに切り替えられていないことを確認します
• Azure Site Recovery レプリケーション アプライアンスをデプロイします。
• 検出が正常に実行されるように、オンプレミス マシンの vCenter Server の詳細をアプライアンスに追加します。  

従来の Recovery Services コンテナーを準備する

移行する予定のレプリケートされたアイテムに対して、次のことを確認します。

• レプリケートされたアイテムは、構成サーバーを介してレプリケートする VMware または物理マシンです。
• レプリケーションが、アンマネージド ストレージ アカウントではなく、マネージド ディスクに対して行われています。
• オンプレミスから Azure へのレプリケーションが行われており、レプリケートされたアイテムがフェールオーバーまたはフェールバック状態ではありません。
• レプリケートされたアイテムが、Azure からオンプレミスにデータをレプリケートしていません。 
• 初期レプリケーションは進行中ではなく、既に完了しています。  
• レプリケートされたアイテムが ‘再同期’ 状態ではありません。 
• 構成サーバーのバージョンが 9.50 以降で、その正常性は重大でない状態です。 
• 構成サーバーに正常なハートビートがあります。 
• ソース マシンにインストールされているモビリティ サービス エージェントのバージョンは 9.50 以降です。 
• MSI が有効になっている Recovery Services コンテナーがサポートされています。
• プライベート エンドポイントが有効になっている Recovery Services コンテナーがサポートされています。  
• レプリケートされたアイテムの正常性が重大でない状態であるか、復旧ポイントが正常に作成されています。 

最新化された Recovery Services コンテナー準備する

最新化されたアーキテクチャのセットアップでは、次のことを確認します。

• 最新化されたアーキテクチャのセットアップに使用される Recovery Services コンテナーは、クラシック コンテナーと同じ地域の場所にあります。  
• Azure Site Recovery レプリケーション アプライアンスは、バージョン 9.50 以降でオンプレミスにデプロイされます。 
• アプライアンスがコンテナーに正常に登録されました。  
• アプライアンスとそのすべてのコンポーネントが重大でない状態であり、アプライアンスに正常なハートビートがあります。 
• vCenter Server のバージョンは、最新化されたアーキテクチャでサポートされています。 
• ソース マシンの vCenter Server の詳細がアプライアンスに追加されます。 
• Linux ディストリビューションのバージョンは、最新化されたアーキテクチャでサポートされています。 詳細については、こちらを参照してください。
• Windows Server のバージョンは、最新化されたアーキテクチャでサポートされています。 詳細情報。

移行の合計時間を計算する

レプリケートされたアイテムをクラシック コンテナーから最新化されたコンテナーに移行するのに必要な合計時間は、アイテムのレプリケーションの状態とディスク サイズによって異なります。

マシンの保護状態が正常でない場合は、次の数式を使用してマシンの正確な時間を計算します。

移行時間 = 1 時間 + 45 秒/GiB

同じ式を使用して移行にかかる時間が計算され、ポータルに表示されます。

必要なインフラストラクチャを定義する方法

クラシックから最新化されたアーキテクチャにマシンを移行する場合は、必要なインフラストラクチャが最新化された Recovery Services コンテナーに既に登録されていることを確認する必要があります。 必要なインフラストラクチャを定義するには、レプリケーション アプライアンスのサイズ設定と容量の詳細を参照してください。

原則として、クラシック Recovery Services コンテナー内のプロセス サーバーの数と同じ数のレプリケーション アプライアンスを設定する必要があります。 クラシック コンテナーに 1 つの構成サーバーと 4 つのプロセス サーバーがある場合は、最新化された Recovery Services コンテナーに 4 つのレプリケーション アプライアンスを設定する必要があります。

価格

Site Recovery ライセンス料金は、すべての復旧ポイントの保持期間が終わるまで、クラシック コンテナーで引き続き請求されます。 すべての復旧ポイントがクリーンアップされると、クラシック コンテナーの価格設定も停止します。 すべての復旧ポイントの保持期間が終わると、レプリケートされたアイテムは、システムによってトリガーされるレプリケーション消去操作を介して自動的に削除されます。

Site Recovery では、最初の復旧ポイントが生成され、古いコンテナーがクリーンアップされた後にのみ、最新化されたコンテナー内のレプリケートされたアイテムに対するライセンス料金の請求が開始されます。 クラシック コンテナーに残っている無料試用版の期間がある場合は、最新化されたコンテナーに同じ情報が渡されます。 価格設定は、この試用期間が経過した後にのみ、最新化されたコンテナーで開始されます。

FAQ

マシンを最新化されたアーキテクチャに移行する必要がある理由

ディザスター リカバリーのクラシック アーキテクチャは段階的に廃止されるため、ユーザーは必ず最新化された最新バージョンに切り替える必要があることに注意してください。 次の表は、障害が発生した場合にマシンをセキュリティで保護するための適切なオプションの選択に役立つ、2 つのアーキテクチャの比較を示しています。

最新化されたアーキテクチャに移行する必要があるマシンは何ですか?

構成サーバーを使用してレプリケートされるすべての VMware または物理マシンは、最新化されたアーキテクチャに移行する必要があります。

最新化された Recovery Services コンテナーはどこで作成する必要がありますか?

最新化された Recovery Services コンテナーは、クラシック コンテナーと同じリージョンとテナントに配置する必要があります。 これは任意のサブスクリプションまたはリソース グループの一部にすることができます。

移行が実行されている間、レプリケーションは続行されますか?

いいえ、移行の進行中は、レプリケーションがしばらく中断されます。 この間は、クラシック Recovery Services コンテナーで最後に作成された復旧ポイントをフェールオーバーに使用できるようになります。 移行が完了すると、最新化された Recovery Services コンテナーに新しい復旧ポイントが生成されます。  

移行操作が完了としてマークされるのはいつですか?

移行操作は、最新化された Recovery Services コンテナーで最初の復旧ポイントが正常に作成された場合にのみ完了としてマークされます。 

移行が完了すると、クラシック Recovery Services コンテナーからどのような操作を実行できますか? 

移行すると、クラシック コンテナーからフェールオーバーを実行できます。 復旧ポイントの有効期限が切れるまで、フェールオーバー操作はクラシック コンテナーで引き続き使用できます。

たとえば、レプリケートされたアイテムの保持期間が 72 時間 (3 日間) の場合、クラシック コンテナーの最新の復旧ポイントは、移行処理の成功後も引き続き 72 時間 (3 日間) 使用できます。 規定された時間が経過すると、Azure Site Recovery ではレプリケートされたアイテムに対するレプリケーション消去操作が自動的にトリガーされ、関連するすべてのストレージと課金の原因となるアイテムのクリーンアップが実行されます。

移行操作の進行中にマシンに障害が発生した場合はどうなりますか?

移行中のレプリケートされたアイテムは、最終的な復旧ポイントの保持期間が終了するまで、従来の Recovery Services コンテナーを介したフェールオーバー操作を引き続きサポートできます。 フェールオーバー操作を実行しようとすると、その操作が移行操作よりも優先され、移行ジョブは中止されます。 レプリケートされたアイテムが確実に移行されるようにするには、後で移行操作をもう一度トリガーする必要があります。

クラシックから最新化されたコンテナーに一度に移行できるマシンの数を教えてください。

ポータルを介して最大 10 台のマシンを一度に移行できます。  

新しいコンテナーで使用する仮想ネットワーク、ストレージ アカウント、レプリケーション ポリシーを再作成する必要がありますか?

いいえ、以前に使用されていたのと同じリソースは、最新化されたコンテナーでも既定で使用されます。 それらは、レプリケートされたアイテムの [コンピューティング] と [ネットワーク] ブレードからいつでも変更できます。 リソースが引き続き必要なアクセス権を保持するようにする必要があります。

レプリケーション ポリシーは最新化されたコンテナーにどのように移行されますか?

前提条件として、Site Recovery では、クラシック コンテナーと同じ構成で、最新化されたコンテナーにレプリケーション ポリシーを作成します。 そのため、レプリケートされたアイテムを移動する前に、関連付けられているポリシーが、最新化されたコンテナーに作成されます。 これらの変更は最新化されたコンテナーに反映されないため、移行がトリガーされた後にクラシック コンテナーでレプリケーション ポリシーの構成を変更しないことをお勧めします。 移行プロセスを開始する前に、これらの変更を行うことをお勧めします。

最新化されたコンテナーで作成されたレプリケーション ポリシーの名前は、最新化されたコンテナーで変更されます。 これには、最新化された Recovery Services コンテナーのリソース グループ名とコンテナー名がプレフィックスとして付けられます。 そのため、コンテナーの名前が contoso-modern-vault で、コンテナーのリソース グループが contoso-rg であるとすると、ポリシー名がクラシック コンテナーで "default replication policy" であった場合、最新化されたコンテナーでは、このポリシーの名前は default replication policy contoso-modern-vault_contoso-rg になります。

クラシック コンテナーでの移行中または移行後にレプリケーション ポリシーを編集できますか?

レプリケーション ポリシーのレプリカが既に最新化されたコンテナーに作成されている場合、クラシック コンテナー内のポリシーに対する変更は、最新化されたコンテナーに反映されません。

そのため、ポリシーを使用してレプリケートされるレプリケートされたアイテムが 10 個あり、そのうちの 5 つを最新化されたエクスペリエンスに移行することにした場合、移行が開始される前にポリシーのコピーが作成されます。 ここで、残りの 5 個のアイテムの移行を実行する前に、クラシック コンテナー内のポリシーに変更が加えられた場合、最新化されたコンテナーのポリシーは更新されません。 これらの構成変更を最新化されたコンテナーでも実行する必要があります。

マルチ VM 整合性グループとも呼ばれるレプリケーション グループに存在するレプリケートされたアイテムを移行するにはどうすればよいですか?

レプリケーション グループの一部であるレプリケートされたアイテムはすべて一緒に移行されます。 レプリケーション グループの選択によってすべてを選択するか、すべてをスキップすることができます。 レプリケーション グループ内の一部のマシンで移行プロセスが失敗したにもかかわらず、他のマシンでは成功した場合、失敗したレプリケートされたアイテムに対してクラシック エクスペリエンスへのロールバックが実行され、それらのアイテムの移行プロセスをもう一度トリガーできます。

パブリック エンドポイントを使用した従来のセットアップを、プライベート エンドポイントを使用した最新のセットアップに移行できますか?

いいえ。パブリック エンドポイントを使用した従来のディザスター リカバリーのセットアップは、最新のパブリック エンドポイントのセットアップにのみ移行できます。 非プライベート エンドポイントからプライベート エンドポイントへの移行はサポートされていませんが、プライベート エンドポイントからプライベート エンドポイントへの移行はサポートされています。

次のステップ

• クラシックから現代化された VMware ディザスター リカバリーに移行する方法を学習します。