我发现自己需要在块级别的冗余存储。 文件级复制（Gluster，GFS等）不适用于我的用例。
它看起来像DRBD是块复制的解决scheme。 似乎没有太多的其他理智的select。 我的研究失败了，还是DRBD是镇上唯一的游戏？
是的，DRBD是唯一可以处理并发写入的复制块设备。 如果你打算把文件系统放在最前面，显然还需要处理多个编写器，比如GFS（2）和OCFS（2）。
请注意，如果您能够承受更高级别的抽象冗余，您可能会更喜欢文件级别的语义，所以在使用块级别的语义之前，您应该真正考虑三次。 如果你不能使用更高层次的抽象，但有钱可以解决问题，你可以用一个好的SAN来获得更好的性能。
但是你可能已经知道了。
那么还有MARS（Light） 。 根据德国供应商1＆1广泛使用的文件
您可以使用iSCSI设备设置一个RAID设置，但是我对使用不对称存储设备（在远程存储的情况下包括networking）这样做很谨慎 – OTOH DRBD明确地被devise为支持这种使用。
你有没有理由不喜欢DRBD？
我的研究失败了吗？
如果你认为GFS是一个复制集群文件系统，那么恐怕是这样。
我听说过一个支持复制的networking块设备（NBD）的变种： ENBD 。 但是，我不知道这个项目的状态。 尽pipe如此，该网站看起来仍然不受支持。
还有一种方法：您可以使用带有本地复制的SAN设备，其中磁盘arrays的控制器自己完成所有的复制工作。 虽然这样很昂贵，但是不需要在主机上进行configuration。