为什么人们不直接使用 rsync 来备份 vmware 来宾？

Question

如果我运行的是现代 vmware ESXi 系统，我可以通过 SSH 将静态链接的 rsync 二进制文件和 rsync 文件放入任何目的地。

我试图理解为什么大多数（全部？）vmware 来宾备份不是通过这种方式完成的。

如果 VM 正在运行，您可以简单地使用“vim-cmd vmsvc/snapshot.create”来创建快照，然后将该快照同步到远程主机。（甚至可以选择“停顿”快照）

或者，如果您想要更强大的备份，您可以优雅地停止 VM 并通过 vmdk 文件进行 rsync。

所以......看起来我是一个简单的shell脚本，远离我想要做的所有备份，简单而轻松，使用普通的旧rsync。

我在这里错过了什么？

Answer 1

因为 ESXi 控制台的传输速度是有意限制的。
因为这在任何方面都不可扩展。
因为您必须将静态编译的 rsync 二进制文件放到 ESXi 主机上。
因为 VM、VMDK、它们的 ramdisk 文件和其他组件的变化足以使 rsync 成为一个失败的提议……您真的想重新同步一个重新启动并更改了少量文件的 200GB 虚拟机吗？
由于源或目标上的 CPU/内存资源要求。Rsync 不是免费的。
因为市场上还有其他产品，包括第三方和 VMware 提供的。查找更改块跟踪。
因为 ESXi不是通用操作系统。

@ user227963 Rsync 在处理大量文件和大文件时效率也很低。虽然它可能不必通过网络*重新发送*整个文件，但它必须在源和目标上*重新读取*它。CBT 会在这里帮助你，但 rsync 对 CBT 一无所知。 (9认同)
他们不是......我的意思是，它的名字是：***ghettoVCB***。那里有更好的解决方案。Veeam、vSphere 数据保护等。 (3认同)
如果您切换到 xen/kvm，您当然可以使用 rsync 方法。 (2认同)
@user227963 复制文件很简单。现在让它变得更快，而不是在具有小的持续变化的大文件上占用资源。rsync 是不错的，但远不及任何具有内部信息的块更改的性能。 (2认同)