快照删除速度非常慢

Mar*_*son 15 iscsi snapshot vmware-esxi lefthand

我有一个 ESXi 盒,带有通过 iSCSI 公开的 HP LeftHand 存储。

我有一个带有 1TB 磁盘的虚拟机,其中消耗了 800GB。磁盘在 LeftHand 存储上进行了厚配置。

在 VM 上打开了一个快照(以便 Veeam Backup and Recovery 可以完成它的工作),并且打开了大约 6 个小时。在此期间创建了大约 5GB 的增量磁盘。

快照删除现在已经花费了 5 个多小时,但仍未完成。存储阵列报告该阵列上几乎没有 IOPS(大约 600,这是背景噪音),没有吞吐量(大约 8MB/秒,这又是背景噪音),平均队列深度为 9。

换句话说,快照整合过程似乎不受 IO 限制,我看不到任何导致快照删除如此缓慢的原因。它正在工作,通过观察增量文件来判断。

关于为什么这个(相对较小的)快照删除速度如此之慢,我还应该考虑什么?


根据VMWare 文档,我现在正在观看ls -lh | grep -E "delta|flat|sesparse",并且看到两个正在更改的增量文件:

-rw-------    1 root     root      194.0M Jun 15 01:28 EXAMPLE-000001-delta.vmdk
-rw-------    1 root     root      274.0M Jun 15 01:27 EXAMPLE-000002-delta.vmdk
Run Code Online (Sandbox Code Playgroud)

我推断一个快照文件正在合并,而另一个在合并过程中收集增量。然后合并新的增量,并在该过程中创建另一个增量。

文件大小随着每次迭代下降(好吧,大多数迭代),所以我假设最终这个整合过程会完成(也许我需要将虚拟机从网络中移除 30 分钟,让这个完成而不产生任何更改) .

每 100 兆 delta 需要大约 2 分钟来整合。这当然以前从未发生过。在正常的 Veeam 备份下删除快照大约需要 40 分钟(所以肯定不快,但也不是那么慢)。


6 小时 2 分钟后,快照终于被删除。但是,我仍然想知道您是否通常可以通过任何方式解决此类问题(存储性能之外)。

And*_*yer 2

据我了解,ESXI 快照删除可能(并且通常)需要很长时间。在删除快照之前,需要将旧快照中的更改按顺序写入下一个快照。我被教导要始终删除从最旧到最新的快照,以帮助该过程尽可能快速有效地运行。

当然,快照之间的更改越多,合并所需的时间就越长。

  • 是的,除了 6 小时删除 5GB 快照是荒谬的。正如我提到的,删除快照通常需要大约 40 分钟,我什至觉得 40 分钟太慢了。这是该虚拟机上的唯一快照,并且在 ESXi 的更高版本中快照删除也发生了变化,因为它们的删除顺序并不重要。 (2认同)
  • 我以前见过存储上的 I/O 很少而导致快照行为缓慢的情况,但从未追踪到其原因。我总是假设虚拟机管理程序正在咀嚼内存中的增量。(有问题的机器使用的是直连存储,或者我可能也研究过 SAN 问题,但我总是将其归因于 VMWare 快照子系统中的大增量或未优化的代码)。 (2认同)