这个问题与前者，更通用的，但这次我想更具体地问一下 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 池中，即可立即用于托管更多/更大的 VM 或其他任何东西。发送/接收快照听起来与 DRBD 所做的一样高效，因为它只是增量二进制数据，具有描述接收 ZFS 中要理解的更改所需的任何开销。我读过有人使用无限循环而没有睡眠时间发送/接收 ZFS 快照，然后再次直接在源中删除它们，因为它们只需要短期复制。
不过，加密对 ZFS 来说似乎是一个问题。dm-crypt 可能适用于 zvols 之类的东西，将来也可能直接支持加密，但目前还不行。此外，发送/接收快照似乎总是异步的，没有办法实现更同步的协议，如 DRBD 提供的协议（如果需要）。不过，这可能是可以接受的，因为不需要使用 LVM 并使整体设置更容易。
或者我错了，除了发送/接收快照之外，还有其他方法可以让 ZFS 将数据转发到其他主机吗？而且仅限于 ZFS？
您是否发现使用 ZFS 在短时间内频繁发送/接收快照与使用 DRBD 镜像协议相比存在一些根本的性能差异或限制？我猜后者可能效率更高一些，因为只有块级别。
您能想到 DRBD 和 ZFS 之间还有其他区别吗？请记住，我目前不需要 DRBD 的 HA 功能，我现在专注于数据复制。
谢谢！