4つのSATA IIハードドライブを搭載し、CentOS 5.5 x86_64を実行する、光沢のある新しいKVM / libvirtベースの仮想マシンホストを構築しました。
ディスクをqcowイメージとして作成する通常のプラクティスの代わりに、libvirtストレージプールとして管理されるLVMボリュームグループに論理ボリュームとして仮想マシンディスクを作成することにしました。
私が決められないのは、VMホストのボリュームグループに仮想マシンの論理ボリュームを作成するか、専用のボリュームグループに作成するかです。
どの方法を選択する必要があり、なぜですか？
方法1：VMホストのボリュームグループを使用する
実装：
- ファイルシステム
md0を含む小さなRAID1/boot md1LVMボリュームグループを含む残りのスペースを占める大きなRAID10vghost。vghostVMホストのルートファイルシステムとスワップパーティションが含まれますvghost必要に応じて、仮想マシンディスクを論理ボリュームとして作成します
長所：
- VMホストのルートファイルシステムがスペースを使い果たした場合、
vghost比較的簡単により多くのスペースを割り当てることができます - システムはすでに稼働しています（ただし、最初からやり直すことは大したことではありません）
短所：
この方法が機能しているように見えるという事実を無視して、これが何らかの形で悪い考えであるという感覚を揺るがすことはできません。私はそのように感じる：
- これは何らかの形でセキュリティリスクになる可能性があります
- 将来のある時点で、セットアップに何らかの制限があり、専用のグループを使用したい
- システム（CentOS、libvirtなど）は実際にはこのように使用するように設計されていない可能性があるため、ある時点でVMホストのファイルやファイルシステムを誤って破損/紛失する可能性があります
方法2：専用のボリュームグループを使用する
実装：
- 方法1
md0と同じmd1。ただしmd1、VMホストを収容するのに十分な大きさにする（5〜10GBなど） md2残りのスペースを占める大きなRAID10 。論理ボリュームが仮想マシンによって排他的に使用されるmd2LVMボリュームグループを含むvgvms
長所：
vgvmsホストOSを壊すことを恐れずにいじることができます- これはよりエレガントで安全なソリューションのようです
短所：
- VMホストのファイルシステムがスペースを使い果たした場合、そのファイルシステムの一部（たとえば、/ usrまたは/ var）を
vgvmsに移動する必要があります。 - ホストOSを再インストールする必要があります（以前に述べたように、実行することはあまり気にしません）
更新＃1：
方法2でVMホストのディスク領域が不足することを心配する理由の1つは、VMホストがすべてのサービスを仮想マシンで実行できるほど強力かどうかわからないためです。一部またはすべてのサービスを仮想マシンからホストOSに移行する必要がある場合があります。
VMホストのハードウェア仕様：
- Phenom II 955 X4 Black Editionプロセッサー（3.2 GHz、4コアCPU）
- 2x4GB Kingston PC3-10600 DDR3 RAM
- Gigabyte GA-880GM-USB3マザーボード
- 4x WD Caviar RE3 500GB SATA II HDD（7200rpm）
- Antec BP500U Basiq 500W ATX電源
- CoolerMaster CM 690ケース
更新＃2：
方法1でシステムがホストVGをlibvirtストレージプールとして使用するように設計されていないように思える理由の1つは、virt-managerで気づいたいくつかの動作です。
- 追加時に、VGをアクティブにできないと不平を言いました（明らかに、ホストOSがすでにアクティブにしているため）
- 削除時に、VGを非アクティブ化できなかったため（ホストOSがまだルートおよびスワップLVを使用しているため、そうすることを拒否しました）
質問（＃272324）で、あなたのソリューション＃1が非常に良い答えだったと思います！そして、これはまさに私が似たような設定で行ったものです-そして、私はこれまでのところそれでかなり満足しています。ただし、ホスト内の同じLVを「ループマウント」する場合よりも、ゲスト内のdiskIOがかなり遅いという問題があります。
—
stolsvik