好的,感谢您的澄清,问题是您对快照的理解 – 它不是您认为的.假设您有一个没有快照的磁盘,当您创建快照时,所有发生的事情都是由管理程序创建新文件,而JUST自快照以来对基础磁盘所做的更改,管理程序随后只发送给客户操作系统来自基本磁盘的正确数据(如果自快照以来磁盘的该位未更改)或来自快照文件的数据(仅当创建快照后该位数据已更改).因此,发送快照文件只会包含已更改的数据,并且本身很少或根本没用 – 这样可以吗？

这说明你实际想要实现的目标非常简单,只需关闭你的虚拟机并从文件菜单中选择’保存到OVF’,然后这将允许你以一种名为OVF的虚拟机管理程序无法识别的格式保存虚拟机,你可以然后转移到你喜欢的任何人.然后,他们可以将OVF文件导入到他们拥有的任何管理程序中(即,它不必是VMWare Workstation).此文件将包含在关闭点保存的VM,如果需要,您可以根据需要删除自己计算机上的快照并继续工作.

这是我刚刚创建的(非常差的)图表;

在这个例子中,我们只有四个数据’块’/位置 – 编号为1到4.你可以看到每个’块’包含一些数据(在这种情况下是一个数字).然后,我们创建快照编号1并更改“块”1和3中的数据(在本例中为101和75).此时,如果OS读取“块”1,则来自管理程序的响应为101,而不是100,而“块”3的响应为75而不是50,但“块”2和4的响应仍为200和25.如果我们删除快照1然后一切都回到黄色的值.如果我们创建第二个快照并将数字102写入“块1”然后将该块“阻止”并且仅在第二个快照文件中更新该块,如果我们读取“块”3它将引用第一个快照文件以获取如果我们想要读取’块’2和4,那么数据和基本文件.如果我们在’Snap 2’点保存/导出VM,它将创建一个单独的文件,其中写有块(即102,200,75,25).

现在很明显,在VM快照存在的任何情况下,磁盘IO的性能都会受到影响,因为可以对磁盘进行多次读写以实现此快照机制.实际上,快照越多,每个快照的更改越多,性能影响就越大.也就是说有一个问题,如果将大量磁盘写入当前快照的一部分,其中性能命中率会降低,因为几乎所有IO都将转到snap文件,但是应该避免这种情况.您可以.事实上,VM快照是一个不好的想法,因为删除它们(它只是真正将更改写回到基本文件或中间快照文件)所花费的时间越长,自快照以来发生的更改就越多.作为一项规则,我不喜欢存在超过24/48小时的快照,但在桌面环境中可以拉伸一点.

顺便说一下,这个机制几乎就是所有虚拟机管理程序中所有快照方法的工作原理(在NetApp的WAFL文件系统和ZFS中可能有点不同,但它至少是一个很好的基本理解).

这个清楚吗？如果没有,也许看看手册,他们很清楚.