KVMのディスクフォーマット
1：生：作成されたどのくらいの、直接のスペースのサイズを指定指定：
古い形式を、単語を使用し、それが裸である、あなただけのDD RAW画像フォーマットのファイルをシミュレートし、裸です。完全に裸に、パフォーマンスが良ければ。今のところ、デフォルトの形式やフォーマットなどのKVMとXEN。その元の、例えば、直接マウントなど多くのオリジナルの特徴があるので、簡単な事項です。仮想マシンイメージの他のフォーマットへの変換は、（もしそれを裸することは非常に簡単です、簡単な裸の利点があり、
他のフォーマット）サイズがサイズを使用することです参照してくださいどのくらいの（デュ-hで時々 、まだ番号を使用し、多くのディスクのように、ビューのスペースポイントを使用して、）中間フォーマットとしてそれを必要とし、変換する必要がありますが、作品をしたい場合ディスクが連れ去られ、その後、全体の取得を取った多くのネットワーク帯域幅の消費とI / Oのだろう、（ときミラーコピー）その日は、ハードドライブなら、興味深い質問があり、
使用に十分では、あなたは、ディスクを購入することになっています。しかし、RAW形式は比較的鋭いされ、元のディスクスペースに追加することができます。
DD = zeros.raw BS = 1024Kのゼロ=の/ dev /場合は（4G空間を作る）= 4096カウント
猫foresight.img zeros.raw>（元の画像に付加）新foresight.img
もちろん、良いことは、多くの問題が残っている人を知っている人で、吹き飛ばされています。裸のネイティブ形式ので、スナップショットが正常でサポートしていません。伝説はここで、スナップショットを達成するために、生のフォーマットバージョン管理機能を実行するためのファイル管理ソフトウェアのバージョンとの友人は、それは実現可能な推定が、試されていないこと、それを持っている、不適切なコメントを作ることではありません。あなたはLVMヌード機器を使用している場合しかし、それは別の問題です。非常に鋭いまだLVMといえば、その後、LVMを使用して仮想マシンを実行するには、そのパフォーマンスの活用を反映しました。そして今、兄弟の多くを行うには、仮想化LVMを採用しています。最適化の多くを行っLVMで、外国人の友人も、増分バックアップのLVMの面でやるべき仕事の多くを聞いたことがあります。現在のLVMのスナップショットに、パフォーマンスとスケーラビリティは、まだかなりの効果があります。今のところ、それから、それがバックアップ場合は関係ありません。仮想マシンの移行の面ではまだ非常に限られています。しかし、仮想化の現在の状態が、状況は本当に強いかどうか、現在の需要のホット・マイグレーションではない必要があります。仮想マシンイメージの使用は公開情報に関連するLVMが比較的小さいんが、現在の状況は、パフォーマンスと管理の容易さのために少し柔軟性を犠牲が良い選択です。特性や使用に関連するLVMの場合は、以下のリンクを参照してくださいすることができます
http://www.ibm.com/developerworks/linux/library/l-lvm2/index.html
2：牛：
QEMUは、画像フォーマット・オン・ライトをコピーした後、歴史的な理由のために現在のウィンドウモードをサポートしません。ある意味で、それは後でQCOW形式に置き換えられました、それは子宮の中で死亡した成熟していなかった、放棄されています。
3：QCOW：
牛QEMUフォーマットの世代、ちょうど良好な特性を持っているように見えますが、その性能とまだ大きなギャップをRAW形式を比較するには、今QCOW2の新しいバージョンに置き換えられました。その性能は、以下のリンクを表示することができます
http://www.linux-kvm.org/page/Qcow2
4：QCOW2は：、OpenStackのデフォルトの形式は、より多くのファイルが比較的小さい、差がファイルに保存されます、推奨およびスナップショットが比較的小さいんです、スペースがダイナミックな成長である
仮想イメージ形式の今主流種類の生成最適化は、現在、近い生のパフォーマンスQCOW2裸形式のパフォーマンスにあり、これは、あなたが鏡N上の複数のスナップショットを行うことができますQCOW2形式、またはいくつかのより目立つ、QCOW2スナップショット用のRedHatの公式チャンネルを考えることができる。以上小さな収納スペースには、穴がサポートされていない場合でも、ファイルシステムは、複数のスナップショット、履歴スナップショット管理、ディスクのサポートzlib圧縮をサポートし、（これはデュ-hのls -lhにとして、それを参照してください）も可能AES暗号化のサポート
5：VMDK
、卵の痛みのフォーマットは牛Xの少しを言って、もともと始め、VMwareの仮想化が行われているVMwareの形式で、それをクラスタのプールVMDKを自分で行うには、自分の仮想マシンイメージのフォーマットを行います。そして、いくつかの企業は、OVFの統一されたパケットを取り出しました。パフォーマンスと機能性の点からは、VMDKが原因能力VMDK VMware社、現状、KVMおよびこのフォーマットのXENあまり使用されていないの多くの組み合わせに、最善と考えるべきです。しかし、ビューのESXiのVMwareのポイント、その安定性および領域の容量は、依然として顕著です。
6：VDI
VirtualBoxは1.1互換性のあるイメージ・フォーマット、VirtualBox.SUNと交換ロイヤリティーフリーのVirtualBoxのを取得するために、オラクルはまた、残念ながら、この分野で素晴らしい作品と見なさ日、あなたが言う、VDIの仮想化を取得した2ホワイト同社。SUNは、あまりにも（IT技術は、ほとんどのフロントエンドであると言うことができ、過剰ではない）、Oracleとオープンソースキラー（mysqlの減少）技術に焦点を当てました。純粋にVDI VirtualBoxのための能力でのパフォーマンスから良いです。また、優れたワークステーションレベルの製品です。
