vSphere 5.0存储特点二-存储 vMotion

存储VMotion允许一个运行的虚拟机从一个数据存储迁移到另一个存储，而不会产生任何停机。这是首次引入的一个机制，当ESX 2.x升级到ESX3.0.1时以协助客户将虚拟机从VMFS- 2移动到VMFS- 3（不会造成 VM 停机时间）。事实上，我们当时并没有把它称之为存储vMotion，但被称为所谓升级的vMotion（？）。
 
很快就可看出，许多其他用途，可进行Storage vMotion，例如协助存储分层，当虚拟机运行时存储设备需要维护，停止或替换正在使用存储设备时。
 
底层技术从最初版本以来，已经发生了许多变化，并再次在vSphere5.0中，我们引入了一个新的改进的迁移机制，提高了Storage vMotion操作的性能和可靠性。
 
在ESX 3.5中，我们依靠传统的VM快照机制。我们创建了一个虚拟机快照对源磁盘的I / O处理的VM从该点起。这意味着，该磁盘基本处于停顿状态，这样我们就可以开始移动到目标数据存储。一旦迁移虚拟机的基础磁盘，那么，我们承诺捕获在快照的对磁盘上的目标数据存储的所有更改。但是，如果虚拟机是非常繁忙，快照增量可能增长到很大，及提交过程可能需要相当长的时间完成。
 
在4.x版本中，我们对这一机制进行了改善，使用一个叫Changed Block Tracking （CBT）的功能。这意味着我们不再需要使用的Storage vMotion快照，这可能增长非常大的I / O密集型的虚拟机，从而需要较长的时间提交到目的地。 CBT 跟踪的更改后的初始副本的磁盘块。我们然后以递归方式去通过一个或多个副本传递，直到更改的块数是足够小，可使我们能够切换到目标数据存储上时使用快速暂停/恢复操作的正在运行的虚拟机。这种机制和我们的在网络上做 vMotion是 非常相似的。同样，如果我们有一个非常繁忙的VM，迁移可能需要很长时间，因为我们必须要经过很多的副本传递。
 
在5.0中，我们再次提高的Storage vMotion在多个迭代副本的传递，而不是单纯的存储vMotion操作。在vSphere5.0的Storage vMotion使用一个新的镜像驱动机制，以保持目标同步源的初始副本后所做的任何更改。迁移过程中不通过单一的磁盘，所有的块复制到目标磁盘。如果任何块有变化后，则它已被复制，这是从源头上通过镜像驱动程序实现同步。不再有任何递归传递的需要。这意味着，我们现在有一个更短的存储vMotion操作，因为它可以在一个单一的传递完成迁移。
 
VSphere 5.0 中一些额外的存储 vMotion 功能有：
              存储 vMotion 将使用快照/链接克隆的虚拟机。
              存储 vMotion 允许 VMware 虚拟机基于存储利用率和负载为实施一种新的平衡技术。此功能称为存储 DRS，未来的博客中将介绍。
 
有时会提出一点疑问，为什么我们观察到预拷贝内存中存储的vMotion期间的日志。我只想澄清，没有内存预拷贝。日志消息只是从VMkernel中迁移基础设施（基础设施的vMotion使用了同样的迁移）的工件。内存是通过atomically传输到目标 VM，最后快速执行暂停/恢复 (STUN) 动作，有效地将 VM 切换到目标位置上的磁盘中。
 
最后要注意存储 vMotion 和网络的通讯，有时会导致混乱。内部的存储 vMotion操作都是在一个单一的ESXi服务器（或带卸载的存储阵列，如果阵列支持通过VAAI的硬件加速）。在“网络”通过的ESXi服务控制台或管理的网络存储vMotion操作时没有通信。一些控制操作，可能需要vpxa/ hostd/ vpxd/ NFC（网络文件副本）之间的地方，但所有内部的批量数据传输到ESXi都使用VMkernel移动数据（或使用上面提到的VAAI卸载）。在早期版本的 ESX，我们并未使用 nfc (无数据移动器） 复制一些在环回适配器的虚拟机文件 （如日志）。但我们不能再这样做。
 
Posted by Chogan on July 13, 2011 in Storage , vSphere | 原文地址