DRBD或类似的caching/有限networking上的networkingRAID

我正在寻找方法来创build某种文件复制,而不会在文件操作上失去太多的性能。 由于非技术性限制,真正的RAID不是一种select。

据我了解,DRBD试图像一个真正的RAID1,立即分发变化。 从我所读的内容来看,这只有在服务器真正接近彼此(同一个机架)时才有意义。 但是,在文件系统的复制和HD故障情况下的数据部分丢失之间,我可能存在一定的延迟(例如15-30分钟)。

你能指出我的方向吗? 是否有非实时文件复制? 或者我会更好的简单地调用rsync一遍又一遍? 是否有任何比较DRBD与软件RAID系统的不同延迟的基准。

可能GlusterFS将是一个解决scheme。 http://www.gluster.org/

根据我的经验,它能够很好地应对慢速networking。

你也可以使用NBD和MDADM,我只是为一个客户评估一个类似的情况,但是我没有来到做基准testing。

两个更多的想法给你:

  • 在模式“A”(=asynchronous模式)下使用DRBD并调高缓冲区(最大值应为8 MB)。 这将使drbd稍微落后一点。
  • 使用rsync ,也可以在你的目标上使用rsync-server-mode。 这样校验过程将会加快。

如果滞后和一些数据丢失不是一个问题,你可以编写自己的小型rsync脚本,如:

rsync -av --delete /etc /root /home /usr /etc /var /opt [email protected]:/ 

每15分钟运行一次。 然而,收集和传输所有数据的速度可能太慢,在下一次运行之前尚未完成。 虽然rsync至less运行一次,但在后续运行中速度相当快。

您也可以尝试rsnapshot: http : //www.debian-administration.org/articles/217

“与许多备份解决scheme一样,rsnapshot是一个build立在OpenSSH和Rsync基础之上的脚本 – 后者用于同步目录内容而不使用过多的带宽,而前者确保通信的encryption和安全。