快照删除速度非常慢


13

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

我有一个带有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

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

文件大小在每次迭代(当然,大多数迭代)下降,所以我认为这最终整合过程将完成(也许我需要把虚拟机断网30分钟,让这个完成,而不会产生任何变化) 。

每百兆增量需要约2分钟的时间来合并。这当然从来没有发生过。在普通的Veeam备份下删除快照大约需要40分钟(因此肯定不是很快,但不会那么慢)。


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


我不禁注意到8Mbit / sec几乎接近10Mbit / sec的网络,减去一些开销。可能这是iSCSI链路上与网络相关的问题-狡猾的修补程序引线刚开始出现故障?它是单个链接,单个主机吗,否则该主机是否可以执行持续的读写操作?您可以检查交换机端口是否有错误?
TessellatingHeckler

@TessellatingHeckler我刚刚做了一些测试,但我仍然可以从阵列中连续获得约1.5Gbit / sec的速度,这是我在正常情况下可以从中获得的结果。昨晚快照清除了3分钟这是迄今为止速度最快的,我曾经见过它(通常是约10倍那么长,但对这里昨晚大的足球比赛,所以我怀疑,没有人使用系统小时后当备份运行时,因此增量很小,提交时间也很小)。因此它可以快速地做到这一点,只是那一次没有。
Mark Henderson

嗯 您是否正在运行VMware Storage IO Control,并且数据存储是否与其他VM共享?在不增加主机或SAN硬件压力的情况下,是否有达到限制/软限制的机会?
TessellatingHeckler,2015年

ESXi和vCenter版本?
尼尔斯,2015年

两者均为@Nils 5.5
Mark Henderson

Answers:


2

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

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


1
是的,除了6个小时才能删除5GB快照是荒谬的。正如我提到的,删除快照通常需要40分钟左右,我什至觉得40分钟太慢了。这是该VM上的唯一快照,并且快照删除在更高版本的ESXi中已更改,因为删除它们的顺序无关紧要。
马克·亨德森

2
我之前已经看到快照行为缓慢,而存储中的I / O却很少,但从未找到原因。我一直只是以为虚拟机管理程序正在考虑内存中的增量。(有问题的机器使用的是直连式存储,或者我可能也研究过SAN问题,但我一直将其归因于VMWare快照子系统中的大增量或未优化的代码)。
voretaq7 2015年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.