KVM直接ディスクアクセスとRAWファイル
14TBのRAIDストレージスペースをセットアップする必要があります（これは/ dev/sdbとして表示されます）。私の質問は：
この大きなドライブにext4を直接作成し、それを/ mnt/kvmsのようにホストにマウントしてから、生のkvmディスクイメージを作成すると、kvmゲストのパフォーマンスに影響はありますか？
Kvmマシンで/ dev/sdbを直接構成する方がはるかに高速ですか？
この大きなストレージ領域で何かが起こった場合、デバイスを直接使用するとほとんど何もできませんが、1つのファイルに問題がある場合は、その上に2x7TB kvmrawディスクファイルを作成するとします。少なくとも、もう一方のデータにはまだアクセスできます。
どう思いますか？
この大きなドライブにext4を直接作成し、それを/ mnt/kvmsのようにホストにマウントしてから、生のkvmディスクイメージを作成すると、kvmゲストのパフォーマンスに影響はありますか？
毎回、データにパフォーマンスの低下と遅延の増加を経験するレイヤーが増えると、表示されます。例えば：
- QemuRAWファイル-> Ext4-> LVM-> RAID1デバイス->物理デバイス
- Qemurawデバイス-> LVM-> RAID1デバイス->物理デバイス
- Qemurawデバイス-> RAIDデバイス->物理デバイス
Kvmマシンで/ dev/sdbを直接構成する方がはるかに高速ですか？
ワークロードでテストできるのはあなただけです。私の（ファイルサーバー）では、（2）を使用するとパフォーマンスが著しく向上します。
あるレイヤーを辞めるたびに、ある程度の柔軟性（スナップショット、ベースイメージ、圧縮など）が失われますが、バックアップの可能性（1日で2分未満のダウンタイム）があるため、個人的には（2）が好きです。 ）、サイズの柔軟性とバランスの取れたパフォーマンス、ファイルの使用も簡単です。たとえば、mount --bind全体/var/lib/libvirtバックアップから（ダウンタイムを延期するために）元のファイルの代わりに10秒で（1つのコマンドで）実行するVMバックアップから、ブロックデバイスの再作成、編集VM構成は、（必要な時間の点で）はるかに困難です。