使用 Gluster 作为主目录/配置文件目录服务器的缺陷是什么?

使用 Gluster 作为主目录/配置文件目录服务器的缺陷是什么?

我最近在询问有关分配文件服务器访问权限的选项,因为我们有一个 NAS 解决方案,当我们的用户(尤其是拥有大量配置文件的用户)几乎同时登录时,该解决方案会变得相当停滞。我遇到了 Gluster,它似乎可以将不同的物理存储介质集群到单个虚拟卷中,并从客户端角度像虚拟 NAS 一样共享它,并且它支持 CIFS。

我的问题是,在活动目录环境中,类似的东西是否可用于主目录和配置文件目录。

我主要担心 ACL,因为我认为 CIFS 不够细粒度,无法支持 NTFS 权限,而且 Gluster 似乎不会导出这些权限级别,而只是导出基本文件共享的基本权限。

我的印象是,使用 Gluster 可以让数据在多台服务器上保持冗余,并加快在高负载下访问文件的速度,同时允许我们通过添加另一台服务器并告诉 Gluster 的主节点添加该服务器来动态增加存储容量。不过,我的理解可能错了。还有人用过它吗?或者愿意分享一下它的可行性吗?

答案1

从理论上来说,GlusterFS 可以满足您的需求。

使用 GlusterFS,您可以轻松创建 RAID0(类型集群/分发)和类似 RAID1 的卷(类型集群/复制),分布在多台机器上。

GlusterFS 架构让您可以以创建 2 个分布式卷的方式堆叠转换器,复制它们,然后通过唯一的挂载点访问您的分布式/复制数据。

但是,有些反馈称用户堆叠此类转换器时会出现错误(请参阅 GlusterFS 邮件列表)。这就是为什么我不太信任 GlusterFS 来设置类似 RAID10 的卷。(由于我没有对此设置进行足够的测试,因此这只是一种信念)

当然,简单的类似 RAID0 和 RAID1 的卷似乎已准备好投入生产。

相关内容