Network-Attached-Storage
使用 Gluster 作為主/配置文件目錄伺服器的陷阱？
我最近在詢問有關分配對文件伺服器的訪問權限的選項，因為我們有一個 NAS 解決方案，當我們的使用者（尤其是擁有巨大的配置文件）幾乎同時登錄時，它會變得相當困難。我跑過 Gluster，它看起來可以將不同的物理儲存介質聚集到一個虛擬卷中，並從客戶端的角度像虛擬 NAS 一樣共享它，並且它支持 CIFS。
我的問題是這樣的東西是否可以用於活動目錄環境中的主目錄和配置文件目錄。
我主要擔心 ACL，因為我認為 CIFS 的粒度不足以支持 NTFS 權限，而且看起來 Gluster 並沒有導出這些權限級別，只是基本文件共享的基本權限。
我的印像是，使用 Gluster 將允許數據在多台伺服器上冗餘，並加快對重負載下文件的訪問速度，同時允許我們通過添加另一台伺服器並告訴 Gluster 的主節點添加來動態提高儲存容量伺服器。也許我對它的理解是錯誤的。其他人使用它或關心分享這是多麼可行？
從理論上講，GlusterFS 可以滿足您的需求。
使用 GlusterFS，您可以輕鬆創建分佈在多台機器上的 RAID0（集群/分佈式類型）和類似 RAID1 的捲（集群/複製類型）。
GlusterFS 架構允許您以一種方式堆疊翻譯器，您可以創建 2 個分佈式捲，複製它們，然後通過唯一的掛載點訪問您的分佈式/複製數據。
但是，當使用者堆疊此類翻譯器時，會出現一些錯誤回饋（請參閱 GlusterFS 郵件列表）。這就是為什麼我不信任 GlusterFS 來設置類似 RAID10 的捲。（由於我沒有對這個設置進行足夠的測試，這只是一種信念）
當然，簡單的類似 RAID0 和類似 RAID1 的捲似乎可以投入生產。