加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > Linux > 正文

nfs – 复制的共享文件系统

发布时间:2020-12-13 17:00:56 所属栏目:Linux 来源:网络整理
导读:我正在研究在AWS(EC2)基础架构上设置共享文件系统/文件服务器,该基础架构提供复制和相当轻松的故障转移.这个文件系统可能会承载数百万个文件,这些文件的大小只有几兆.这些文件将从多个客户端VM访问(读/写).如果主文件服务器出现故障,我希望客户端能够在不丢
我正在研究在AWS(EC2)基础架构上设置共享文件系统/文件服务器,该基础架构提供复制和相当轻松的故障转移.这个文件系统可能会承载数百万个文件,这些文件的大小只有几兆.这些文件将从多个客户端VM访问(读/写).如果主文件服务器出现故障,我希望客户端能够在不丢失任何文件的情况下故障转移到副本文件服务器(即我希望复制是实时的).我看了几个选项:

>将S3与s3fs一起使用.我担心在对数千个文件执行操作时(例如,复制/移动文件时),每个请求的延迟都会有问题.我也听过一些报道让我质疑s3fs的稳定性 – 不确定是否仍然如此.
>在EC2实例上设置NFS服务器,使用drbd在两个实例之间复制块.缺点:

>我过去曾经遇到过drbd的可靠性问题,特别是在高延迟链接上
>如果主NFS服务器出现故障,它将关闭客户端,需要系统管理员干预和/或重新启动才能让他们重新连接到辅助服务器.没有自动故障转移.

还有更好的解决方案吗?

解决方法

只是一些更新的信息.如果您像我一样并且非常长时间地想要使用此功能,请使用Amazon Elastic File System(EFS).它是跨多个可用区域复制的NFS安装.

(很抱歉打破这个问题,但是这个答案的google排名足够高,以至于有些人可能正在寻找这个解决方案.)

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读