Xenイメージファイルとパーティション/ LVMボリュームのパフォーマンス
File-image VM storageから、パーティション/ LVMボリュームベースに切り替えることを勧めます。
主張は、パーティション/ LVMがイメージファイルよりもはるかに高速であることです。
私の意見では、1つのファイルにVM）全体がなく、コピーと移行が簡単であるという欠点があります。
特にXenの新しいバージョンに実際に違いがあり、それをサポートするIOベンチマークがある場合）、誰かがこれについてアドバイスできますか？
ありがとう！
ファイルレベルアクセスとは対照的に、仮想マシンの状態へのブロックレベルアクセスの作成は、抽象化レイヤーが削除されているため、常に高速になります。
LVMアプローチをお勧めします。 LVMボリュームは、ファイルと同じようにいつでもバックアップできます。両者の間に大きな違いはありません。 LVMは、データの再配置に関しても非常に柔軟性があります。
ファイルの抽象的な概念がもう存在しないからといって、それが悪いという意味ではありません。パフォーマンスが大幅に向上する可能性があります。少し広い考えを持っていれば、ファイルのようにインフラストラクチャを拡張できます。
QEmu仮想マシン用のパーティションを作成することがよくあります。次に、ddを使用して保存および復元できます。ブロックレベルまで実行されている1つのファイルシステム（仮想マシン）は、ファイルシステムが最上位にあるファイルシステム内のファイルよりも優れています。
幸運
LVMにはやや使いやすいスナップショットメカニズムがあることを思い出して、上記のすべての回答に追加します。これにより、スナップショットを作成し、VM upを作成またはバックアップし、スナップショットを削除するだけで、ダウンタイムを発生させることなく、実行中のVMを簡単にバックアップまたは複製できます。
ネット上には、ファイルイメージとLVMパーティションのベンチマークがいくつかあります（そのうちの2つに出くわしました）（ググするのはそれほど難しくありません）。多少日付が付けられていますが、LVMの方が通常は高速であるように見えます（わずかなマージンによる場合）。それで十分だったので、LVMスキーマを使用しました。コピーに関する限り、LVM論理ボリュームをマウントし、targzipして、別の場所に転送できます。それほど難しいことではありません。また、LVMを使用すると、サーバーストレージを簡単に拡張できます。