复制共享文件系统

Question

我正在考虑在 AWS (EC2) 基础设施上设置一个共享文件系统/文件服务器，以提供复制和相当轻松的故障转移。这个文件系统可能会承载数百万个大小为几兆的文件。将从多个客户端 VM 访问（读/写）这些文件。如果主文件服务器出现故障，我希望客户端能够在不丢失任何文件的情况下故障转移到副本文件服务器（即我希望复制是实时的）。我查看了几个选项：

• 将 S3 与 s3fs 结合使用。我担心在对数千个文件执行操作时（例如，在复制/移动文件时），每个请求的延迟都会有问题。我还听到一些报道让我质疑 s3fs 的稳定性——不确定是否仍然如此。
• 在 EC2 实例上设置 NFS 服务器，使用 drbd 在两个实例之间复制块。缺点：
  1. 我过去曾遇到过 drbd 的可靠性问题，尤其是在高延迟链接上
  2. 如果主 NFS 服务器出现故障，它将关闭客户端，需要系统管理员干预和/或重新启动才能让它们重新连接到辅助服务器。没有自动故障转移。

有没有更好的解决方案？

Answer 1

只是一些更新的信息。如果您像我一样并且想要此功能已经非常非常长时间，请使用 Amazon Elastic File System (EFS)。它是跨多个可用区复制的 NFS 挂载。

（很抱歉提出这个问题，但是这个答案的谷歌排名足够高，以至于有些人可能正在寻找这个解决方案。）