エージェントベースの移行アーキテクチャ
この記事では、移行およびモダン化ツールを使用して VMware VM のエージェントベースのレプリケーションを行う場合に使用されるアーキテクチャとプロセスの概要を説明します。
移行およびモダン化ツールを使用して VMware VM をレプリケートする方法として、次のいくつかのオプションがあります。
- この記事で説明されているように、エージェントベースのレプリケーションを使用して VM を移行する。
- エージェントレス レプリケーションを使用して VMware VM を移行する。 この場合、VM に何もインストールする必要なく、VM が移行されます。
詳細については、VMware VM の移行方法の選択と比較に関する記事を確認してください。
エージェントベースの移行
エージェントベースの移行は、オンプレミスの VMware VM と物理サーバーを Azure に移行するために使用されます。 また、その他のオンプレミスの仮想サーバーや、AWS インスタンスや GCP VM などのプライベートおよびパブリック クラウド VM の移行にも使用できます。 Azure Migrate でのエージェントベースの移行には、Azure Site Recovery (../../site-recovery/site-recovery-overview.md) サービスからのバックエンド機能の一部が利用されます。
アーキテクチャ コンポーネント
次の図に、エージェントベースの移行に関連するコンポーネントを示します。
次の表で、エージェントベースの移行のために使用されるコンポーネントについて説明します。
| コンポーネント | 詳細 | インストール |
|---|---|---|
| レプリケーション アプライアンス | レプリケーション アプライアンス (構成サーバーおよびプロセス サーバー) は、オンプレミス環境と移行およびモダン化ツールのブリッジとして機能するオンプレミス サーバーです。 移行およびモダン化ツールがレプリケーションと移行を調整できるように、アプライアンスがオンプレミスのサーバー インベントリを検出します。 アプライアンスには、次の 2 つのコンポーネントがあります。 構成サーバー: 移行およびモダン化ツールに接続し、レプリケーションを調整します。 プロセス サーバー: データ レプリケーションを処理します。 プロセス サーバーでは、サーバー データを受信し、圧縮と暗号化を行って、Azure に送信します。 Azure では、移行およびモダン化ツールによってマネージド ディスクへのデータの書き込みが行われます。 |
既定では、プロセス サーバーは構成サーバーとともにレプリケーション アプライアンスにインストールされます。 |
| モビリティ サービス | Mobility Service は、レプリケートおよび移行する各サーバーにインストールされるエージェントです。 サーバーからプロセス サーバーにレプリケーション データを送信します。 | さまざまなバージョンの Mobility Service のインストール ファイルが、レプリケーション アプライアンス上に配置されています。 レプリケートするサーバーのオペレーティング システムとバージョンに従い、必要なエージェントをダウンロードし、インストールします。 |
モビリティ サービスのインストール
次の方法でモビリティ サービスをデプロイできます。
- プッシュ インストール: サーバーの保護を有効にすると、プロセス サーバーによって Mobility Service がインストールされます。
- 手動インストール: UI またはコマンド プロンプトを使用して、各サーバーに Mobility service を手動でインストールできます。
Mobility service は、レプリケーション アプライアンスおよびレプリケート対象のサーバーと通信します。 レプリケーション アプライアンス、プロセス サーバー、またはレプリケート対象のサーバーでウイルス対策ソフトウェアを実行している場合、次のフォルダーをスキャンから除外する必要があります。
- C:\Program Files\Microsoft Azure Recovery Services Agent
- C:\ProgramData\ASR
- C:\ProgramData\ASRLogs
- C:\ProgramData\ASRSetupLogs
- C:\ProgramData\LogUploadServiceLogs
- C:\ProgramData\Microsoft Azure Site Recovery
- C:\Program Files (x86)\Microsoft Azure Site Recovery
- C:\ProgramData\ASR\agent (Mobility service がインストールされている Windows サーバー)
レプリケーション プロセス
- サーバーのレプリケーションを有効にすると、Azure への初回のレプリケーションが開始されます。
- 初回のレプリケーション中、Mobility service はサーバーのディスクからデータを読み取り、それをプロセス サーバーに送信します。
- このデータは、Azure サブスクリプションでディスクのコピーをシードするために使用されます。
- 初回のレプリケーションの終了後、Azure への差分変更のレプリケーションが開始されます。 レプリケーションは、ブロック レベルで、ほぼ連続的です。
- Mobility Service では、オペレーティング システムのストレージ サブシステムと統合することで、ディスク メモリへの書き込みをインターセプトします。 この方法では、増分レプリケーションに対して、レプリケートするサーバー上でのディスク I/O 操作が回避されます。
- サーバーの追跡対象の変更は、受信ポート HTTPS 9443 でプロセス サーバーに送信されます。 このポートは変更可能です。 プロセス サーバーは、圧縮と暗号化を行い、Azure に送信します。
ポート
| Device | 接続 |
|---|---|
| サーバーのレプリケート | VM で実行されるモビリティ サービスは、レプリケーション管理のために、受信ポート HTTPS 443 でオンプレミスのレプリケーション アプライアンスと通信します。 サーバーでは、受信ポート HTTPS 9443 でレプリケーション データをプロセス サーバーに送信します。 このポートは変更可能です。 |
| レプリケーション アプライアンス | レプリケーション アプライアンスは、アウトバウンド ポート HTTPS 443 経由で Azure によるレプリケーションを調整します。 |
| プロセス サーバー | プロセス サーバーは、レプリケーション データを受信し、データを最適化して暗号化し、送信ポート 443 経由で Azure ストレージに送信します。 |
パフォーマンスとスケーリング
既定では、構成サーバーとプロセス サーバーの両方を実行する単一のレプリケーション アプライアンスをデプロイします。 少数のサーバーのみをレプリケートする場合は、このデプロイで十分です。 ただし、数百台のサーバーをレプリケートして移行する場合、単一のプロセス サーバーでは、すべてのレプリケーション トラフィックを処理できない可能性があります。 この場合、追加のスケールアウト プロセス サーバーをデプロイできます。
VMware のデプロイを計画する
VMware VM をレプリケートする場合、VMware 用の Site Recovery Deployment Planner を使用して、日次データ変化率や必要なプロセス サーバーなどのパフォーマンス要件を特定できます。
レプリケーション アプライアンスのキャパシティ
デプロイに追加のプロセス サーバーが必要かどうかを判断するために、この表の値を参考にしてください。
- 日次変化率 (チャーン レート) が 2 TB を超える場合、追加のプロセス サーバーをデプロイします。
- 200 台を超えるサーバーをレプリケートする場合、追加のレプリケーション アプライアンスをデプロイします。
| CPU | [メモリ] | 空き領域 (データ キャッシュ) | チャーン レート | レプリケーションの制限 |
|---|---|---|---|---|
| 8 vCPU (2 ソケット * 4 コア @ 2.5 GHz) | 16 GB | 300 GB | 500 GB 以下 | < 100 台のサーバー |
| 12 vCPU (2 ソケット * 6 コア @ 2.5 GHz) | 18 GB | 600 GB | 501 GB ～ 1 TB | 100 から 150 台のサーバー。 |
| 16 vCPU (2 ソケット * 8 コア @ 2.5 GHz) | 32 GB | 1 TB (テラバイト) | 1 TB ～ 2 TB | 151 から 200 台のサーバー。 |
スケールアウト プロセス サーバーのサイズ設定
スケールアウト プロセス サーバーをデプロイする必要がある場合、この表を参考にして、サーバーのサイズを判断してください。
| プロセス サーバー | データ キャッシュ用の空き領域 | チャーン レート | レプリケーションの制限 |
|---|---|---|---|
| 4 vCPU (2 ソケット * 2 コア @ 2.5 GHz)、8 GB メモリ | 300 GB | 250 GB 以下 | 最大 85 台のサーバー |
| 8 vCPU (2 ソケット * 4 コア @ 2.5 GHz)、12 GB メモリ | 600 GB | 251 GB ～ 1 TB | 86 から 150 台のサーバー。 |
| 12 vCPU (2 ソケット * 6 コア @ 2.5 GHz)、24 GB メモリ | 1 TB (テラバイト) | 1 ～ 2 TB | 151 から 225 台のサーバー。 |
アップロード帯域幅を調整します。
Azure にレプリケートされる VMware トラフィックは、特定のプロセス サーバーを経由します。 プロセス サーバーとして実行されているサーバーで帯域幅を調整することにより、アップロードのスループットを制限できます。 次のレジストリ キーを使用して、帯域幅に影響を与えることができます。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication\UploadThreadsPerVM レジストリ値では、ディスクのデータ転送 (初期レプリケーションまたは差分レプリケーション) に使用されるスレッドの数を指定します。 値を大きくすると、レプリケーションに使用されるネットワーク帯域幅が増加します。 既定値は 4 です。 最大値は 32 です。 トラフィックを監視して値を最適化できます。
さらに、プロセス サーバーの帯域幅を次のようにして調整できます。
- プロセス サーバーで、Azure Backup MMC スナップインを開きます。 デスクトップまたはフォルダー C:\Program Files\Microsoft Azure Recovery Services Agent\bin に、ショートカットがあります。
- スナップインで [プロパティの変更] を選択します。
- [調整] で [バックアップ操作用のインターネット使用帯域幅の調整を有効にする] を選択します。 勤務時間用と勤務時間外用の制限値を設定します。 有効な範囲は、512 Kbps から 1,023 Mbps です。
次のステップ
VMware のエージェントベースの移行を試す
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示