Tho*_*ing 9 zfs replication drbd zfsonlinux
这个问题与以前的更通用的问题有关,但这次我想更具体地询问 ZFS 是否可以在像我这样的用例中替换 DRBD。即两台服务器,都托管自己的 VM 或其他服务,同时将 VM 或其他一些数据相互复制,以缩短硬件故障或维护时的停机时间。此设置符合预期,我想要首选的本地读/写,并且可以在任意时间范围内承受潜在的数据丢失。
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?
与 DRBD 镜像协议相比,您是否看到在短时间内使用 ZFS 频繁发送/接收快照的一些基本性能差异或限制?后者可能会更有效一点,因为我猜只有块级别。
您能想到 DRBD 和 ZFS 之间的任何其他区别吗?请记住,我目前不需要 DRBD 的 HA 内容,我现在专注于数据复制。
谢谢!
简而言之,这完全取决于您想要实现的复制目标以及 ZoL 是否适合您的用例:
另一方面,我建议您不要使用 ZVOL,它隐藏了一些令人讨厌的惊喜。
| 归档时间: |
|
| 查看次数: |
2382 次 |
| 最近记录: |