Xenライブモーション
私はCitrixのXenServerを調査しており、（2人の同僚と）VMwareESXおよびMicrosoftHyperVと比較しています。
私たちのテストでは、XenのライブマイグレーションはVMwareのESXよりも少ないリソースを使用しているようですが、その理由を知りたいと思います。 2005年の論文を参照している昨年の記事を見つけました。これは、ライブマイグレーション中にページ/メモリで実際に何が起こるかを説明しています。
これはその抜粋です 記事 メモリ転送について：
プッシュフェーズ-ソースVMは、特定のページがネットワークを介して新しい宛先にプッシュされている間も実行を継続します。一貫性を確保するには、このプロセス中に変更されたページを再送信する必要があります。
停止とコピーのフェーズソースVMが停止し、ページが宛先VMにコピーされてから、新しいVMが開始されます。
プルフェーズ新しいVMが実行され、まだコピーされていないページにアクセスすると、このページはソースVMからネットワーク全体でフォールトイン（「プル」）されます。
4年前と同じようにメモリ転送が行われるのではないかと思っていました。
私はXen移行の専門家ではなく、オープンソースのXenサーバーを使用しています。私の経験では、ストレージレイヤーが高速である限り、Xenサーバーは移行で非常に効率的です。私たちの経験では、ocfs2ボリュームまたは（禁止）NFSマウント上のファイルとしてのディスクイメージは、SAN NFSマウント上の共有ロックボリューム。ディスクの破損に関する問題は発生していませんが、念のため、非常にアクティブなシステムで移行を開始する前に、スナップショットを作成する傾向があります（LVM2とVMの両方の状態）。
Matthews、Dow他による「RunningXen：A Hands On Guide to the Art of Virtualization」によると、Prentice Hall 2008、484ページ、
Xenのライブマイグレーションの実装には、仮想マシンのゲストメモリを連続するステップで転送する反復マルチパスアルゴリズムの斬新な使用が含まれます。ソースVMと宛先VMが最初にネゴシエートして、受信マシンでリソースが十分であることを確認した後、ゲストのメモリの最初のパスが実行され、各ページが宛先に転送されます。連続する各反復で、暫定的にダーティされたゲストメモリのみが送信されます。このプロセスは、ダーティページの残りの数が十分に少なく（原文のまま）、残りのページをすばやく送信できるようになるか、各パスで転送するダーティページの残りの数が減少しなくなるまで実行されます。その時点で、システムは実際に静止し、最終状態が新しいホストに送信され、新しい物理マシンへの制御の転送が完了します。
これは、上記で説明した手順のリストに似ていますが、反復が追加されています。マシンは、ライブマイグレーションの現在の状態で2か所でI/Oを実行している可能性があることに注意してください。
VMWareやHyperVとは異なり、XenServerの優れた点は、非常に深刻な本番環境で、日曜日から10通りの方法でXenServerを実行し、それを壊そうと懸命に努力している人がたくさんいることです。ライブマイグレーションは私たちにとって新しいものであり、冗長性の懸念があるため（ocfs2ボリュームに共有データパーティションがあるため、現時点ではn台のマシンに拡張するのは簡単ではありません）、実稼働環境ではまだ実行していませんが、私たちはあちこちでマシンをバウンスするのを楽しんでいるテスト環境。