タグ付けされた質問 「qcow2」

KVMゲストのセットアップ中に深刻なディスクパフォ​​ーマンスの問題が発生しています。単純な使用ddテストを、QCOW2画像が（ミラーリングRAIDアレイ）上に存在することをホスト上のパーティションは、上で書き込み120メガバイト/ sの私のゲストからの範囲の書き込みを取得しながら、0.5 3メガバイト/秒にし。 ゲストはいくつかのCPUと4GのRAMで構成されており、現在は何も実行していません。現時点では完全に最小限のインストールです。 パフォーマンスはを使用してテストされtime dd if=/dev/zero of=/tmp/test oflag=direct bs=64k count=16000ます。 ゲストはvirtioを使用するように構成されていますが、これはパフォーマンスに影響を与えないようです。 ホストパーティションは4kbでアライメントされています（とにかく、ホストのパフォーマンスは良好です）。 ディスクでライトバックキャッシュを使用すると、報告されるパフォーマンスが大幅に向上しますが、使用しないほうがよいでしょう。それがなくても、パフォーマンスはこれよりもはるかに優れているはずです。 ホストとゲストはどちらもUbuntu 12.04 LTSを実行しており、qemu-kvm 1.0 + noroms-0ubuntu13とlibvirt 0.9.8-2ubuntu17.1が付属しています。 ホストではデッドラインIOスケジューラが有効になっており、ゲストにはnoopがあります。 kvmのパフォーマンスを調整するガイドがたくさんあるようで、最終的にはそこに到達しますが、この時点でこれよりもはるかに優れたパフォーマンスを得る必要があるように思われるので、すでに何かが非常に間違っているようです。 アップデート1 そして突然、今すぐテストに戻ってみると、26.6 MB /秒です。これは私がw / qcrow2に期待したものに似ています。何が問題だったのかについて誰かが何か考えを持っている場合（そして不思議なことに再び戻る場合）に、私は質問を残します。 更新2 私はqcow2のパフォーマンスについて心配することを止め、rawイメージでRAID1のLVMに切り替わるだけで、virtioを使用しながら、ディスクドライブでcache = 'none'およびio = 'native'を設定しました。書き込みパフォーマンスがappxになりました。上記と同じ基本テストを使用して135MB / sであるため、完全に回避できる場合に問題が何であったかを理解することはあまり意味がありません。

27 performance  kvm-virtualization  qcow2 

baseimageを使用しており、それに基づいて多くのVMを作成しています。そして今、ベースイメージに使用するのにqcow2とrawのどちらが良いかを知りたいです。さらに、ディスク全体のクローンを作成する代わりに、このbaseimageを使用する利点があるかどうか教えてください。速度は1つの要因になりますが、効率の観点から、baseimageを使用し、そのbaseimageを使用してVMを作成することに問題はありますか？ 編集1： 実験をして 1つ目は、baseimageとoverlayの両方がqcow2である場合です。2番目baseimageはrawであるが、オーバーレイはqcow2であり、3番目のケースでは、各VMに個別のrawディスクイメージを提供しています。驚くべきことに、最後のケースは他の2つのケースに比べてはるかに効率的です。 実験セットアップ： baseimageのOS：Ubuntu Server 14.04 64ビット。 ホストOS：Ubuntu 12.04 64ビット RAM：8GB プロセッサー：Intel®Core™i5-4440 CPU @ 3.10GHz×4 ディスク：500 GB x軸上：同時に起動されるVMの数。1から始まり、15まで増分されます。 y軸上：マシンの「x」個を起動する合計時間。 グラフから、VMにディスクイメージ全体を提供することは、他の2つの方法よりもはるかに効率的であると思われます。 編集2： これは、各VMに個別のrawイメージを提供する場合です。キャッシュをフラッシュした後、これがグラフです。生のbaseimage + qcowオーバーレイとほぼ同じです。 ありがとう。

25 kvm-virtualization  qemu  disk-image  qcow2 

仮想マシン用にqcow2-imagesでkvm / qemuを使用しています。 qcow2には、イメージファイルが仮想マシンによって実際に必要なスペースのみを割り当てるという素晴らしい機能があります。しかし、仮想マシンの割り当てられたスペースが小さくなった場合、どのようにイメージファイルを縮小しますか？ 例： 1.）qcow2形式、サイズ100GBで新しいイメージを作成します 2.）このイメージを使用して、ubuntuをインストールします。インストールには約10 GBが必要ですが、イメージファイルは約10GBになります。これまでのところ、予期しないことはありません。 3.）画像に約40 GBの追加データを入力します。画像ファイルは最大50GBになります。私はそれで大丈夫です:-) 4.）これは奇妙なことです。画像の40GBデータをすべて削除しますが、画像サイズは50GBを消費します。 質問：その40GBのデータを解放し、必要な10GBにイメージを縮小するにはどうすればよいですか 事前に感謝、ベルニ

23 kvm-virtualization  qemu  disk-image  qcow2 

生のまま変換せずにqcow2イメージを縮小する方法はありますか？ rawイメージに十分なディスク容量がないため、rawに変換できません。

12 kvm-virtualization  hard-drive  qemu  convert  qcow2 

一部のXenサーバーを実行しており、KVMへの移行を開始しました。 現在、ゲストはrawイメージまたはLVMで実行されています。 libvirtがいくつかの非常に優れたスナップショット機能（virsh snapshot-createなど）を提供しているのを見つけたので、raw / lvmではなくqcow2を使用することにしました。 そして、これが私の質問です：libvirtは、qemu-imgを使用する場合と同じ種類のスナップショットをqcow2イメージに作成します-それらをマウントすることは可能ですか？qemu-nbdとqcowのマウントの可能性について何かを読みましたが、スナップショットについての言葉を見つけることができませんでした。

9 linux  kvm-virtualization  qcow2