相关疑难解决方法(0)

ZFS 同步通过不可靠的慢速 WAN。ZFS 复制还是 rsync?

我的任务是通过 WAN 进行异地备份工作。两个存储盒都是基于 FreeBSD 的运行 ZFS 的 NAS 盒。

每周一次或两次,15-60 演出的摄影数据被转储到办公室 NAS。我的工作是找出如何使用非常慢的 DSL 连接(约 700Kb/s 上传)尽可能可靠地在场外获取这些数据。接收盒的形状要好得多,下行速度为 30Mb/s,上行速度为 5Mb/s。

我知道,在异地携带硬盘驱动器可以更快地移动数据,但在这种情况下它不是一种选择。

我的选择似乎是:

  • ZFS 通过 ssh 增量发送
  • 同步

rsync 是一个久经考验的解决方案,并且具有在某些事情中断时恢复发送的非常重要的能力。它的缺点是迭代许多文件并且不知道重复数据删除。

ZFS 快照发送可能会传输更少的数据(它对文件系统了解更多,可以执行重复数据删除,可以比 rsync 更有效地打包元数据更改)并且具有正确复制文件系统状态的优点,而不是简单地复制单独的文件(这更占用磁盘空间)。

我很担心 ZFS 复制性能 [1](尽管那篇文章已经发布了一年)。我还担心如果出现问题,能否重新开始传输——快照功能似乎不包括这一点。整个系统需要完全不干涉。

[1] http://wikitech-static.wikimedia.org/articles/z/f/s/Zfs_replication.html

使用任一选项,我应该能够通过将流量路由到指定端口,然后在路由器上使用 QOS 来降低流量的优先级。我需要避免在每次传输期间对两个站点的用户产生重大负面影响,因为这需要几天时间。

所以……这就是我对这个问题的看法。我错过了任何好的选择吗?有没有其他人设置过类似的东西?

freebsd backup zfs rsync wide-area-network

10
推荐指数
2
解决办法
2万
查看次数

标签 统计

backup ×1

freebsd ×1

rsync ×1

wide-area-network ×1

zfs ×1