gpt4 book ai didi

linux - 将 ZFS 快照应用于非 ZFS FS

转载 作者:太空狗 更新时间:2023-10-29 12:23:37 24 4
gpt4 key购买 nike

所以这是一个理论问题以及具体(临时用例)

  • 两台服务器要相互同步。一个在现场,另一个是场外备份。

  • 但是,如果需要,Off-Site 应该复制和访问数据(不存储服务器 1 的存档图像)

  • server1 和 server2 通过 VPN 连接通过互联网连接

  • server1 使用 ZFS Raid 10

  • server2 使用 ext4 Raid5(临时设置,将来会被 ZFS 取代,此用例消失)

您能否在服务器 1 上拍摄 ZFS 快照,将其发送到服务器 2 并将其解包/应用到 raid5 阵列,本质上是通过增量快照复制服务器 1?

我知道还有一些其他的文件系统复制工具,但我想知道我们是否可以在非 zfs fs 中使用快照。 (文档让我相信这是不可能的,但我对此了解不够)

最佳答案

是的,理论上有两种选择。两者都使用异步复制,因此将有一个非零 RPO (虽然从你的描述看来在某种程度上是可以接受的):

  1. 使用 zfs send 在源系统上创建一个流,然后使用一些可以理解该流内容并在接收系统上转换为 POSIX 文件系统原语的工具。

  2. 在源系统上拍摄快照,然后使用与 FS 无关的工具从该快照复制内容。

第一个的好处是它是最高性能的选项,因为 ZFS 知道它的池的哪些部分已经更改并且只需要查看/发送这些部分。但是,我不知道有什么工具可以真正做到这一点。 (原型(prototype)是在 ZFS 开发人员黑客马拉松上构建的,但这种类型的工具没有大量受众,因此它们从未达到生产质量 AFAIK。)

第二个性能较差,因为它必须检查数据以查看发生了什么变化,但它的好处是存在工具——尽管您可能需要与它作斗争,但您可以使用 rsync 为此。此外,它的 RPO 可能更高,因为传输数据需要更长的时间。稍微棘手的部分是:

  • 将其元数据写入源端池的可写部分,因为您正在复制的快照将是只读的。 (查看要复制的文件系统根目录中的 .zfs/ 目录,找到快照的可读副本。)
  • 如果源系统在 rsync 运行期间死机,则使故障转移目标没有中间状态。希望您的目标文件管理器能够在您开始 rsync 运行之前进行快照,以便您可以在运行失败时回滚到“上次良好状态”。否则,希望您的数据/应用程序能够容忍一些不一致。 (或者可能有一个我以前没有用过的 rsync 选项可以执行此操作。)

关于linux - 将 ZFS 快照应用于非 ZFS FS,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/50049350/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com