最近笔者在同行网站看到了一篇应该是编译自国外的“不逊Win8 Win Server 8必火的十大理由”,从中获取一些信息并受到启发。本文我们将里面的部分内容重新整理并加入点评,重点关注存储部分,特别是在Hyper-V 3.0服务器虚拟化方面的改进。
Windows Server 8卸载数据传输功能
为利用存储硬件中提供几乎瞬间复制大量数据的创新功能,Windows Server 8 Beta 中的 Hyper-V 引入了卸载数据传输。借助这个新功能,Hyper-V 工作负荷使用主机硬件的卸载语义以及虚拟存储堆栈在需要复制大量数据的虚拟硬盘上执行某些内部操作。Hyper-V 执行这些操作的速度超乎寻常的快。
由上图:虚拟机之间传统的数据复制方式,是先将存储阵列中的数据读到虚拟服务器内存,再经过网络传输后写入到阵列上的另一个位置(比如卷)。而Hyper-V的卸载数据传输(Offloaded Data Transfer,ODX)功能,可以将实际的数据传输直接在智能存储阵列(Intelligent Storage Array)的内部硬盘间完成。相当于卸载了虚拟服务器的读和写,以及网络传输操作,这个功能与VMware VAAI(vStorage APIs for Array Integration)中的Full Copy(或称Copy Offload)特性是十分类似的。
Hyper-V 卸载数据传输是一项新的硬件功能,它允许将大量数据从一个位置复制到另一个位置。通过在 Hyper-V 存储堆栈中提供对卸载数据传输的支持,该功能可以用很少的时间完成这些操作(与没有该支持时所花费的时间相比)。通过将工作负荷传递给主机硬件允许虚拟化 工作负荷使用卸载数据传输的语义,从而帮助虚拟化的工作负荷像在非虚拟化环境中那样高效运行。
Hyper-V 卸载数据传输需要以下内容:
支持卸载数据传输的硬件,用于托管虚拟硬盘文件。硬件需要作为虚拟 SCSI 设备或直接连接物理磁盘(有时称为传递磁盘)连接到虚拟机。
本机连接的基于 VHDX 的虚拟磁盘也支持此优化。
连接到 IDE 控制器的基于 VHD 或基于 VHDX 的虚拟磁盘不支持此优化,因为集成开发环境 (IDE) 设备缺少对卸载数据传输的支持。
存储区域网络 (SAN) 供应商正在努力提供对大量数据的几乎瞬间复制操作。该存储设计为允许磁盘上的系统指定特定数据集从一个位置到另一个位置的移动(“卸载数据传输”)。
虚拟硬盘的重要维护任务(如合并、移动以及压缩)都依赖于复制大量数据。当前复制数据的方法需要向其他位置进行读写操作,这是一个非常耗时的过程。
Windows Server “8” Beta 中 Hyper-V 的存储堆栈支持卸载数据传输操作,因此这些操作可以从来宾操作系统传递到主机硬件。这确保了工作负荷可以使用支持卸载数据传输的存储,就好像在非虚拟化环境中运行一样。Hyper-V 存储堆栈也在虚拟硬盘的维护操作期间发出卸载数据传输操作,如移动大量数据的合并磁盘和存储迁移元数据操作。
根据上文,实现Hyper-V的ODX功能也需要支持卸载数据传输的硬件,就像支持VAAI的阵列那样。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
对VMware存储进行自动精简配置会引发哪些问题?
采用自动精简配置可以实现存储空间的最大释放和节省。那么,对VMware存储进行自动精简配置会引发哪些问题?
-
Hyper-V环境下 iSCSI启动器运行在何处更好
在Windows Server Hyper-V环境下,iSCSI启动器应该运行在何处?在不同的位置运行各有什么好处呢?
-
如何加速Hyper-V的初始复制?
尽管微软简化虚拟机副本的创建过程,但管理员依然需要做一些决定。其中最重要的一些涉及到初始复制过程。那么,将数据从生产虚拟机复制到远程的Hyper-V副本的最佳方式是什么呢?
-
Hyper-V之后 Windows Server存储复制再生为何?
存储复制是Windows Server即将推出的版本引入的新功能。这项新功能将使物理存储可以从一台服务器复制到另一台。通过这一实现,使得整个服务器的镜像成为可能。