この記事では、クラシックから最新化された保護アーキテクチャへの VMware または物理マシンのレプリケーションの移行に関するアーキテクチャ、必要なインフラストラクチャ、FAQ に関する情報を提供します。 この移行機能を使用すると、レプリケートされたアイテムを構成サーバーから Azure Site Recovery レプリケーション アプライアンスに正常に移動できます。 この移行はスマート レプリケーション メカニズムによって誘導されます。このメカニズムでは、重要でないレプリケートされたアイテムに対しては完全な初期レプリケーションは再実行されず、差分データのみが移動されます。
Important
ASR を使用して VMware マシンを保護するクラシック エクスペリエンスは、2026 年 3 月 30 日に廃止されました。 詳細については、こちらを参照してください。 サービスの中断を回避するために、 最新のエクスペリエンス に切り替えます。
注記
復旧計画は移行されないため、最新化された Recovery Services コンテナーでもう一度作成する必要があります。
アーキテクチャ
VMware または物理マシンのレプリケートされたアイテムの移行に関連するコンポーネントを次の表にまとめます。
| コンポーネント | 要件 |
|---|---|
| クラシック Recovery Services コンテナー内のレプリケートされたアイテム | クラシック アーキテクチャと正常な構成サーバーを使用して保護される 1 つ以上のレプリケートされたアイテムです。 レプリケートされたアイテムは、重大でない状態である必要があり、バージョン 9.50 以降で実行されているモビリティ エージェントを使用してオンプレミスから Azure にレプリケートしなければなりません。 |
| レプリケートされたアイテムによって使用される構成サーバー | レプリケートされたアイテムによって使用される構成サーバーは重大でない状態である必要があり、そのコンポーネントは最新バージョン (9.50 以降) にアップグレードする必要があります。 |
| 最新化されたエクスペリエンスを備えた Recovery Services コンテナー | 最新化されたエクスペリエンスを備えた Recovery Services コンテナーです。 |
| 正常な Azure Site Recovery レプリケーション アプライアンス | すべてのコンポーネントが最新バージョン (9.50 以降) にアップグレードされている、重要でない Azure Site Recovery レプリケーション アプライアンスです。これによりオンプレミス のマシンを検出できます。 正確な必要バージョンは次のとおりです。 プロセス サーバー: 9.50 プロキシ サーバー: 1.35.8419.34591 Recovery Services エージェント: 2.0.9249.0 レプリケーション サービス: 1.35.8433.24227 |
必要なインフラストラクチャ
レプリケートされたアイテムを正常に移行するには、次のことを確認します。
- 最新化されたエクスペリエンスを使用した 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 のバージョンは、最新化されたアーキテクチャでサポートされています。 詳細については、こちらを参照してください。
移行の合計時間を計算する
レプリケートされたアイテムをクラシック コンテナーから最新化されたコンテナーに移行するのに必要な合計時間は、アイテムのレプリケーションの状態とディスク サイズによって異なります。
| 都道府県 | 最新化されたコンテナーに移行する時間 |
|---|---|
| レプリケートされたアイテムの保護状態が正常であり、最後の復旧ポイントが 50 分未満の間に作成された | 移行が 1 ～ 2 時間で完了する |
| レプリケートされたアイテムの保護状態が正常ではないか、最後の復旧ポイントが 50 分以上前に作成された | 移行時間はディスク サイズによって異なる |
マシンの保護状態が正常でない場合は、次の数式を使用してマシンの正確な時間を計算します。
移行時間 = 1 時間 + 45 秒/GiB
| コンピューターの構成 | 移行時間 |
|---|---|
| サイズが 256 GiB のディスクを 2 台搭載した 1 台のマシン | ～ 4 時間 15 分 " [両方のディスクが同時に移行されます]" |
| サイズが 256 GiB のディスクを 2 台ずつ搭載した 10 台のマシン | ～ 4 時間 15 分 "[すべての VM とそのディスクが同時に移行されます]" |
| サイズが 512 GiB のディスクを 4 台搭載した 1 台のマシン | ～ 7 時間 30 分 " [両方のディスクが同時に移行されます]" |
| サイズが 512 GiB のディスクを 4 台ずつ搭載した 10 台のマシン | ～ 7 時間 30 分 "[すべての VM とそのディスクが同時に移行されます]" |
同じ式を使用して移行にかかる時間が計算され、ポータルに表示されます。
必要なインフラストラクチャを定義する方法
クラシックから最新化されたアーキテクチャにマシンを移行する場合は、必要なインフラストラクチャが最新化された Recovery Services コンテナーに既に登録されていることを確認する必要があります。 必要なインフラストラクチャを定義するには、レプリケーション アプライアンスのサイズ設定と容量の詳細を参照してください。
原則として、クラシック Recovery Services コンテナー内のプロセス サーバーの数と同じ数のレプリケーション アプライアンスを設定する必要があります。 クラシック コンテナーに 1 つの構成サーバーと 4 つのプロセス サーバーがある場合は、最新化された Recovery Services コンテナーに 4 つのレプリケーション アプライアンスを設定する必要があります。
価格
Site Recovery ライセンス料金は、すべての復旧ポイントの保持期間が終わるまで、クラシック コンテナーで引き続き請求されます。 すべての復旧ポイントがクリーンアップされると、クラシック コンテナーの価格設定も停止します。 すべての復旧ポイントの保持期間が終わると、レプリケートされたアイテムは、システムによってトリガーされるレプリケーション消去操作を介して自動的に削除されます。
Site Recovery では、最初の復旧ポイントが生成され、古いコンテナーがクリーンアップされた後にのみ、最新化されたコンテナー内のレプリケートされたアイテムに対するライセンス料金の請求が開始されます。 クラシックボールトに残っている無料試用版の期間がある場合は、最新化されたボールトに同じ情報が渡されます。 この試用期間が経過した後でのみ、更新されたボールトで価格設定が開始されます。
注記
ある時点で、価格設定はクラシックボールトまたはモダナイズされたボールトのいずれか 1 つのボールトを使用してのみ行われます。