VMware のVMを、ライブネットワーク転送機能を使用して IBM Cloud の仮想サーバーへ移行する
virt-v2v および Transit Gateway 接続を使用して、ネットワーク経由でディスクデータをストリーミングすることにより、 VMware の仮想マシン(VM)を IBM Cloud VPC の仮想サーバーに移行します。
アーキテクチャー・コンポーネント
ライブ・ネットワーク転送マイグレーションのアーキテクチャ・コンポーネントは以下の通りである:
| アーキテクチャー・コンポーネント | 説明 |
|---|---|
| Transit Gateway | VMware 環境(Classic、NSX、または VCFaaS )を VPC に接続します。 これは、ソース仮想マシン( VMware )がワーカー仮想サーバインスタンス(VPC内)と通信するために必要なレイヤ3ルーティングを提供します。 |
| ワーカー仮想サーバーインスタンス | 方法2と似ているが、ここでは純粋にレシーバーであり、ネットワーク・ポートでディスク・データの入力をリッスンする。 |
| ライブISO |
ブート可能な ISO です:
|
| ブート・ソース・オプション |
|
ライブ・ネットワーク移行プロセスの概要
以下のステップでは、ライブネットワーク転送を使用して移行するプロセスをレイアウトします。
-
提供 Transit Gateway
- Transit Gateway を作成する。 IBM Cloud
- VMware 環境に接続してください:
- クラシッククラシック・ アカウント直接接続
- NSX:NSXエッジへのGREトンネル
- VCFaaS: VCFaaS エッジへのGREトンネル
- VMware ネットワークと VPC サブネット間のルーティングを設定する
- 最初の移行前に接続性を徹底的にテストする
-
VPCにWorker仮想サーバーインスタンスをプロビジョニングする
- Ubuntu または十分なリソースのあるRHEL
- エフェメラル仮想サーバーインスタンス技術を使用してターゲットボリュームを作成する(方法2の手順2~4)
- ターゲットボリュームをワーカーにアタッチする
- netcatのインストール:
apt-get install netcatまたはyum install nc
-
移籍元を準備する VM
- の仮想マシンにライブISOをアタッチする。 vCenter/VCFaaS
- 仮想マシンの起動順序をCD/ISOから最初に起動するように設定する
- ライブ環境でのネットワークセットアップのために、現在のIPコンフィギュレーションをメモしておく
-
ISOからソース仮想マシンを起動する
- 仮想マシンを再起動すると、ライブ環境で起動する
- 仮想マシンのディスクにはアクセスできるが、OSが動作していない(クリーンシャットダウンと同等)
-
ライブ環境でネットワークを設定する
- ネットワークインターフェースの名前を確認してください( eth0、 ens192 など、場合によって異なります)
- 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 -
転送の開始
- 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- ソース仮想マシン(ライブ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
-
ディスクの追加を繰り返す
-
マルチディスク仮想マシンの場合は、各ディスクについて繰り返します:
# 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
-
-
移籍後の処理
- 移籍の検証:
fdisk -l /dev/vdbon worker - オプションで virt-v2v :
virt-v2v-in-place -i disk /dev/vdb - バッファをフラッシュする:
blockdev --flushbufs /dev/vdb
- 移籍の検証:
-
ボリュームから仮想サーバーインスタンスを作成する
- ワーカーからボリュームを切り離す
- 既存のブートボリュームを使用して最終的な仮想サーバーインスタンスを作成する(方法2のステップ8と同じ)
-
ソース仮想マシンのシャットダウン
- 仮想サーバーインスタンスが正常に起動することを確認した後、ソース仮想マシンをシャットダウンします
- オプションで、ロールバックポイントとして VMware にスナップショットを作成する
設計上の利点
以下の表は、ライブネットワーク転送マイグレーションの設計上の利点を説明したものである。
| デザインの優位性 | 説明 |
|---|---|
| エクスポート時のオーバーヘッドなし | VMDKのエクスポート時間、エクスポート・ストレージ、VPCへのエクスポート転送が不要になります。 |
| ネットワークの効率的な活用 | 圧縮を伴うダイレクトストリーミングは、利用可能な帯域幅を最適に利用します。 |
| 並列移行機能 | 複数のワーカー仮想サーバーインスタンスをプロビジョニングし、ネットワーク帯域幅とワーカーリソースによってのみ制限される複数の仮想マシンを同時に移行します。 |
| 最大限の柔軟性 | virt-v2v 変換との統合が容易で、 VCFaaS と vCenter, の両方をサポートし、ディスク数に関係なくあらゆる仮想マシンで動作します。 |
| ディスクの状態をクリーンにする | ISOからの起動は、ソースOSが実行されていないことを保証し、クリーンで一貫性のあるディスク状態を提供する(コールドスナップショットに似ている)。 |
設計上の制約と限界
次の表は、ライブネットワーク転送マイグレーションの制約と制限について説明したものである。
| 制限または制約 | 説明 |
|---|---|
| Transit Gateway 要件 | Transit Gateway 接続の設定とテストに先行投資が必要。 |
| ライブISOの作成 |
|
| ネットワーク帯域幅への依存性 | 転送速度は、環境間のネットワーク帯域幅によって制限される。 監視し、それに応じて計画を立てる。 |
| 手動によるネットワーク設定 | 各ソース仮想マシンについて、ライブISO環境でネットワークを設定する必要がある(スクリプトで設定可能)。 |
| ウォームマイグレーションには適していません | これはコールドマイグレーション手法であり、転送中はソース仮想マシンがオフラインになる。 |
virt-p2v 統合
virt-p2v 統合はより自動化されているが、RHEL/ Ubuntu ハイブリッドコンポーネントで libguestfs をビルドする必要がある。
Red Hat の virt-p2v ISOは、この用途に特化して作られている。 以下を提供します。
- 転送するディスクを選択するためのグラフィカル・インターフェース
virt-v2v受信機へのネットワーク接続機能内蔵- ドライバーの自動注入とOSの準備
virt-p2v 統合プロセス
- virt-p2v ISOからソース仮想マシンを起動する
- ネットワークを設定し、 virt-v2v をサーバーモードで実行しているワーカー仮想サーバーインスタンスに接続します
- virt-p2v ディスクを転送し、 virt-v2v 自動的に変換する
- 出来上がったボリュームは、仮想サーバーインスタンスにアタッチする準備ができています
ライブネットワーク転送移行は、大規模な移行(10台以上の仮想マシン)、エクスポートオーバーヘッドが法外なシナリオ、 Transit Gateway とライブISO環境をセットアップする専門知識がある場合に最適です。 初期設定コストは高くなるが、仮想マシンごとの移行効率は優れている。