1、NetApp技术报告针对Microsoft虚拟化和NetAppSnapManagerforHyper-V的NetApp存储最佳实践NetApp公司SanthoshHariharaRao2013年2月|TR-37024.0版摘要本技术报告介绍MicrosoftHyper-V与NetApp存储解决方案的集成架构以及实施的准则和最佳实践。本技术报告中介绍的NetApp技术对于打造经济高效、运营效率高、灵活且环境友好的集成存储解决方案非常重要，目录1 内容提要62服务器配置61.1 MicrosoftHyper-VR261.2 MicrosoftSystemCenterVirtualMachineMa
2、nager百己置63网络配置73.1 Hyper-V服务器网络考虑事项83.2 Hyper-V集群网络考虑事项153.3 存储网络考虑事项184存储配置214.1 主动-主动NetApp控制器214.2 多路径高可用性214.3 RAID数据保护224.4 远程LAN管理(RLM)卡225存储配置225.1 NetApp存储软件和工具225.2 NetApp存储配置255.3 MicrosoftHyper-V服务器存储配置295.4 虚拟机存储配置376提高存储效率和灵活性476.1 存储精简配置476.2 NetApp重复数据删除496.3 NetAppFIexCIone技术506.4 Ne
3、tAppSnapshot副本527虚拟机配置537.1 配置概念537.2 虚拟机配置流程538备份和恢复558.1 虚拟机备份和恢复的存储考虑事项558.2 使用NetAppSnapManagerforHyper-V备份569灾难恢复和高可用性579.1 业务连续性概念579.2 NetAppSnapMirror589.3 在NetApp存储系统之间复制虚拟机的NetAppSnapMirror配置609.4 使用NetAppSnapMirror进行灾难恢复619.5 在NetApp主存储系统上备份虚拟机的NetAppSnapshot配置629.6 在NetApp存储系统之间复制虚拟机的Net
4、AppSnapMirror配置629.7 恢复NetApp存储系统之间的虚拟机服务6210监控和管理631.1 1使用NetAppOperationsManager监控存储利用率631.2 2使用SystemsCenterOperationsManager(SCOM)监控和管理NetApp存储631.3 3存储增加管理631.4 4在防病毒软件中添加排除项6511自动化661.5 1WindowsPowerSheII和NetAppDataONTAPPowerSheII工具包6612 SnapManager1.0forHyper-V6612.1 目的和范围6612.2 目标受众6613 SMHV
5、规划6713.1 存储考虑事项6714 SMHV简化备份和恢复6714.1 前提条件6714.2 术语6714.3 端口使用6814.4 架构6815 SMHV处理流程7115.1 添加Hyper-V父主机或主机集群7115.2 计划备份和保留策略7315.3 处理已保存状态的虚拟机备份7415.4 备份脚本7415.5 快速或实时迁移考虑事项7415.6 恢复过程7415.7 装载备份7516 SMHV高可用性7816.1 多路径高可用性-NetA即主动主动控制器7816.2 DataONTAPDSMforWindowsMPIO7817 SMHV灾难恢复.7917.1 新cmdlet:Get
6、VMsFromBackup7917.2 基本灾难恢复场景7918 SMHV应用一致性8119崩溃状态一致的备份和恢复8220WindowsServer2012支持8320.1 前提条件8320.2 功能概述8320.3 非对称集群8420.4 BitLocker力口密8420.5 新的虚拟硬盘格式8420.6 Hyper-V虚拟机实时迁移8420.7 Hyper-V虚拟机存储实时迁移8420.8 如果连接到在集群模式DataONTAP系统中运行的NetApp存储系统，则SnapManagerforHyper-V1.2和SnapDrive6.5forWindows不支持某些WindowsSer
7、ver2012功能8521 适用于WindowsServer2012的SnapManagerforHyper-V1.2备份机制8522 SMHV最佳实践总结8723 SMHV总结89附录89在NetApp存储上部署Windows2008R2Hyper-V集群环境的快速步骤89如何选择Hyper-V和VHD存储容器格式91SMHV:虚拟机自我管理92SMHV:DataONTAPVSS硬件提供程序要求92SMHV:虚拟机备份所需时间过长92SMHV:重定向的I/O和虚拟机设置考虑事项93SMHV:将Snapshot副本传输到SnapVauIt或磁带设备93参考资料97知识库文章99版本历史100致
8、谢101表格目录表1）独立Hyper-V服务器配置9表2）集群化的Hyper-V服务器配置9表3）使用实时迁移的集群化Hyper-V服务器配置9表4）使用实时迁移和CSV的集群化Hyper-V服务器配置9表5）Hyper-V网络性能瓶颈11表6）建议的网络绑定顺序和度量值14表7）建议的集群网络配置设置16表8）建议的集群网络自动度量值和度量值17表9）用于DataONTAP7.3.1及更高版本的LUN类型28表10）与DataONTAP7.2.5至730起使用的LUN类型28表11）用于DataONTAP7.2.4及更早版本的LUN类型28表12）HyPer-V存储对比表39表13）虚拟机存
9、储大小工作表41表14）与MicrosoftHyper-V进行文件系统对齐所涉的存储层43表15）许可和DataONTAP版本69表16）选择Hyper-V和VHD存储容器格式91插图目录图1）SCVMM部署决策事项流程图7图2）集群网络属性16图3）多模式VIF19图4）单模式VIF19图5）二级VlF20图6）CSV用作文件系统微型过滤器30图7）Hyper-V集群节点之间的CSV元数据和数据I/O操作30图8）集群共享卷单一命名空间31图9）集群共享卷动态I/O重定向33图IO）CSVl/0重定向在故障转移集群管理器MMC中显示为“RedirectedAccess”34图11）在存储路径
10、出现故障时的CSVI/O重定向34图12）在网络路径出现故障时的CSVI/O重定向35图13）在Hyper-V集群节点出现故障时传输的卷所有权35图14）直接I/O仅会绕过CSV非所有者节点上的文件系统/卷/分区处理36图15）未对齐的文件系统42图16）子操作系统和NTFS文件系统与NetApp存储阵列块未对齐42图17）子操作系统和NTFS文件系统与NetApp存储阵列块对齐43图18）与存储阵列块对齐的子文件系统44图19）使用系统信息来确认起始分区偏移量46图20）采用NetApp克隆技术配置Hyper-V虚拟机的流程53图21）与存储阵列块相协调的子虚拟机文件系统56图22）显示了使
11、用SnapMirror进行灾难恢复的Hyper-V解决方案59图23）使用同步SnapMirror进行站内复制的解决方案60图24）使用同步SnapMirror进行站内复制的解决方案61图25）SMHV架构69图26）应用程序一致的SMHV备份期间的Hyper-V基础架构和关联存储71图27）显示有应用程序一致的备份和崩溃状态一致的备份这两种备份类型的备份数据集向导82图28）WindoWSSerVer2012上的SMHV1.2备份过程861内容提要在数据中心虚拟化过程中，服务器虚拟化是一个重要环节，起着举足轻重的作用CMicrosoft凭借其领先的服务器虚拟化解决方案，在此领域独占鳌头。本技
12、术报告提供如何在NetApp存储系统上设计和实施Microsoft服务器虚拟化解决方案的详细指导。本文由两部分组成：第1章到第11章详细介绍每项NetApp关键支撑技术的最佳集成点，以及各项技术如何各司其职，协同工作，相得益彰地组成适用于Microsoft服务器虚拟化的NetApp集成解决方案。第12章以及后续章节介绍SnapManagerforHyper-V的使用和最佳实践。SnapManagerforHyper-V是一个NetApp工具，它可利用NetAppSnapshot-技未在Hyper-V环境中备份和恢复虚拟机。凭借其创新性技术突破和端到端的解决方案，NetApp一直处于解决复杂业务
13、问题的前沿。本技术报告并不是最终的实施或解决方案指南。要解决具体部署问题，可能需要专家的意见。请联系您当地的NetApp销售代表，向我们的MicrosoftHyper-V解决方案专家进行咨询。我们竭诚帮助您实现数据中心转型，从而帮助您的企业实现持续快速发展。2服务器配置2.1 MicrosoftHyper-VR2MicrosoftWindowsServer2008R2提供了可扩展、可靠且安全的虚拟化平台，可以将多个系统角色整合成在一个物理机上运行的独立虚拟机(VM),从而帮助您优化服务器硬件投资。MicrosoftHyper-V虚拟化的典型实施场合包括私有云和公共云、生产服务器整合、测试和开发
14、以及业务连续性管理。有关Hyper-V支持的子操作系统的完整列表，请参见利用HyPer-V进行虚拟化：支持的子操作系统.NetApp建议您按照Microsoft的建议安装Hyper-Vo若要在完全安装的WindowsServer2008R2中启用Hyper-V1请参见以下资料： MicrosoftTechNet上的将HyPer-V角色安装在完整安装的WindOWSServer2008 TR-3701：NetApp和MierOSOft虚拟化：解决方案和实施指南要在WindowsServer2008R2的服务器核心安装版上启用Hyper-V1请参见以下资料： MicrosoftTechNet上的将
15、HyPer-V角色安装在服务器核心安装的WindoWSSerVer2008 TR-3701：NetApp和MiCrOSoft虚拟化：解决方案和实施指南要配置Hyper-VServer2008R2,请参见MicrosoftHyPVr-VSerVer2008配置指南oHyper-V安装完成之后，还需要考虑许多其他事项，从配置虚拟网络到了解Hyper-V的其他配置选项。NetApp建议您尽可能按照Microsoft的建议执行。在Microsoft网站上可以搜索到大量的Hyper-V相关2.2 MicrosoftSystemCenterVirtualMachineManager配置MicrosoftS
16、ystemCenterVirtualMachineManager(SCVMM)是MicrosoftSystemCenter产品套件的组件。SCVMM可以通过单个界面管理异构环境，包括物理环境和虚拟环境。SCVMM2008R2支持管理Hyper-V主机和虚拟机以及VMware主机和虚拟机，还提供了其他许多重要的虚拟化工具。此外，SCVMM可配置为与SystemCenterOperationsManager2007相集成，以提供有关服务器和它所管理的虚拟机的监控信息。在部署SCVMM2008R2之前，请参见SystemCenterVirtUalMaChineManaaer2008R2基础架构规划和
17、设计指南(IPD)o一定要尽量通读该指南，因为在实际部署SCVMM2008R2之前，需要做出许多关键决定，包括选择是否将存储区域网络(SAN)与SCVMM2008R2结合使用。图1列出了部署之前的决策事项和要执行的任务。图1)SCVMM部署决策事项流程图。此外，若要支持涉及SAN配置的SCVMM2008R2的特定功能，必须执行特定配置步骤。有关详细信息，请参见MicrosoftTechNet上的配置VMM的SAN环境。最佳实践NetApp建议您配置一个FIexVoh卷以及逻辑单元号(LUN)1相关内容将在本技术报告后面介绍。关键的一点是，要为库组件配置适量存储空间以用作SCVMM库的存储位置。
18、这样可以最大限度地减少本地服务器支持偶尔进行的与SCVMM库相关的磁盘密集型操作所需的资源，并利用多项NetApp存储功能来更高效地管理与SCVMM库相关的数据。有关安装SCVMM2008R2的详细信息，请舂见TR-3701：NetApp和MiCrOSOft虚拟化：解决。案和实施指南中的“SCVMM2008R2安装”一节，并按照说明安装SCVMM服务器组件和SCVMM管理控制台。另请参见MicrosoftTechNet上的新安装VMMo3网络配置在企业生产环境中，应用程序和数据的可用性至关重要。因此，不仅是妥善地规划初始的新网络基础架构部署和现有架构的升级非常重要，计划好何时对网络基础架构进行
19、重大增扩也十分关键。实施服务器虚拟化环境会在网络中添加大量的新端口，因为HyPer-V服务器通常安装有四个甚至更多物理网络适配器，而虚拟机也会在网络中另外添加更多的端口。尽管虚拟机网络适配器以及所连接的虚拟机管理程序中的虚拟交换机都已虚拟化，但也同样需要进行管理。所有新端口和新虚拟网络选项往往使得要对现有网络进行大的增扩，因此应该相应地对它们进行妥善规划。3.1 Hyper-V服务器网络考虑事项本节从以下几个方面介绍Hyper-V服务器网络： 物理网络适配器 虚拟网络 网络功能支持 网络命名标准 网络适配器绑定顺序和度量值物理网络适配器大多数Hyper-V服务器安装有四个甚至更多物理网络适配器
20、用于处理Hyper-V管理、虚拟机连接、IP存储连接、Windows故障转移集群（WFC）或WFC检测信号通信、实时迁移通信以及集群共享卷（CSV）通信。较小的环境至少需要2到3个网络适配器，而较大的环境至少需要4到5个网络适配器。为什么需要多个物理网络适配器？Hyper-V管理。Microsoft始终推荐采用以下最佳实践：为Hyper-V父分区（也称为管理操作系统MOS）配置一个专用的物理网络适配器，以管理Hyper-V服务器。要从另一个系统或从SCVMM远程管理Hyper-V服务器以及其上托管的任何虚拟机，通信是必不可少的。因此，应该考虑使用网络接口卡（NlC）绑定技术来提供冗余。有关详
21、细信息，请参见MicrosoftTechNet上的配置虚拟网络。虚拟机。虚拟机可以通过外部、内部和私用虚拟网络（通过Hyper-V父分区实施）进行通信。每个外部虚拟交换机都必须根据NIC绑定结果，映射到单个物理网络适配器或逻辑网络适配器（相关内容将在本文档后面介绍）。要在生产环境中提供冗余，您可以为网络组指定一个外部虚拟交换机，也可以使用多个外部虚拟交换机。对于这两种配置，都至少需要两个物理网络适配器才能提供冗余。有关详细信息，请参见MicrosoftTechNet上的配置虚拟网络。 IP存储。Microsoft建议以下最佳实践：将IP存储通信与虚拟机和集群通信分离，NetApp支持这种做法。
22、因此，若要支持从Hyper-V父分区进行iSCSI通信，至少需要一个物理网络适配器。如果要从Hyper-V父分区使用多路径输入/输出（MPIO）,则至少需要两个物理网络适配器。如果要为Hyper-V启用Windows故障转移集群功能，则在验证故障转移集群之前，必须保持分离IP存储流量。有关详细信息，请参见MicrosoftTechNet上的Hyper-V:使用Hyper-V和故障转移集群和HvDer-V：在WirldOWSSerVer2008R2中使用具有集群共享卷的实时迁移。 Windows故障转移集群（私用）。如果要为Hyper-V创建Windows故障转移集群，则需要集群私用网络，因此可
23、能需要专用物理网络适配器。在早期版本的WindoWSSerVer中，这主要用于集群检测信号通信，但是在R2中，也用于集群共享卷或实时迁移通信（请参见本节的“实时迁移”和“集群共享卷”）。有关详细信息，请参见MicrosoftTechNet上的HyPer-V：使用HVPer-V和故障转移集群和HyPer-V:在WindOWSSerVer2008R2中使用具有集群共享卷的实时迁移。实时迁移。这是WindowsServer2008R2的新功能，不适用于R2之前的Hyper-V版本。在实时迁移虚拟机时，协助此迁移的通信会遍历网络。Microsoft建议仅在故障转移集群管理器MMC中或使用Windows
24、PowerShell为实时迁移流量配置专用物理网络适配器。有关详细信息，请参见Microsoft下载中心的Hyper-V实时迁移概述和架构和MicrosoftTechNet上的HVPeoV：住WindowsServer2008R2中使用具有集群共享卷的实时迁移。集群共享卷。CSV也是R2的新功能，因此，本部分内容不适用于R2之前的Hyper-V版本。在Hyper-V的Windows故障转移集群中启用CSV之后，Hyper-V集群节点（某个特定CSV的所有者和非所有者）之间会进行通信，其中包括运行状况检查和动态I/O重定向。Microsoft建议配置专用物理网络适配器，确保提供必要的带宽来支持这
25、些操作，并最大限度地减少由于无法支持节点之间的CSV通信而发生的故障转移事件。有关详细信息，请参见MicrosoftTechNet上的HyPer-V：在WindowsServer2008R2中使用具有集群共享卷的实时迁移。如您所见，建议为每个Hyper-V服务器配置的物理网络适配器数量增加得很快，在配置Windows故障转移集群以获得高可用性或使用实时迁移和CSV时尤其如此。下面的表1到表4总结了特定配置情形的建议物理网络适配器数量。表1）独立Hyper-V服务器配置。|环境协议管理虚拟机IiSCSI集群迁移IcsvI总计y非生产DAS11不适用不适用不适用不适用2FC11不适用不适用不适用不
26、适用2iSCSI11不适用不适用不适用不适用3生产DAS11或2不适用不适用不适用不适用2或3FC11或2不适用不适用不适用不适用2或3iSCSI11或22不适用不适用不适用4或5环境协议I管理|虚拟机IiSCSI集群|迁移Icsv|Iii(Biiiiill环境协议I管理虚拟机IIiSCSI集群迁移Icsv、计非生产DAS11不适用不适用不适用不适用2FC11不适用不适用不适用不适用2iSCSI11不适用不适用不适用不适用3生产线3）使用实件DAS11或2不适用不适用不适用不适用2或3i辕的集群/Hvper-v,需适用不适用不适用不适用2或3环境协议管理I虚拟机|iSCSI集群迁移|csv总计
27、非生产DAS11不适用不适用不适用不适用2FC11不适用不适用不适用不适用2iSCSI11不适用不适用不适用不适用3生产艰4）使用实由DAS11或2不适用不适用不适用不适用2或34辕和CSJ的集群，上1感言东雪里配置不适用不适用不适用2或3环境协议虚拟机迁移dbFC11不适用不适用不适用不适用2iSCSI11不适用不适用不适用不适用3生产DAS11或2不适用不适用不适用不适用2或3-FC11或2不适用不适用不适用不适用2或3-iSCSI11或22不适用不适用不适用4或5环境上办议管理虚拟机IiSCSI集群|迁移I|csvI总计I非生产FC11不适用1不适用不适用3iSCSI1111不适用不适用
28、4I生产X4FC11或2不适用1不适用不适用3或4iSCSI11或221不适用不适用5或6环境I协议管理|虚拟机IiSCSI集群迁移IcsvI总计Idk+-:fc1不适用11不适用4网络适配器绑定过去，人们对MicrosoftHyper-V是否支持NIC绑定很不清楚。Microsoft明确指出，不支持将NIC绑定与MicrosoftHyper-V一起使用。这意味着，对于支持NIC绑定的Hyper-V服务器中安装的各种类型的NIC,Microsoft没有专有的驱动程序。只有Intel和Broadcom等NIC制造商具有这些驱动程序，并且这些驱动程序软件支持使用NIC绑定。因此，只要NIC制造商支
29、持NIC绑定，就能在WindowsServer2008R2中使用NIC绑定。Microsoft也接受先启用Hyper-V角色，再将代表绑定NIC的逻辑网络接口分配给虚拟交换机。这样做的好处显而易见：由于将多个NIC绑定在一起提供了冗余，因此虚拟交换机不仅可以使用更多的带宽，而且还能提高可用性。但是，通过绑定一个或多个物理NIC而创建的逻辑NIC不具备某些网络功能；相关内容将在本节后面的“网络功能支持”中详细介绍。对于用于iSCSI通信的网络，Microsoft不支持使用NIC绑定。因此，在使用MicrosoftiSCSI软件启动程序为Hyper-V父分区提供LUN时，可能无法使用逻辑网络接口进
30、行iSCSI通信。此外，为某个虚拟交换机分配了逻辑NIC接口后，在连接到该特定虚拟交换机的虚拟机中，不能为该虚拟NIC启用MicrosoftiSCSISoftwareInitiatoro最佳实践对于具有超过一个连接的功能区，例如用于虚拟机通信的多个网络适配器，连接应该分布于不同的网络适配器，尤其是在安装有多个端口网络适配器时。这样，如果妥善配置，这些功能区就可以与网络保持连接，当Hyper-V服务器中某端口或适配器发生故障时，连接也不会中断。由于iSCSI通信不支持NIC绑定，因此NetApp建议在某些配置中使用多路径/MPIO,为存储连接配置多个路径以提供冗余和额外带宽。有关使用多个存储连接
31、路径的详细信息，请参见第5.1节中的“多路径/MPO；带宽设计随着WGbE在数据中心的应用日趋普遍，网络设计也在不断变化。带宽的飞跃发展使许多公司能够减少服务器中安装的NIC总数，同时仍能满足这些服务器的网络要求。但是，Hyper-V服务器与其他服务器有明显不同，因此增加WGbENIC并不一定意味着物理NIC总数就会减少。大多数功能区都需要专用物理网络适配器。大多数情况下，专用网络接口是IGbE还是IOGbENIC无关紧要。实际上，在大多数环境（Hyper-V管理Mgmt,集群和迁移）中，表1到表4列出的功能区不受带宽约束。因此，带宽增加给这些功能区带来的好处最少。但是，带宽增加给以下功能区带
32、来的好处则最多： iSCSI CSV 虚拟机（在某些情况下）CSV通信接口将因带宽增加而获益最多-可以使用更多带宽支持I/O重定向（如果发生）。虚拟网络您可以在Hyper-V中创建以下四种不同类型的虚拟网络: 专用 外部 内部 私用有关可能的不同类型虚拟网络的详细信息，请参见MicrosoftTechNet上的配置虚拟网络。此外，有关R2中用于分离Hyper-V父分区与虚拟网络间的通信的设置信息，请参见MierOSoftTeChNet上的虚拟网络管理一器和JohnHoward的MicrosoftTechNet博客中的HVDer-VWindoWSSerVer2008R2新增功能第1部分：专用网络
33、网络功能支持在发布的WindowsServer2008R2中，增加了对几项新网络功能的支持，包括针对GbE网络的巨型帧支持和对WGbE网络的TCP烟囱支持。借助这些网络技术，Hyper-VR2可以利用网络卸载技术。这样一来.网络数据包不是由Hyper-V的CPU来处理，而是采用卸载技术处理，通过减少使用CPU,有助于提高性能。WindowsServer2008R2Hyper-V可能会遇到网络架构中几个不同的性能瓶颈，这些瓶颈可以分为两类：接收路径和传送路径。表5列出了接收端和传送端出现瓶颈的可能原因。表5）Hyper-V网络性能瓶颈。非生产DAS不适用不适用不适用不适用2FC11不适用不适用
34、不适用不适用2iSCSI11不适用不适用不适用不适用3DAS11或2不适用不适用不适用不适用2或3二驾发送卸载i0)和校验和窗载SO不适用不适用不适用不适用2或3HyPer-V中体I非生产如果支持Ij殿!视络m:邪Ics（E持大量:3,1NetAW送卸戴PP强烈嵬LgO）和里议务必启用佥和卸瞰（C些功能（3?警蚣果飒情a如墨糊理P匕梯用用）冈络邀电器4是I届而且NlC可支持高达六谪田外，巨FC11或2不适用1不适用不适用3或4iSCSI供应商提甄不仅右1:物理网名1或2IM1.三W通配器(对冲皆2之(JWiws2008）.不适用1SHIZ受支持，5或6niB*PU占J施在虚拟网络（包括交换住用
35、但是仅配硬i愣力上也S-而提供i建持。N常到湍古拮StApp建议;质,才能启号用型帧与3用汝一功能，瑾理iSCS谟碗配馨NIC2-口adj1-180FC00-f-n11ta1蓼2、-QetT否瘠生确立讨否提供孤至丁湍主持一据姜晶船民也不会在网络/帅阳囱-.iM用做功能，然期段.阳散分区4二用-f送晶虚拟卡项啜如UrIII麦换机会吴卷T1OP连接卸W1蟠J物理Nl不适用W对于长，6或7（挂接大数:接居传输量的应用骸醇:再预公彳亍军冲区的应用程序来兑1TCP烟国支持将使它I们获益良,0的来说,在生j荃R冬佰MicrosoftFC三l-r4H,per-V*驾野、mIFmTCf利囱卸载;q的主要女坤
36、如下.5或6,可充分利ffxW-LTF即蒯bE彝;分区贝就IfV之间通信接收瓷WIMI传送路径7或8父分区乏雌獭翩翻拶连接状态完全由物理NIC根据MAC地址，对数据包进行雒掂分组虚拟机间流量的软件任务卸载MAC地址查询和VLANID过滤虚拟机间流量的额外副本父/子上下文切换开销功能网络描述绑定顺序优先级度量值Hyper-V管理1100-199IloCCl针对Microsoft虚拟化和NetAppSnapManagerforIIoUIlyr-V的NetApp存储最佳实践200-299实时迁移3400-499支持实时迁移；在实时迁移过程中将连接上载到主机堆栈最佳实践如果NIC制造商支持TCP烟囱，
37、NetApp建议务必启用这一功能。（默认情况下，该功能处于禁用状态。）虚拟机队列虚拟机队列（VMQ）可以对接收的数据包进行分类和分组，在硬件中对其进行解析，这对系统的帮助十分巨大。VMQ也可以在硬件中应用VLAN过滤功能，在NIC上丢弃VLANID无效的所有数据包，还可在NIC上使用交换机为数据传送进行路由查找，并避免将NIC接收缓冲区复制到虚拟机地址空间。所有VMQ处理在多个队列（由不同处理器处理）中同时进行。支持VMQ的NIC带有嵌入式交换机，可以将接收队列与传送队列搭配成对，每个队列对对应一个交换机端口。交换机不需要MAC地址学习，而是检查所有传送数据包来查找目标MAC地址和VLANID
38、o如果数据包通过了在接收队列上设置的过滤器，就会对该队列进行直接内存访问，否则通过线缆发送。这对虚拟机间的通信是个很大的优势，因为可以避免在软件中进行路由查找，避免创建数据包副本，还能利用硬件的卸载支持。甚至对于虚拟机与物理机的通信，也可以避免路由查找，从而在一定程度上提高性能。总的来说，VMQ通过将多个虚拟机的网络流量分配给多个处理器，同时将数据包分类卸载到硬件，并避免创建网络数据副本和对传送路径进行路由查找，来降低处理器占用率，从而改善网络吞吐量。VMQ与大多数其他任务卸载兼容，因此可与大量发送卸载以及巨型帧共存，但是如果NIC支持TCP烟囱，则VMQ优先。VMQ安全可靠，支持R2中的实时
39、迁移。到目前为止，在WGbE网络接口上启用VMQ时，性能提高最多。SWindowsSever2008R2中，只有特定的适配器才支持VMQ,因此默认情况下，VMQ处于禁用状态。请首先与Microsoft以及NIC供应商核实，确保您的配置支持VMQ1然后再启用。最佳实践如果NIC制造商支持VMQ.NetApp建议考虑在您的环境中启用该功能，尤其是在部署了Hyper-V和IOGbE时。网络命名标准网络命名考虑事项由于特定Hyper-V服务器中存在许多物理和虚拟网络适配器，因此管理起来比较困难。大多数管理员都会为所有网络适配器（物理和虚拟）制定易于理解的命名标准。在确定命名约定时，请考虑以下几点： 名
40、称应该指明该适配器是物理网络适配器还是虚拟网络适配器。 无论是物理网络适配器还是虚拟网络适配器，命名约定都应规定允许使用的字符数标准。 对于物理网络适配器，需指明物理网络适配器硬件。如果物理网络适配器位于服务器主板上，可考虑采用以下缩写：VM表示主板v两位数端口号。如果物理网络适配器是服务器的插件，可考虑采用以下缩写：VA表示插件vPCIex插槽号v一位数端口号。 对于连接到物理网络的物理网络适配器：使用缩写描述符，例如，LAN表示局域网，SAN表示IP存储网络等。如果使用VLAN标记，则要使用网络的VLANIDo创建网络子网的缩写，使用字母表示类，使用三位数表示子网标识符。 对于连接到虚拟网
41、络/交换机的物理网络适配器：使用缩写描述符，例如，D表示专用，E表示外部，工表示内部，P表示私用。使用两位数代码区分虚拟网络类型，因为通常会有多个相同类型的虚拟网络。对于连接到外部或专用虚拟网络的虚拟网络适配器或物理网络适配器，需指明虚拟网络类型。使用缩写描述符，例如，D表示专用，E表示外部，工表示内部，P表示私用。使用两位数代码区分虚拟网络类型，因为通常会有多个同类型的虚拟网络。如果虚拟或物理网络适配器连接到外部或专用虚拟网络，请指明所连接到的网络。使用缩写描述符，例如，LAN表示局域网，SAN表示IP存储网络等。如果使用VLAN标记，则要使用网络的VLANID0创建网络子网的缩写。首先，使
42、用一个字母字符表示子网类型。其次，使用两个、三个或五个数字字符表示子网，三位数表示类（八位字节）和（或）两位数表示子网掩码。网络命名标准不例以上网络命名标准建议用于制定网络命名约定。对于使用802.1QVLAN中继（以最大限度地减少Hyper-V服务器中所需的物理网络适配器数量）的环境和大多数环境来说，使用简单的命名约定效果最好。通过下面复杂化的命名标准例子，我们可以看出，实际上，标准过于复杂在环境中会起限制约束作用，因此毫无必要。 BroadcomBCM5708CGbE:两个端口中有一个在主板上，连接到VLANl5上的管理网络，有一个A类子网10.0.15.x8o简单命名：PM01-MGT1
43、5=P表示物理M表示主板v两位数端口号-vMGT表示管理网络VLANID复杂命名：PM01-MGT15-C01008=P表示物理vM表示主板v两位数端口号-vMGT表示管理网络vVLANID-子网类子网标识符一类八位字节子网标识符-子网掩码 lntelPR0/1000PT4端口LP服务器适配器，安装在PCI插卡插槽2中，四个端口中有两个在网卡上，连接到VLAN10上的生产网络，VLAN10有一个B类子网172.16.100.x16,且由外部虚拟网络#2使用。简单命名：PA22-E0210=P表示物理vA表示插卡vPCIex插槽号v一位数端口号-vE表示外部虚拟网络两位数虚拟网络IDxVLANID复杂命名：PA22-E0210-B1628=P表示物理A表示插件PCIex插槽号一位数端口号-E表示外部虚拟网络两位数虚拟网络IDxVLANIDy子网类v子网标识符一类八位字节子向标识符-子向掩码内部虚拟网络（适配器）#1：连接VLAN18上SQL网络上的虚拟机，VLAN18有一个C类子网192.1
