XenServer虚拟机千兆网卡如何虚拟成万兆网卡

在基于LVM的Local EXT和NFS SR上删除快照或克隆虚拟机后，通过释放未使用的数据，XenServer可自动回收磁盘空间，此过程称之为合并（coalescing）。XenServer可在虚拟机运行的同时合并磁盘空间（即在线合并）。

但是，XenServer 5.5的合并部署有一个已知的限制条件。在虚拟机磁盘上删除所有快照或克隆虚拟机后，一些磁盘空间可能仍然处于分配状态。尽管NFS和基于ext的SR的已删除快照或克隆虚拟机所消耗的空间非常少，但对于iSCSI FC和本地SR来说，消耗的空间量是非常巨大的。

为了消除这一局限性，XenServer 5.5 Update 1和更高版本引进了一个离线合并工具。该工具可在虚拟机暂时关闭或暂停使用（离线）时，回收之前分配给已删除快照或克隆的所有磁盘空间。下面介绍了离线合并工具及其使用。

警告！

运行此脚本会导致虚拟机暂时无法使用，因为执行了暂停/恢复操作。

运行此工具前，您必须使用XenCenter或XenServer CLI删除与虚拟机相关的所有快照和克隆。否则，脚本就会失败，工具就会显示错误信息，然后退出。

所有虚拟机磁盘必须在单个主机的共享存储或本地存储上。带有这两种存储类型的磁盘的虚拟机无法合并。

步骤 － 适用于XenServer 5.5 Update 1和更高版本

思杰建议对将运行空间回收工具的虚拟机进行备份，可使用XenCenter导出选项进行备份。

您必须知道虚拟机的UUID。

获取UUID

1. 在XenCenter中，启用隐藏目标（View menu >Hidden Objects）。

1. 在Resource窗格中，选择所需UUID对应的虚拟机。UUID将显示在General项中。

回收磁盘空间

在XenServer CLI中运行以下命令：

coalesce-leaf –u <uuid of VM>

例如，如果虚拟机的UUID是2a8d2815-c97e-245b-efe2-389ba456bd7p，您需要运行以下命令：

coalesce-leaf –u 2a8d2815-c97e-245b-efe2-389ba456bd7p

1. 此命令会暂时中止虚拟机的运行（除非其已经关机），启动回收进程，然后恢复虚拟机运行。

根据上次快照后写入磁盘的数据量的大小，所需的时间也不同。最小的虚拟机（10GB或更低）只需不到1分钟。

步骤 － 适用于XenServer 5.6

思杰建议对将运行空间回收工具的虚拟机进行备份，可使用XenCenter导出选项进行备份。

您需要知道虚拟机和主机UUID。

获取UUID

1. 在XenCenter中，启用隐藏目标（View menu >Hidden Objects）。

1. 在Resource窗格中，选择所需UUID对应的虚拟机。UUID将显示在General项中。

1. 在Resource窗格中，选择资源池主机（列表中的第一台主机）。UUID将显示在General项中。如果您没有使用资源池，选择虚拟机所在的主机。

回收磁盘空间

1. 在XenServer CLI中运行以下命令：

xe host-call-plugin host-uuid=<host-UUID>plugin=coalesce-leaf fn=leaf-coalesce args:vm_uuid=<VM-UUID>

例如，如果虚拟机的UUID是9bad4022-2c2d-dee6-abf5-1b6195b1dad5，主机UUID是b8722062-de95-4d95-9baa-a5fe343898ea，您需要运行以下命令：

xe host-call-plugin host-uuid=b8722062-de95-4d95-9baa-a5fe343898ea plugin=coalesce-leaf fn=leaf-coalesce args:vm_uuid=9bad4022-2c2d-dee6-abf5-1b6195b1dad5

1. 此命令会暂时中止虚拟机的运行（除非其已经关机），启动回收进程，然后恢复虚拟机运行。

　认识Virtual SAN

如果仅从定义来了解Virtual SAN，难免有些晦涩难懂。对此，不妨从系统构建的角度进行了解。

