最近、ファイル サーバーへのアクセスを分割するオプションについて質問しました。当社では NAS ソリューションを使用していますが、ユーザー (特に巨大なプロファイルを持つユーザー) がほぼ同時にログインすると、かなり処理が遅くなります。偶然 Gluster を見つけましたが、これは異なる物理ストレージ メディアを 1 つの仮想ボリュームにクラスター化し、クライアントの観点から仮想 NAS のように共有でき、CIFS をサポートしているようです。
私の質問は、このようなものがアクティブ ディレクトリ環境のホーム ディレクトリとプロファイル ディレクトリに使用することが可能かどうかということです。
私は主に ACL について心配していました。CIFS は NTFS アクセス許可をサポートするほどきめ細かく設定されていないと思ったからです。また、Gluster はそれらのアクセス許可レベルをエクスポートせず、基本的なファイル共有の基本アクセス許可のみをエクスポートしているように見えました。
Gluster を使用すると、複数のサーバー間でデータを冗長化でき、高負荷時のファイルへのアクセスが高速化されると同時に、別のサーバーを追加して Gluster のマスター ノードにそのサーバーを追加するように指示するだけで、ストレージ容量を動的に増加できるという印象を受けました。ただし、私の理解が間違っているかもしれません。他にこれを使用している方や、これがどの程度実現可能かを共有していただける方はいらっしゃいますか?
答え1
理論的には、GlusterFS があなたのニーズに答えます。
GlusterFS を使用すると、多数のマシンに分散された RAID0 (タイプ cluster/distribute) および RAID1 のようなボリューム (タイプ cluster/replicate) を簡単に作成できます。
GlusterFS アーキテクチャでは、トランスレータをスタックして 2 つの分散ボリュームを作成し、それらを複製してから、一意のマウント ポイントを介して分散/複製されたデータにアクセスすることができます。
ただし、ユーザーがそのようなトランスレータをスタックするとバグが発生するというフィードバックがいくつかあります (GlusterFS メーリング リストを参照)。そのため、RAID10 のようなボリュームを設定するには GlusterFS をあまり信頼していません。(この設定を十分にテストしていないため、これは単なる思い込みです)
もちろん、シンプルな RAID0 のようなボリュームや RAID1 のようなボリュームは、すぐに実稼働できる状態になっているようです。