VMotionを使用すると、ある物理サーバーから別の物理サーバーにライブVMを移行できます。 つまり、vSphereホストのメンテナンスを実行するためにダウンタイムを必要とせず、vmのパワーオフを必要とせずに、ダウンタイムなしでクラスタ上のVmのバ
VMwareは、長距離vMotionとcross-vCenter vMotionもサポートしており、ワークロードを別のデータセンターまたはクラウドに移行できます。 これにより、脅威が差し迫っているときに災害を回避し、特定のタイムゾーンでワークロードを実行し、リソースが不足し始めた場合にクラウドバーストを使
vMotionを実装する前に、移行プロセスをサポートするのに十分なメモリとネットワーク帯域幅があることを確認し、Vmがライブ移行用に最適化されていることと、機能がインフラストラクチャ全体でどのように機能するかを知っていることを確認してください。
VMotionライブ移行要件
vSphereのほぼすべてのエディションにvMotionが含まれています。vSphere Essentials kitのみがこの機能をサポートしていません。 VMotionは2つのESXiホスト間のプロセスですが、vCenterを介して開始されるため、vCenterライセンスが必要です。
ネットワーク帯域幅やRAMなどの残りの要件はあまり要求されていません。 移行は、vMotion機能を有効にしたVMkernelインターフェイスを持つ必要があり、ネットワーク接続を介して相互に到達できる2つのESXiホスト間で実行されます。
移行するVmの要件は、それらが同じレイヤ2ネットワークに残っていることです。 VMotion移行ごとに250Mbpsの最小帯域幅要件がありますが、より多くの帯域幅を使用できる方が良いです。
利用可能な帯域幅は、大量のRAMを持つVmで最も重要な移行をより速く実行できることを意味します。
vMotionの仕組み
VMを別の物理コンピュータに移動するには、メモリの内容を移動し、処理ワークフローを他のコンピュー VCenterはvMotionを開始し、移行元および移行先ESXiホストとの互換性チェックの後に移行を開始します。
プロセスは、vMotion対応ネットワークを介した初期メモリコピーから開始されます。 次の画像は、必要なメモリ量のVMの16GBのRAMをコピーする必要がある場所を示しています。
理想的には、このステップは瞬間的です。 しかし、16GBをコピーするのに数秒かかり、このプロセス中にソースメモリ内のいくつかのメモリページが変更されます。 VMkernelは、どのページが変更されたかを追跡し、それらを宛先ホストにコピーします。
これは別のギガバイトのRAMになると考えてください。 その16GBをコピーすると、メモリが再び変更されます。 これは、次の図に示すように、反復プロセスになります。
数回の反復の後、ほとんどのメモリをコピーしておく必要があり、500ミリ秒未満でコピーできる量が残っています。 ソースRAMが急速に変化するためにその時点に到達できる場合、Vmはページ送信中にStunを使用してソースの速度を低下させ、すべてのメモリをコピーできるよ
十分な帯域幅は、大規模なVmのための最も重要な要件です。 たとえば、1Gbpsリンクを介して768GBのVMをコピーするには、安定した切り替えポイントに到達するには時間がかかりすぎます。
10Gbps以上と複数のネットワークアダプタを備えた専用のvMotionネットワークを持つことをお勧めします。 多数の移行を同時に実行したり、大規模なVmを移行したりする場合は、複数のVMkernelポートも推奨されます。
メモリをコピーすると、命令処理はソースESXiホストで停止し、宛先ESXiホストで続行されます。 ゲストOSの観点からは、すべての命令が処理されるため、別のホスト上では何も起こりませんでした。
ネットワークトラフィックは、送信元ESXiホストではなく、宛先ESXiホストに送信する必要があるため、ネットワーク上でアクションが必要です。 宛先ESXiホストは、reversed address resolutionプロトコルパケットを物理スイッチに送信し、Mac学習プロセスをトリガーして、ESXiホストに接続する発信ポートにVMのMACアドレス
これでワークロードはシームレスに移行され、TCP対応のアプリケーションを中断することなく移動できると安全に言えます。
機能強化と考慮事項
長年にわたり、vMotionのほとんどの改善は、VMの仕様が増え続けているために実装されました。 これはvSphere7の場合であり、update2では最大896vCPUと24TBのRAMを備えたVMを構成できます。
VMwareは、vsphere7U1で、メモリコピープロセス中にどのメモリページが変更されたかを追跡するプロセスをVMkernelが開始する方法について重要な改善を行いました。
Loose Page Trace Install機能を使用すると、ページトレーサを挿入するときにすべてのvCPUを停止する必要がなくなります。 他のすべてのvCPUがゲストOS命令を実行し続けることができるように、このプロセスを実行するために1つのvCPUを専用します。
もう一つの機能強化は、すべてのメモリをその宛先に移動する前にVMプロセスがすでに切り替えられていることです。 他のホスト上のメモリはリモートとしてマークされ、後でフェッチされます。
ホストとネットワークコンポーネントを適切に設計してサイズを設定すれば、vMotionに大きな欠点はありません。