你用什么代替 DCE 分布式文件系统？

Question

你用什么代替DCE 分布式文件系统？它如何比较？还是你还在用？

请注意DCE/DFS不是Microsoft 分布式文件系统

Answer 1

我目前正在使用 AFS、NFSv3、NFSv4 和 CIFS。CIFS 主要用于支持 Windows 客户端，我发现它不太适合 UNIX/Linux 客户端，因为它需要为每个访问共享的用户单独安装和连接。用户可以共享相同的挂载点，但在连接的服务器端，他们将被视为相同的用户。

NFSv3 主要用于导出到其他 UNIX/Linux 服务器的目录，因为它稳定且易于处理。对于 AFS 和 NFSv4，我都使用 Kerberos。在 Ubuntu 8.04 及更早版本上使用 NFSv4 我发现它有点不稳定，但它已经稳步改进并且我在 10.04+ 上没有稳定性问题。使用 sec=krb5p 似乎是一个性能瓶颈，所以我倾向于使用 sec=krb5i 或 sec=krb5。

我遇到的一个问题是如何使用 Linux 的 NFSv4 层处理 Kerberos 票证。守护进程定期扫描 /tmp 以查找以 krb5cc_ 开头的文件，并将票据与文件所有者进行匹配。如果用户在 /tmp 下拥有多个票证，它将在扫描时使用最先找到的票证文件。出于其他目的临时购票时，我不小心更改了我的身份。AFS 将票证存储在内核空间中，并且通常与登录会话相关联。我可以以同一个 Linux 用户身份登录两次，但每次登录时仍使用不同的 AFS 凭据而不会受到干扰。我还必须将凭据显式加载到内核中，这通常在登录期间自动发生。我可以在用户空间安全地切换票证而不会干扰文件权限。

总的来说，我比 NFSv3/4 更喜欢 AFS 的许多想法，但与 NFS 和 CIFS 相比，它的开发社区确实要小得多。它也被恰当地称为 OpenAFS，AFS 是 IBM 的闭源产品的名称。AFS 和 NFS 之间的一个很大区别在于 AFS 在其网络协议和支持方面更加一致。AFS 确实提供带内锁定，而不是使用像 NFSv3 这样的边带协议。它还在 POSIX ACL 和 NFSv4/NTFS/CIFS ACL 之间提供了更复杂的 ACL 系统。这与 NFSv3 中添加的 POSIX ACL 不同，它是其协议的标准部分，Windows 和 UNIX/Linux 客户端都可以访问和修改它们。它也不受许多 NFSv3 服务器所具有的 16 个组限制的影响。这使得 AFS 在我的脑海中在 Windows 和 UNIX 系统中显得更加一致。此外，由于 AFS 只能通过其网络协议访问，因此实际底层文件系统的行为与其导出的视图略有不同，因此不存在问题。例如，在 Linux 中，文件可能具有控制访问的 MAC 或 SELinux 标签或其他在 NFS 上不可见的扩展属性。另一方面，AFS 只是没有扩展属性。

Answer 2

我前段时间使用过Hadoop FS 。

例如，Hadoop 文档似乎比 DCE/DFS 更好。此外，它的开发也很活跃。早些时候 IBM 为 DCE 提供了支持，但现在不再提供支持，至少不再积极支持。点对点比较非常困难，因为我找不到 DCE/DFS 的任何好的功能列表。对于 Hadoop，请参阅示例用户指南。

其次，Hadoop与MapReduce提供了强大的分布式计算平台。