アーキテクチャー・コンポーネント

ライブ・ネットワーク転送マイグレーションのアーキテクチャ・コンポーネントは以下の通りである：

ライブ・ネットワーク移行プロセスの概要

ライブネットワーク転送では、 IBM Cloud Transit Gateway を介して TCP ネットワークストリームを直接確立し、ソースの VM ディスクブロックをVPCブロックストレージのターゲットにコピーします。

作業を開始する前に、 IBM Cloud Transit Gateway 間でルーティングが確立されていること、 VMware で実稼働中の Linux ISO が設定されていること、および VPC ターゲットストレージボリュームが作成されていることを確認してください。

1. 提供 Transit Gateway

   1. Transit Gateway を次の場所に作成します IBM Cloud
   2. VMware 環境に接続してください：
   • クラシッククラシック・ アカウント直接接続
   • NSX：NSXエッジへのGREトンネル
   • VCFaaS: VCFaaS エッジへのGREトンネル
   1. VMware ネットワークと VPC サブネット間のルーティングを設定する
   2. 最初の移行前に接続性を徹底的にテストする

2. VPCにWorker仮想サーバーインスタンスをプロビジョニングする

   1. Ubuntu または十分なリソースのあるRHEL
   2. エフェメラル仮想サーバーインスタンス技術を使用してターゲットボリュームを作成する（方法2の手順2～4）
   3. ターゲットボリュームをワーカーにアタッチする
   4. netcatのインストール： apt-get install netcat または yum install nc

3. 移籍元を準備する VM

   1. の仮想マシンにライブISOをアタッチする。 vCenter/VCFaaS
   2. 仮想マシンの起動順序をCD/ISOから最初に起動するように設定する
   3. ライブ環境でのネットワークセットアップのために、現在のIPコンフィギュレーションをメモしておく

4. ISOからソース仮想マシンを起動する

   1. 仮想マシンを再起動すると、ライブ環境で起動する
   2. 仮想マシンのディスクにはアクセスできるが、OSが動作していない（クリーンシャットダウンと同等）

5. ライブ環境でネットワークを設定する

   1. ネットワークインターフェースの名前を確認してください（ eth0、 ens192 など、場合によって異なります）
   2. IPとルーティングを設定する：

   ip addr add 10.50.200.3/26 dev ens192
   ip route add 0.0.0.0/0 via 10.50.200.1
   ping 192.168.100.5  # Test connectivity to worker virtual server instance
   

6. 転送の開始

   1. Worker仮想サーバーインスタンスで（最初にリスナーを起動します）：

   # Listen for incoming data, decompress, write to volume
   nc -l 192.168.100.5 8080 | gunzip | dd of=/dev/vdb bs=16M status=progress
   

   1. ソース仮想マシン（ライブISO）で：

   # Read disk, compress, send to worker
   dd if=/dev/sda bs=16M | gzip | nc -N -v 192.168.100.5 8080
   

   • 双方の進捗状況を監視する
   • 転送時間はディスクサイズとネットワーク帯域幅に依存する
   • 圧縮は通常、OSディスクで 2-4x

7. ディスクの追加を繰り返す

   • マルチディスク仮想マシンの場合は、各ディスクについて繰り返します：

     # Worker (disk 2)
     nc -l 192.168.100.5 8080 | gunzip | dd of=/dev/vdc bs=16M status=progress
     # Source (disk 2)
     dd if=/dev/sdb bs=16M | gzip | nc -N -v 192.168.100.5 8080
     

8. 移籍後の処理

   1. 移籍の検証: fdisk -l /dev/vdb on worker
   2. オプションで virt-v2v ： virt-v2v-in-place -i disk /dev/vdb
   3. バッファをフラッシュする： blockdev --flushbufs /dev/vdb

9. ボリュームから仮想サーバーインスタンスを作成する

   1. ワーカーからボリュームを切り離す
   2. 既存のブートボリュームを使用して最終的な仮想サーバーインスタンスを作成する（方法2のステップ8と同じ）

10. ソース仮想マシンのシャットダウン

    1. 仮想サーバーインスタンスが正常に起動することを確認した後、ソース仮想マシンをシャットダウンします
    2. オプションで、ロールバックポイントとして VMware にスナップショットを作成する

設計上の利点

以下の表は、ライブネットワーク転送マイグレーションの設計上の利点を説明したものである。

設計上の制約と限界

次の表は、ライブネットワーク転送マイグレーションの制約と制限について説明したものである。

virt-p2v 統合

Red Hat virt-p2v これは、ターゲットの 変換サーバーと連携して、ディスクストリーミングとドライバーのインジェクションを自動化する、専用のライブ変換環境です。 virt-v2v

virt-p2v の移行を実行する前に、VPCワーカーインスタンスで virt-v2v がリスニングモードで実行されていること、およびソースの VM に virt-p2v のISOがマウントされていることを確認してください。

Red Hat の virt-p2v ISOは、この用途に特化して作られている。 以下を提供します。

• 転送するディスクを選択するためのグラフィカル・インターフェース
• virt-v2v 受信機へのネットワーク接続機能内蔵
• ドライバーの自動注入とOSの準備

virt-p2v 統合プロセス

1. virt-p2v ISOからソース仮想マシンを起動する
2. ネットワークを設定し、 virt-v2v をサーバーモードで実行しているワーカー仮想サーバーインスタンスに接続します
3. virt-p2v ディスクを転送し、 virt-v2v 自動的に変換する
4. 出来上がったボリュームは、仮想サーバーインスタンスにアタッチする準備ができています

ライブネットワーク転送移行は、大規模な移行（10台以上の仮想マシン）、エクスポートオーバーヘッドが法外なシナリオ、 Transit Gateway とライブISO環境をセットアップする専門知識がある場合に最適です。 初期設定コストは高くなるが、仮想マシンごとの移行効率は優れている。

関連トピック

代替の移行方法や運用上のトラブルシューティングについて調べるには、以下のリソースを参照してください：

• VPCの移行方法の概要
• 方法 1：画像のインポート
• 方法 2：ボリュームの直接コピー
• 方法 4：VDDKの抽出
• Linux 移行に関する考慮事項
• Windowsへの移行に関する考慮事項