Windows環境で使用するLinuxファイル/ストレージサーバー
Windowsマシンからのバックアップとユーザーファイルを保存するためのストレージサーバー（ファイルサーバー）を作成する必要があります。 CentOS 6.3を新しいサーバーOSとして採用し、Samba共有をセットアップすることを考えています。突然、私はGlusterFSに出くわしました。これは、より高度でスケーラブルなようです...
したがって、問題は、GlusterFSの使用を検討する必要があるのか、それとももっと簡単な方法でsambaを使用するのかということです。
正解は、拡張する予定の量によって異なります。
GlusterFは、複数のデータノードとHAなどの要件があり、単一障害点がなく、ほぼ線形のスケーラビリティがある場合に適しています。
複数のノードを持つ予定がない場合のオプションは、ZFSである可能性があります。これは基本的にxfs + lvmに置き換わるものであり、すぐに使用できるボリューム管理と集約、自己修復機能、データ重複排除、データ圧縮、スナップショット、さらにsmb、iscsi、nfs共有を提供します。
必要に応じて、zfsディスク上にglusterブリックを配置してそれらを組み合わせることができます。
Glusterを使用すると、クライアントはSambaを使用して接続できます。単一サーバー環境では、通常のSambaとGlusterの違いにあまり気付かないでしょう。共有をスケールアウトして分散/高可用性を実現したい場合は、それをお勧めします。
Glusterの使用は、最初はおそらくもっと複雑になりますが、バックアップサーバーのサイズを拡張する必要がある場合は、投資する価値があるかもしれません。
ここにあるいくつかのページを読んでください。それがあなたに適しているかどうかを判断するのに役立つはずです
Windowsには（まだ）ネイティブのGlusterクライアントがありません。したがって、sambaまたはNFSを介してWindowsに接続する必要があります。言い換えると、glusterとwindowsの間にある別のサーバーで、glusterボリュームをマウントし、sambaまたはnfsを使用して再エクスポートします。
Cephの使用も検討することをお勧めします。ただし、ここでも、ネイティブWindowsクライアントはなく、再エクスポートする必要があります。メモリからGlusterにはNFSサーバーが組み込まれています（ただし、gluster自体のクラスタリング/フェイルオーバー機能は提供されていません）。
あなたの特定の状況では、私は今GlusterやCephを見ていません。これらのファイルシステムは、ストレージのニーズが急速に増大すると予想される大規模な組織やデータセンターでより役立ちます。これらは、複数のサーバーでも実行できるように設計されています。これを使用してWindowsにサービスを提供する場合は、とにかくSambaサーバーを実行し、Windowsクライアントをそれに接続する必要があります。
適切な数のストレージベイを備えたサーバーを入手し、ディスクをRAID化するだけです。私たちの状況では、実際には標準のPCを使用していますが、複数のドライブベイ（ホットスワップではない）を使用できるケースがあります。 LinuxソフトウェアRAIDをRAID5モードで使用しており、約8TBのストレージを提供しています。バックアップや基本的なファイル共有のニーズに対応するシンプルなNAS）として非常にうまく機能しています。重要なサーバーではないため、ホットスワップ可能なハードウェアがないことはまったく問題ではありません。
私は本番環境でのglusterfsの経験はあまりありませんが、そのようなシナリオでは、rPath Linuxに基づく Openfiler NASアプライアンス のコミュニティエディションを数回デプロイしました。
しかし、これはそれほど重要ではありません。さらに興味深いのは、それが持つ一連の機能です。ファイルベースのネットワークプロトコルNFS、SMB/CIFS、HTTP/WebDAVまたはFTP、ブロックベースのストレージエリアネットワークプロトコルiSCSI（イニシエーターとターゲット）、ファイルシステムクォータ、ActiveDirectoryとの統合などをサポートします。 Linux LVMをボリューム管理に活用し、これらの機能はすべて、統合されたWebベースの管理から簡単に構成できるため、内部でどのように機能するかを実際に理解する必要はありません。