这个问题与以前的一个更通用的问题有关，但这次我想更具体地问一下 ZFS 是否可以在像我这样的用例中取代 DRBD。也就是说，两台服务器都托管自己的虚拟机或其他服务，同时将虚拟机或其他一些数据相互复制，以缩短硬件故障或维护时的停机时间。此设置符合预期，我想要首选的本地读取/写入，并且可以在某个任意时间范围内承受潜在的数据丢失。
DRBD 使用不同的镜像协议支持这种场景，其中复制协议 A是异步的，因为我需要它。DRBD 在我的设置中的主要好处是切换到更同步的协议很容易，只需配置和重新启动即可。此外，可以将 dm-crypt 放在 DRBD 块设备之上，并将文件系统放入 dm-crypt 中，以便对每个数据进行加密。
另一方面，DRBD 的问题是它需要块设备，并且必须使用 RAID 和 LVM 等其他技术来关心它们的可用性和大小。尤其是调整大小的事情似乎很有趣，因为我的服务器有空闲插槽可以在将来连接更多磁盘。为了支持调整大小，我需要在 DRBD 下使用 LVM，首先使用 LVM 添加存储，然后调整 DRBD 的大小以考虑新存储。比我还需要处理 dm-crypt、文件系统本身等。这读起来很复杂，而且对我来说容易出错。
另一方面，像 ZFS 这样的文件系统已经提供了自己的 LVM，并且能够发送/接收增量快照。所以理论上 ZFS 应该能够实现相同的协议 像 DRBD 这样的方法不需要使用 RAID、LVM 等。只需将存储添加到服务器，将其放入 ZFS 池中，它就可以立即用于托管更多/更大的虚拟机或其他。发送/接收快照听起来和 DRBD 所做的一样高效，因为它只是增量二进制数据，需要任何开销来描述接收 ZFS 中要理解的更改。我读过有人使用无限循环，没有睡眠时间发送/接收 ZFS 快照，然后再次直接在源中删除它们，因为它们仅用于短期复制。
不过，加密对 ZFS 来说似乎是个问题。dm-crypt 可能适用于 zvols 之类的东西，将来它可能会直接支持加密，但目前不支持。此外，发送/接收快照似乎总是异步的，如果需要，没有办法实现像 DRBD 提供的更同步的协议。不过这可能是可以接受的，因为不需要使用 LVM 并使整体设置更容易。
还是我错了，除了发送/接收快照之外，还有其他方法 ZFS 如何能够将数据转发到开箱即用的其他主机和仅 ZFS？
您是否发现在短时间内使用 ZFS 与 DRBD 镜像协议发送/接收快照存在一些基本的性能差异或限制？后者可能会更有效率，因为我猜只有块级别。
您能想到 DRBD 和 ZFS 之间的其他区别吗？请记住，我目前不需要 DRBD 的 HA 东西，我现在专注于数据的复制。
谢谢！
我最近问了一个有点相似（但不同）的问题
简而言之，这完全取决于您想要实现的复制目标以及 ZoL 是否适合您的用例：
另一方面，我建议你不要使用 ZVOL，它隐藏了一些令人讨厌的惊喜。