我们如何构建一个Virtual SAN？要构建一个Virtual SAN系统，至少需要3台ESXi 5.5主机，对于主机要求配有至少一个SSD和一个HDD(也就是硬盘)，配有千兆或者万兆网卡，SAS/SATA控制器等，符合这些硬件的要求，我们就可以构建一个Virtual SAN的存储集群。

Virtual

SAN系统对硬件的要求

通过上述描述，如果仍然没有了解Virtual SAN，还可以换个角度来了解。

换个角度理解Virtual

SAN

如上图所示，Virtual

SAN对于硬件的要求是采用标准X86服务器(至少3台)，充分利用x86服务器本地硬盘，借助网络构建为分布式的共享存储。Virtual

SAN有关管理和控制的软件已经内嵌入vSphere内核中，也就是说，软件已经随vSphere部署了，只要购买License就可以使用了。Virtual

SAN要求x86服务器至少配备一块SSD，作为读/写操作的加速使用。对于Virtual SAN有一点需要说明的，其存储主要用于VMDK((VMWare

Virtual Machine Disk Format))的对象存储。

对于于VMDK需要稍加说明，它是虚拟机VMware创建的虚拟硬格式，文件存在于被称为VMFS(虚拟机文件系统)的VMware文件系统中，所有用户数据和有关虚拟服务器的配置信息都存储在VMDK文件中。VMDK文件通常都比较大，2TB的文件不足为奇。正因为如此它们被描述为“大的、块级I/O模式”。当任何用户数据变化或虚拟服务器配置变化，VMDK文件都要更新。由于VMDK没有增量类型数据获取功能，任何对文件的更改意味着整个文件需要重新备份。

Virtual SAN主要用于VMDK的存储和共享。

Virtual SAN性能和应用

显然Virtual SAN是一种虚拟机的专用存储，对于物理服务器而言是没有办法利用Virtual SAN发布式共享存储。实际上，Virtual

SAN就是一种虚拟机专用的以软件方式定义的存储，该软件已经内嵌入vSphere。由于是软件定义的方式，因此具有软件定义方式所具有的灵活性和敏捷型。它可以根据应用程序需要，用软件的方式设置策略，自动控制所需要的服务级别。

作为一种企业级分布式的共享存储，Virtual SAN需要在性能和高可用性方面满足应用的需要。据了解，Virtual

SAN采用多副本的方式，其硬件故障恢复能力可以实现磁盘、网络故障0停机，它还可以Vsphere HA等进行互操作。

由于Virtual

SAN内嵌入vSphere内核中，就缩短了虚拟机访问存储的I/O，SSD的采用也克服了传统磁盘的I/O瓶颈，数据调度和命中率将直接影响Virtual

SAN的性能。

根据VMware披露的性能指标，在32节点集群Virtual

SAN中，其IOPS读取性能可以达到200万，而读写性能为64万IOPS(70%读，30%写，4K大小，80%随机)。

Virtual SAN性能表现

Virtual SAN的优势在于性能和容量扩展的灵活性，由于采用x86通用服务器，无论在CapEx还是OpEx上均有很好的表现。与磁盘阵列相比，TCO优势明显。

对于Virtual SAN适用的应用场景，首先是应用在虚拟化的应用场合。VMware有关专家表示，Virtual SAN的目标并不是替代现有的磁盘阵列，而是与现有的SAN/NAS磁盘阵列和云存储并存，为用户提供了一种高性价比的虚拟化专用存储。

据了解，桌面虚拟化将是目前Virtual SAN的最佳应用场景之一，会极大降低桌面虚拟化的应用成本。

一台IBM X3850X5就超了，呵呵

标配两个Intel 八核Xeon E7550处理器(2.0GHz, 18M缓存)，可扩至八路处理器，标配2块内存板，16GB(4x4GB) 1066MHz DDR3内存，最大可扩充至3TB，标配一块Emulex 万兆双口以太网卡，主机带两个千兆以太网卡，标配2个热插拔电源,4U机架式，无光驱

---