GlusterFSをストレージとして使用するKVM(またはXEN)仮想マシンは本当に遅いと思いますか?
私の考えは、ローカルファイルシステムの制限を回避するためにGlusterFSを使用することです。ハイパーバイザーがダウンした場合、別のハイパーバイザーが「孤立した」VMを処理する可能性があります。ライブマイグレーションでさえ簡単なはずです。
理論的には、完全に正常に機能するはずです。ただし、Glusterネットワークとxenまたはkvmホストからの帯域幅は適度に高速であることをお勧めします。パフォーマンスを向上させるために、少なくとも2つ以上のギガビットイーサネットインターフェイスを結合します。予算が許せば、infinibandを使用してください。
Glusterバージョン3.4は、このタイプのユースケースをサポートするように改善されました。
GlusterFS 3.4の機能
.。
熱心なロック-VM画像ストレージを大幅に改善
代わりにcephを使用することもできます。これは、xenとkvmがその上に構築されているqemuに組み込まれています。
個人的には、DRDBの方法は少し制限されていると思います。ただし、単純な小規模な展開には適しています。
高可用性のために「シェアードナッシング」クラスターを構築する場合は、その上に任意のファイルシステムを備えたマスタースレーブDRBDセットアップでうまくいくはずです。ある種の負荷分散が必要な場合は、GlusterFSを評価する必要がありますが、クラスター化されていないFS)よりも、両方のノードで確実に少し遅くなります。 GlusterFSを試しましたが、OCFS2を試しました。実際のハードウェアではうまく機能しましたが、仮想化環境では十分に安定していないことがわかりました。