使用するKVMディスクの種類

いくつかのKVM仮想ゲストをセットアップしており、使用するディスクタイプを議論しています。私は、それぞれの長所と短所を駆使する優れたリソースをオンラインで見つけることができませんでした。

異なるディスクタイプとそれぞれの長所と短所のリストを作成するのを手伝ってもらえますか？私が知っているディスクの種類は次のとおりです。

• 生画像
• qcow2
• 専用パーティション（LVMなど）

私はこれらの基準に興味があります：

• セットアップの容易さ（各タイプの作成はどれくらい簡単ですか）
• 性能
• クローニングのしやすさ
• 拡張のしやすさ（より大きくするため、仮想ゲストのディスク容量が増える）
• そのディスクタイプに固有の機能
• バックアップのしやすさ
• 他のホストへの移行

選択肢の評価を手伝ってもらえますか？

生画像とLVMに集中します。

Rawイメージは、単なるファイルであり、単純なファイルに対してできることなら何でもできるため、バックアップとコピーが簡単です。また、クラッシュや問題が発生した場合（または仮想化なしのバックアップサーバーでも）にファイルにアクセスするためにループデバイスにマウントするなど、特定の形式を簡単に使用できます。一方、rawイメージファイルはカーネルファイルキャッシュの影響を受けるため、クラッシュやシャットダウンに対処する場合は、VM sync（）はホストサーバーがファイルをsync（）したことを意味しないため、非常に注意する必要があります。ディスクに。それには多くの問題がありました。

LVMはキャッシュの問題を回避し、ファイルよりもパフォーマンスが優れており（詳細は過去数か月で変更されている可能性があります）、バックアップ用のスナップショットの利点があります。ディスクのサイズを変更することも複雑ではありませんが、rawファイルほど簡単ではありません。また、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は最も機能が豊富なフォーマットです。RAWイメージと組み合わせて、RAWをベースイメージとして使用し、qcow2をスナップショットとして使用できます。
• バックアップの容易さ：ファイルをコピーするか、dd / cpio-実際には問題ではない
• 他のホストへの移行：ライブ移行では、通常、イメージを移動する必要がない集中ストレージを使用します。ブロック移行も可能です。VMをホストからオフラインモードでホストに移動するだけの場合-VMのバックアップ/復元と同じです

Easierには利点がありますが、メモリとVMの実行状態を統合するスナップショットを許可する KVMのディスクフォーマットは、最近数分間遊んだ後のqcow2だけです。