使用するKVM使用するディスクタイプは？
いくつかのKVM仮想ゲストをセットアップしていて、どのディスクタイプを使用するかについて議論しています。オンラインの良い点と悪い点を見つける良いリソースをオンラインで見つけることができませんでした。各。
さまざまなディスクタイプのリストと、それぞれの利点と欠点を教えてください。私が知っているディスクの種類は次のとおりです。
- 生画像
- qcow2
- 専用パーティション（LVMなど）
私はこれらの基準に興味があります：
- 簡単なセットアップ（各タイプの作成はどれほど簡単か）
- パフォーマンス
- クローニングのしやすさ
- 拡張のしやすさ（大きくするため、仮想ゲストにはより多くのディスク領域があります）
- そのディスクタイプに固有の機能
- バックアップのしやすさ
- 他のホストへの移行
私の選択を評価するのを手伝ってくれませんか？
私は生のイメージとLVMに集中します。
RAWファイルは単なるファイルであり、シンプルなファイルにできることなら何でもできるので、バックアップとコピーが簡単です。また、クラッシュや問題が発生した場合（または仮想化されていないバックアップサーバーでも）、ループデバイスにマウントしてファイルにアクセスするなど、特定の形式を使用しないで簡単に使用できます。一方、生のイメージファイルはカーネルファイルキャッシュの影響を受けるため、クラッシュとシャットダウンを処理するときは十分に注意する必要があります。VM sync（）は実際にはホストサーバーがファイルをディスクに同期（）したため、多くの問題が発生しました。
LVMはキャッシュの問題を回避し、ファイルよりもパフォーマンスが高く（AFAIK、過去数か月で変更された可能性があります）、バックアップ用のスナップショットの利点があります。ディスクのサイズを変更することも複雑ではありませんが、生のファイルよりも簡単です。また、LVMを使用すると、ライブマイグレーション/フェイルオーバー用にDRBDを設定できます。
私の意見では、ファイルに対して非常に特別なニーズがない限り、LVMを使用します。
あなたが与えた考慮リストを考慮して、間違いなくLVMと一緒に行ってください。 qcow2を使用する唯一の利点は、スナップショットを作成できることです。これらのスナップショットは、LVMスナップショットよりもはるかに優れています。もちろん、RAWにはスナップショットオプションがまったくありませんが、RAWイメージをqcow2スナップショットのベースにすることができます。
- セットアップのしやすさ（簡単な方法-各タイプの作成）：すべて同じ、qemu-imgで使用されるraw/qcow2、fdisk/lvm apiでパーティション/ LV
- パフォーマンス：未加工のLVまたはブロックデバイスが最速、次にRAWファイルが来る、qcow2が最もオーバーヘッドが多いが、最も機能が豊富
- クローニングのしやすさ：qemu-imgがそのために使用され、すでに取得したスナップショットを考慮に入れることができます。他のブロック開発者のLVの場合、おそらくddを使用する必要があります
- 拡張のしやすさ（大きくするため、仮想ゲストにより多くのディスク領域があるため）：これが重要な場合は、LVが最適です。通常はそうではありません。別の仮想ディスクまたは任意のサイズを追加するだけであり、スパースディスクを使用してストレージをオーバーコミットすることもできます。
- そのディスクタイプに固有の機能：すでに述べたように、qcow2は最も機能が豊富なフォーマットです。生のイメージと組み合わせることができ、生をベースイメージとして使用し、qcow2をスナップショットとして使用できます。
- バックアップのしやすさ：ファイル、またはdd/cpioのコピー-それほど問題ではない
- 他のホストへの移行：ライブマイグレーションでは、通常、イメージを移動する必要のない集中型ストレージを使用します。ブロック移行も可能です。 VMをオフラインモードでホストからホストに移動するだけの場合-VMのバックアップ/復元と同じです
簡単な方がメリットがありますが、最近KVM メモリと統合されたスナップショットを許可するスナップショットを許可する唯一のディスクフォーマットとVM qcow2 数分間遊んだ後。