我目前正在重新devise我们的备份解决scheme，并希望对如何执行复制部分进行一些input。 我们有两个站点，一个比另一个大得多，我们需要备份。 我有两台Linux服务器可以通过NFS / iSCSI / SMB共享他们的卷（我还没有完全决定要使用哪一个）。 将存储在这些卷上的文件很可能是VMDK – 所以只有单个大文件 – 将包含使用VMWare Data Recovery或Veeam（还没有决定使用哪个）的备份。
现在来棘手的部分..我想复制这些VMDK的两个服务器。 所以服务器A将拥有自己的VMDK，服务器B将拥有自己的VMDK。 我是否应该使用像Rsync一样定期将文件复制到另一台服务器上，还是利用DRBD + GFS2之类的东西在块级别更改时更好地复制内容，从而为我提供主动/主动集群文件系统？ 请记住VMDK在两个位置都不会被修改。 也就是说，服务器A永远不会修改主要位于服务器B上的VMDK，反之亦然
请让我知道，如果你需要更多的信息，并感谢您的任何input！
过去，我曾经在一些类似的系统上工作过（对于VM存储复制，不会less！）。 一般来说，我更熟悉预定的rsyncs解决scheme，因为我们发现DRBD设置很棘手，有点脆弱，但是如果在rsync之间发生故障，您将失去这些更改。 这些文件的更改频率如何？/如果发生故障，备份的最近时间是多久？
在块设备不断更新的情况下，DRBD更好，这是一个很大的优势，可以为我们提供更快的虚拟机故障切换。 但是我们确实find了设置（如果出现问题，那么debugging）就更困难了。 如果你需要这种冗余，我通常会说使用DRBD，如果你考虑这些更冷/不常见的备份的话，我会说rsync。
（我们也尝试了一些相当狂热的东西：iSCSI（实际上是SRP）导出的来自两个不同服务器的块设备，软件RAID应用于服务器＃3上的块设备，但是我们没有足够的时间去testing它许多。）