GlusterFS 3.4.3 サーバーでは、
でボリュームを作成すると
gluster volume create NEW-VOLNAME stripe COUNT NEW-BRICK-LIST...
いくつかのファイルを保存すると、ストライプの数に関係なく、ボリュームは実際に保存されたデータの 1.5 倍のスペースを消費します。たとえば、ボリュームに1GBのファイルを作成した場合
dd if=/dev/urandom of=random1gb bs=1M count=1000
ブリックの合計ディスク容量 1.5GB を消費します。「ls -alhs」、「du -hs」、および「df -h」はすべて、1GB のファイルに 1.5GB のスペースが使用されるという同じ事実を示しています。各ブリックを調べて使用状況を合計しても、同じ結果が得られます。
興味深いことに、これは新しいバージョンの GlusterFS 3.5 サーバーでは発生しません。つまり、1GB のファイルは合計 1GB のブリック スペースを使用します - 通常です。3.5で修正されたのはいいのですが、別の問題で現在3.5が使えません。
これに関するドキュメントや記事は見つかりませんでした。間違ったオプションがありますか (すべてデフォルトのままにしました)? それとも3.4のバグですか？単なるバグであるには深刻すぎる問題のようです。設計によるものである場合、なぜですか?? 私には、ストレージ システムのストレージの膨大な無駄のように見えます。
公平を期すために、GlusterFS はこの問題を除けば非常にうまく機能することを指摘したいと思います。優れたパフォーマンス (特に qemu-libgfapi 統合による)、簡単なセットアップ、および柔軟性。