跨多台服务器的镜像文件系统

跨多台服务器的镜像文件系统

我正在寻找一种解决方案,用于在几台 Linux 服务器上镜像或复制一个目录(或一个文件系统)。理想的解决方案是允许所有服务器进行读写访问。我还希望它具有弹性,如果其中一台服务器出现故障,其余服务器仍应正常工作,而不会丢失任何数据。

我一直在寻找一些解决方案:

  • DRBD:块级别复制,似乎有点小题大做;
  • 同步:看起来很简单,但是对性能有怀疑;
  • 集群文件系统:看起来这很合适,但我还没搞清楚复制模式的具体工作原理。它会具备我需要的特性吗?

欢迎提出任何其他建议。

答案1

我要问的第一个问题是,您是否希望将其复制到两台服务器或两台以上的服务器?对于两台服务器,我会使用 DRDB,对于三台或三台以上的服务器,我会使用 gluster。

如果 I/O 延迟不是关键问题,我会选择 gluster。它设置起来非常简单,可以满足您的需求。您需要做的就是创建一个 gluster 服务器,为所有三个盒子提供文件,然后让每个盒子充当安装文件的 gluster 客户端。

DRDB 在具有 3 个或更多服务器的主<->主模式下工作会很复杂。您必须配置基于环的设置,我不推荐这样做。但是对于两台服务器来说,DRDB 非常棒。主<->主模式的设置并不复杂,您不必学习任何文件系统知识。

lsycd 非常适合主/从设置,但您似乎并不想要这样做。

Ceph 仍然很新,上次我检查时它甚至还没有 fsck 支持。我宁愿将我的基础设施建立在更稳定的基础设施上。

Lustre 是一款适用于大规模部署的出色产品,但您需要为 mds 服务器设置心跳和故障转移,否则它将出现单点故障。考虑到他所谈论的服务器数量有限,我怀疑在这种情况下这样做有点过头了。

答案2

怎么样头孢或者光泽

答案3

你应该调查开放AFS——它是一个分布式文件系统,允许在集群中分布存在多个数据副本,并且每个人都可以同时读取/写入文件系统。

它还有很多其他有用的功能(良好的身份验证、在线加密、客户端内置本地缓存、原生 Windows 客户端、可跨多个版本的 Unix 移植等)

不过,设置起来有点繁重。

答案4

根据您的需要,NFS 可能也能正常工作。

相关内容