VMWare KB和多个博客指出，长时间运行的快照对性能和完整性都不利。 他们有有效的分数。
当然，这不是在ESXi上，而是在NIX服务器上的Workstation \ VirtualBox，我确实看到很多博客都在使用LVM（甚至是ZFS）快照。 假设LVM，他们实际上将他们的VMDK存储在一个LVM卷上，并且获取他们想要的所有快照。
我没有看到这个解决scheme与简单地使用VMDK快照有什么不同，但是从性能或者完整性的angular度来看，VMWare并没有提到它。 很多博客都认为这是一个快照解决scheme。
这就是长期运行VMWare快照坏，如果他们不是真正的VMWare快照，而是在LVM \ ZFS卷上的VMDK？
澄清
长时间运行的快照是一个连续运行很长时间的快照。 假设我设置了几个Windows虚拟机，在LVM级别快照它们，并运行它们几个星期或几个月（甚至可能在整个过程中）。 当我想要回滚时，只需回滚快照即可返回到以前的版本。
VMWare KB明确指出（对于本地VMWare快照）
“使用单一快照的时间不能超过24-72小时，为了应用程序或虚拟机版本控制的目的，快照不应该长期保存。
众所周知，人们运行LVM \ ZFS快照大量时间，没有不良影响。
不要关注快照 。 这是混淆你的判断:)
VMware内置了vCenter的模板化和克隆function 。 您需要600美元的vSphere Essentials许可才能启用此function。
您可以根据自己的喜好创build一个虚拟机，然后将其克隆到模板中。 然后可以使用该模板来生成新的虚拟机 。
这使您可以拥有“干净的状态”，还可以从该主映像创build长时间运行或永久的虚拟机。 没有快照需要。
我认为这个问题的根源在于做快照有两种根本不同的方法。
VMWare快照意味着暂停写入其主磁盘，而是将所有写入放入单独的快照磁盘。 恢复到这个快照意味着放弃所有的写入（这会导致很less的开销），但是删除它意味着将分离的写入应用到主磁盘。 这可能是IO密集型的，并且会导致存储拥塞，因为我不知道如何使这个stream量比普通IO具有更低的优先级。
存储快照可以通过多种方式完成，但是其中没有一个像上面的VMWare快照。 他们都有一些权衡，但他们都不需要大量的更新作为不可优先的主机IO发送到存储设备。 存储快照的一些示例是写入时复制，写入后复制和Netapp式写入任意位置快照。
是的，ZFS快照适用于这种情况，如果您随意添加，则不会有性能损失。 （也容易复制备份等）
但是，与vmware没有任何协调，因此您需要删除并在恢复快照时手动将其重新添加到清单中。 这对你来说是否是一个非常好的解决scheme很大程度上取决于你的工作stream程
还有任何主要的时间差异，通常还原问题与时间同步/域authentication等。