hyperv2012r2技术手册
Hyper-V 2012 R2虚拟化技术手册
3月底技术大放送啦！这次我们在TechTarget虚拟化和TechTarget服务器两个网站同步推出Hyper-V 2012 R2技术手册！
打包下载本期《Hyper-V 2012 R2虚拟化技术手册》，随时随地了解Hyper-V 2012 R2技术解析，包括第二代虚拟机、Hyper-V虚拟机迁移、Hyper-V虚拟交换机等实用技巧。
Hyper-V 2012 R2解析
Windows Server Hyper-V 2012 R2中的最大改变之一就是第二代虚拟机。它们感知hypervisor，而且不依赖合成或仿真硬件。
Hyper-V 2012 R2的变化：第二代虚拟机介绍
Hyper-V 2012 R2：第二代虚拟机的优势
Hyper-V 2012 R2：如何创建第二代虚拟机
Windows Server 2012 R2 Hyper-V特性：第二代虚拟机
Hyper-V迁移技巧
虚拟机迁移技巧是虚拟化管理员必备技术，包括Hyper-V主机之间虚拟机迁移、从VMware迁移到Hyper-V等。
借助VMC将VMware虚拟机转换到Hyper-V
如何在Hyper-V虚拟机中运行WSUS？
Hyper-V 2012 Cluster Live Evacuations虚拟机迁移指南
Hyper-V虚拟交换机
Hyper-V虚拟交换机的五大改进
如何使用Hyper-V虚拟网络交换机
Hyper-V 3.0助你节约虚拟化成本
Windows Server 2012 R2 Hyper-V改进Linux VM支持
Hyper-V 2012 R2的变化：第二代虚拟机介绍
Hyper-V 2012 R2中的第二代虚拟机是什么，为什么如此重要？
微软在即将到来的Windows Server Hyper-V 2012 R2中做出的最大的改变之一就是第二代虚拟机。第二代虚拟机尝试现代化虚拟机结构，虚拟机结构自Windows Server 2008开始一直没有改变过。
第二代虚拟机将比第一代虚拟机更高效地运行，因为它们感知hypervisor，而且不依赖合成或仿真硬件。
可以想象，这种现代化肯定会带来很大改变，许多改变将直接影响存储管理员。
影响存储管理员的最大变化可能是，当创建一个第二代虚拟机时，Hyper-V 2012 R2默认使用虚拟SCSI 磁盘。相反，以前版本的Windows使用虚拟IDE磁盘。这意味着第二代虚拟机不受IDE的限制。因此可以更简单地在虚拟机上创建和附加多个虚拟硬盘。在一些早期版本的Hyper-V中也能这么做，但是虚拟SCSI控制器并不像现在一样是默认创建的。
摆脱IDE也意味着第二代虚拟机将无法访问物理DVD驱动器。但是可以创建虚拟SCSI DVD驱动器。虚拟SCSI DVD驱动器好像是DVD驱动器的客户操作系统，但实际上是与ISO文件相连，而不是物理DVD驱动器。
Hyper-V 2012 R2中的另一个大变化是可以从一个虚拟SCSI控制器引导第二代虚拟机。以前版本的Hyper-V仅支持从虚拟IDE设备引导。当然，因为第二代虚拟机不支持使用虚拟IDE设备，所以甚至没有这个选项。
顺便说一句，现在还可以从一个标准的网络适配器引导与启动执行环境（PXE）。以前，如果你想启动PXE，必须创建一个传统的合成虚拟网络适配器。第二代虚拟机则不需要。
对于第二代虚拟机需要知道的最后一件事就是，它们只支持64位版本的Windows Server 2012 R2或Windows 8.1。这些虚拟机不能迁移到Windows Server 2012主机上，而且虚拟机一旦创建后就没法改变，比如将第一代虚拟机改变成第二代虚拟机。
Hyper-V 2012 R2：第二代虚拟机的优势
微软在TechED 2013上宣布了Windows Server 2012 R2，正式版预期在今年年底发布。Windows Server 2012 R2 Hyper-V中引入了大量的新特性和改进功能，详见《Windows Server 2012 R2 Hyper-V功能列表》。Windows Server 2012 R2中Hyper-V现在支持两种类型的虚拟机：第一代和第二代。Serverwatch网站比较了第一代与第二代虚拟机的优略势。一起来看看。
在之前的Hyper-V版本不可能从SCSI虚拟硬盘上启动虚拟机，也不可能将Hyper-V主机上的文件复制到没有连接网络的虚拟机上。事实上，当你安装了集成服务组件之后，Hyper-V BIOS才受SCSI控制器作用。如果虚拟机运行在Windows Server 2012或更早版本，Hyper-V BIOS只支持IDE控制器和遗留的网络适配器，只允许虚拟机从遗留的IDE控制器上启动。
Windows Server 2012 R2有两种类型的Hyper-V启动架构：Hyper-V BIOS和Hyper-V统一可扩展固件接口（UEFI）BIOS。
第一代虚拟机支持遗留的驱动器，使用基于Hyper-V BIOS的基础架构。基于Hyper-V BIOS基础架构的虚拟机只能通过初始化IDE控制器来初始化操作系统，如下图所示：
另一方面，第二代虚拟机支持UEFI架构，UEFI架构中的集成服务组件子集允许SCSI控制器在操作系统加载之前对其进行初始化。如下图所示：
从上面的截图中，你可以看到第二代虚拟机不再加载遗留的驱动器（IDE和遗留网络适配器）。大多数遗留的驱动器已经从第二代虚拟机上移除，但是包含了集成服务组件的一个子集，用来在启动时进行初始化，包括在操作系统开始加载之前初始化和加载SCSI控制器驱动程序。
第二代架构的优势
第二代虚拟机提供第一代虚拟机没有的功能，如：
第二代虚拟机从SCSI虚拟硬盘启动
早期版本的Hyper-V是不能从SCSI虚拟硬盘启动的。现在不仅可以从Windows Server 2012 R2 SCSI 虚拟硬盘启动，你还可以将分页文件迁移到SCSI虚拟硬盘。对于经常需要分页操作的应用程序，这一功能改进了应用程序的总体性能。
第二代虚拟机支持PXE启动选项
在早期版本的虚拟机中，如果你想使用网络启动来安装一个操作系统，你需要在安装了操作系统之后再安装遗留网络适配器。通过第二代虚拟机，现在可以通过使用PXE启动选项连接到远程安装服务来安装客户操作系统。
第二代虚拟机支持安全启动
安全启动是第二代虚拟机默认功能，可以防止未经授权的固件或UEFI驱动程序在启动时运行。创建虚拟机后可对该选项进行修改。
第二代虚拟机提供更快的启动时间和更快的客户操作系统安装
第二代虚拟机的启动时间提升了20%，在第二代虚拟机上安装客户操作系统的时间提升了50%！
第二代虚拟机在启动期间提供本机VMBUS支持
第二代虚拟机在启动时提供了VMBUS驱动程序支持。在早期版本的虚拟机或第一代虚拟机时，VM只能加载遗留IDE驱动程序初始化文件系统。只有将集成服务安装到虚拟机上后，才能使用SCSI控制器。
在第二代中，操作系统具备合成驱动，在启动时可使用SCSI驱动。第一代虚拟机通常使用设备仿真，除非安装了集成服务组件。
因为第二代虚拟机可以从SCSI驱动程序启动，因此不需要仿真。这些虚拟机可以利用VSP/VSC和VMBUS 设计有效地和父分区进行交流。
第二代虚拟机支持更少的设备
与第一代虚拟机相比，第二代虚拟机运行较少的设备。这是因为所有的仿真驱动如IDE和遗留网络适配器都被移除了，替换成了VMBUS驱动。
(来源：TechTarget中国作者：杨旭)
Hyper-V 2012 R2：如何创建第二代虚拟机
第二代虚拟机创建要求
在创建第二代虚拟机之前，客户操作系统必须是以下版本：
Windows Server 2012
Windows Server 2012 R2预览版
64位Windows 8
64位Windows 8.1预览版
如何创建第二代虚拟机
Windows Server 2012 R2的“新虚拟机”向导可帮助实现添加第二代虚拟机。该向导会提示你选择哪一代虚拟机，如下图所示：
注意：一旦虚拟机创建完成后，此处不能再进行修改。
你还可以同时运行第一代和第二代虚拟机。任何不支持第二代虚拟机的客户操作系统必须选择第一代选项。
当创建第二代虚拟机时，也会添加SCSI控制器，基础VHD分配给SCSI控制器的Location 0。正如你在下图所看到的，基础VHD（VM2.VHDX）分配给了EFI SCSI设备。
你还会注意到，第二代虚拟机比第一代虚拟机的配置选项更少，没有添加/配置IDE控制器选项。
(来源：TechTarget中国作者：杨旭)
Windows Server 2012 R2 Hyper-V特性：第二代虚拟机
新的Hyper-V第二代虚拟机对数据存储会有什么影响？
Windows Server 2012 R2 Hyper-V的最大胆的一个新特性是能够创建第二代虚拟机（VM）。第二代VM提供许多激动人心的功能，其中很多与存储直接相关。
可能你没有听说过第二代虚拟机，它们设计上比第一代VM更有效率。它们不使用仿真硬件，相反，却使用完全开放的虚拟总线。然而，这种变化限制了你对操作系统的选择。另外，第二代VM只支持64位版本的Windows Server 2012、Windows Server 2012 R2、Windows 8或者Windows 8.1。
第二代VM仍然使用基于VHDX的虚拟硬盘，但是，虚拟机操作系统此时将VHDX文件当成SCSI磁盘。第二代VM也附带地支持通过预引导执行环境（Preboot Execution Environment，PXE）来启动。
从存储管理的观点而言，使用第二代虚拟机最显著的优势在于它们可以动态地按需重新调整存储的大小。VHDX文件可以在VM运行的时候被增大或压缩。这甚至同样适用于引导VHDX文件。
其它可用于第二代虚拟机的Hyper-V特性包括在VM运行过程中克隆或者导出VM。一台虚拟机可以在当前的状态下被克隆，或者克隆的过程可以基于一个VM检查点。这个Hyper-V检查点特性已经取代Hyper-V 快照特性。
第二代VM不使用仿真IDE控制器，而是使用本机SCSI指令与VHDX文件通讯。这显著地提高VM的性能。Windows Server 2012 R2仍在开发过程中，因此没有披露官方的性能基准，但是据我自己的观察：在可比的硬件上运行的时候，第二代VM启动速度似乎比第一代VM快30%。至于OS安装，我也看到大幅的性能改善。在我的测试服务器上，第二代VM的OS安装耗时不到第一代VM上所花时间的一半。
(来源：TechTarget中国作者：Brien Posey 译者：李志明)
借助VMC将VMware虚拟机转换到Hyper-V
VMware公司的产品一度是虚拟化的最佳解决方案，但是现在，VMware只是虚拟化领域中的一个选择。一些IT部门整合VM基础架构时会采取其他解决方案，如微软的Hyper-V。
将现有的虚拟机（VM）从VMware迁移到Hyper-V上有很多种方式，但是微软为此提供了自己的工具：虚拟机转换器（Virtual Machine Converter，VMC）。VMC主要用来将VMware VM以及附属的磁盘映像一同迁移到Hyper-V VM上。
VMC 1.0在去年10月份发布，在《MVMC简化虚拟机迁移过程》中，我们介绍了VMC的新特征，以及与VMware Converter的不同之处。
VMC的转换功能主要针对Windows，支持将运行在Windows Server（2003、2008）或者Windows Vista/7上的VM转换到运行于Windows Server 2008 R2 SP1、微软Hyper-V Server 2008 RHEV SP1和2012 RC以及Windows Server 2012 RC的Hyper-V主机上。另外，非微软主机操作系统不受支持，因为VM迁移过程对主机OS产生影响。
VMC可以转换虚拟磁盘或者磁盘以及设备描述文件。前者是高级选项，因为需要提供合适的Hyper-V虚拟机磁盘；后者比较简单，但需要一些先决条件，这些都在产品说明里介绍清楚了。
VMC还有两个基本的：可编写脚本的命令行界面和便捷的GUI。前者使用常规的批处理脚本或者PowerShell脚本，可编写程序实现一次性转移多个VM。后者有向导驱动界面，更容易进行一次性转换VM，并节省很多时间。
不管怎样，在使用这款工具进行转换工作时，需要记住以下几点：
需要转换的VMware虚拟机必须处于运行状态
VMC不能在停止运行的VM上开展工作。如果你不可能保证所有需要转换的虚拟机同时运行——比如，由于物理主机的限制（比如没有足够的内存）。牢记这一点，将需要转换的VM进行捆绑，一次转换多个，进行多次转换。
转换VM时应满足一些其他重要先决条件
需要安装VMware tools；需要添加活动目录域和DNS名称；转换目标的VM和Hyper-V主机上必须支持并启动WMI。
转换后的VM会自动卸载VMware tools，替换成微软自己的集成服务
这样确保VM干净地迁移到微软环境中，VMware的VM服务可能会导致问题产生。VMC这样的做法一点没有破坏性：对存在问题的VM产生快照，关闭虚拟机，进行转换（在这个过程中会移除tools），然后在源VM上恢复快照。因此，如果有问题，可以继续使用原来的。之后，如果你正在运行Windows版本，比如Windows Server 2003，集成服务会添加到转换后的磁盘上。
VMC用户帐号要有适当的权限
用户帐户已经公认为源VM上的本地管理员，必须对转换目标进行写访问。如果你成批转换，需要创建一个账户，具有对问题VM的访问和使用权限，工作完成后，从安全方面来说，要清除该帐号。
动态VHD在转换后扩展到最大
VMC支持各种源磁盘类型，包括动态磁盘和固定磁盘。然而，当对动态磁盘进行转换时，生成的磁盘总是扩大到最大。因此，确保你的目标系统有足够的空间来支持完全扩展的源磁盘大小。转换完成后，可通过Edit Virtual Hard Disk Wizard编辑和减小磁盘大小。但是大多数情况下，最好确保有空间。
(来源：TechTarget中国作者：Serdar Yegulalp 译者：杨旭)
如何在Hyper-V虚拟机中运行WSUS？
随着企业逐渐抛弃使用物理服务器，一个常见的问题产生了：虚拟化WSUS服务器是个合适的决定吗？简单的回答：是的。本文介绍如何在Hyper-V虚拟机中运行WSUS。
WSUS可以在虚拟机上运行吗？
一个字，可以。如果你打算将WSUS虚拟机托管到Hyper-V，通常建议你在Windows Server 2008 R2操作系统上运行WSUS。因此，你需要部署WSUS 3 SP2。WSUS SP2之前的版本在Window Server 2008 R2上不能正常工作，也不支持Windows 7客户端管理。
虚拟化WSUS服务器最简单的方法是什么？
如果你最近在物理服务器上运行WSUS 3，那么我建议你进行升级。首先建立一个虚拟化WSUS服务器，然后将其配置成物理WSUS服务器的备份，然后进行同步。同步过程一旦完成，就会自发重新配置虚拟WSUS 服务器。之后，你的物理WSUS服务器就可以退役了。
这提供了两个主要优势。首先，升级WSUS服务器的操作系统更简单了。第二，这比一个标准的P2V转换大大降低了故障停机时间，因为当运行虚拟WSUS服务器时，你的物理WSUS服务器仍继续为用户服务。
虚拟WSUS服务器能提供什么功能？
一台独立的WSUS服务器应该能够处理多达25000个客户端。但前提是有充足的资源，并且SQL Server 运行在单独的服务器上（物理或是虚拟的）。一些组织已经通过使用多个前端服务器获得了更高的能力。
WSUS容错方法？
在物理服务器环境中，WSUS通过消除单点故障获得容错能力。通常，你会创建一个网络负载平衡（NLB）群集为WSUS服务器提供高可用性。当然，WSUS依赖SQL Server，让SQL Server容错的优先方式是创建一个故障转移SQL Server群集。
虽然可以在Hyper-V基础设施中重建高可用性架构，通常认为建立Hyper-V群集是更好的实践。如果你的主机服务器是群集的，然后将WSUS服务器也进行群集，SQL Server就不是必须的了（至少从容错的角度来看）。
如果Hyper-V主机没有群集，那么我建议你创建群集，并为虚拟WSUS和SQL Server也创建一个群集架构。但是，你应该确保不要将多个WSUS或SQL Server放到同一个Hyper-V服务器上，因为这样会危害群集WSUS和SQL Server的利益。
对于网络带宽，我需要做什么？
没有要给虚拟化的WSUS服务器提供网络带宽的预先规定。但是记住，不充足的带宽肯定会引发各种各样的问题。如果可能的话，我建议为你的虚拟WSUS服务器配置一个网络适配器。如果你需要在多个虚拟服务器间共享网络适配器，可以使用网络监控工具验证物理网络连接不是饱和的。
如果饱和度成为问题，记住，不管是WSUS服务器本身还是在客户级别使用组策略设置，WSUS都会节流。你可以在计算机配置>管理模版>网络>后台智能传输中找到组策略对象编辑器，然后在该编辑器中找到客户端节流规则。
SQL数据库有特殊的注意事项吗？
通常会建议在单独的机器（物理或是虚拟）上运行SQL Server，因此你可以直接为数据库服务器分配资源。我还建议每两个月运行一次清理向导和磁盘整理。这样会帮助数据库优化运行，这在虚拟化环境中是非常重要的。
另外还需要记住一件事，SQL Server正趋向于I/O密集型。因此，如果你正计划虚拟化SQL Server，那么你可以考虑使用专用的物理存储，以便由SQL产生的I/O负载对其他虚拟机不会产生影响。
(来源：TechTarget中国作者：Brien Posey 译者：杨旭)
Hyper-V 2012 Cluster Live Evacuations虚拟机迁移指南
将虚拟机从一个节点进行快速迁移的能力对于解决突发的主机问题或者因为补丁和维护而需要迁移虚拟机是至关重要的。Hyper-V 2012 Cluster Live Evacuations允许管理员可以在不使用System Center Virtual Machine Manager的情况下，将一个单个虚拟机从一台主机实时迁移到另外的主机上。其在免费版本的Hyper-V服务器平台上也同样可用。
Hyper-V集群节点是一种实现负载高可用性的很好方式。如果发生单个节点宕机的事故，集群可以在另外一个节点上恢复虚拟机并将其重启。但是如果一个集群节点正在运行，但是突然遇到了突发性硬件问题，比如内存模块损坏或者磁盘控制器问题，该怎么办呢？在这种情况下，你应该尽快进行迁移，也就是将虚拟机移出主机，以避免宕机时间。
System Center Virtual Machine Manager可以帮助你将Hyper-V 2012集群置于维护模式，但是在许多情况下如果一个主机发生问题，SCVMM的实时功能是不能发挥作用的。小型组织可能没有预算来购买System Center套件，但是也想要实现将虚拟机从节点中快速迁移出来。在这种情况下，管理员可以转而使用内置的Failover Cluster Manager或者PowerShell。
使用这些工具可以提供多种方法将虚拟机从一个节点迁移到另外一个节点上——但是如果没有对主机进行正确的架构，也会产生许多问题。
暂停和转移节点
虚拟机的实时迁移——也被称为虚拟机负载的“暂停和转移”——将所有资源从原始的集群节点迁移到另外一个或多个剩余节点上。这个过程可以用于集群中的任何资源，但是对于虚拟机来说，其使用实时迁移功能在没有宕机时间的情况下，将虚拟机从一个节点迁移到另外一个节点上。之前版本的Hyper-V需要逐一的进行迁移。在Windows Server 2012和Windows Server 2012 R2中，仅通过点击几次鼠标，就可以将所有的虚拟机从一个节点迁移出来。
通过以下几步可以暂停Hyper-V 2012集群节点，并且将所有的虚拟机迁移到其他的节点上：
2. 如果没有自动连接到集群，需要手动输入集群名称进行连接。
3. 右键单击想要进行虚拟机实时迁移的节点，选择“Pause”，之后选择“Drain Roles”。
开始之后，虚拟机就会被实时迁移到另外一个节点上，而速度是按照在Hyper-V部署实施迁移时，Hyper-V Manager中Hyper-V属性值的定义而决定。
需要注意的是不要将同步实时迁移虚拟机的数目设为过多，同时迁移过多的虚拟机可能会造成网络拥挤，当批量迁移的虚拟机数目较多时，迁移将会花费更长的时间。Windows Server 2012 R2引入压缩和服务器信息块协议传输方式来提高实时迁移的速度，以便大幅度地缩短迁移时间。
如果你之前曾经使用过集群图形用户接口（GUI）控制台，你就会知道这个控制台的响应速度十分缓慢。所以有时使用脚本可以提高效率。在Windows Server 2012和2012 R2中，如果已经安装了Failover Cluster Manager tools，那么FailoverClusters cmdlet将会自动进行加载：
Suspend-ClusterNode –Name
恢复节点
需要注意的是如果在其他的节点上没有足够的资源，当集群中的一个节点宕机时，可能会面临很长的虚拟机宕机时间。在问题解决解决或者维护完成之后，恢复之前暂停的节点是首先需要做的事。
既然已经将虚拟机从节点中移出以修复问题或者重启，你需要恢复暂停的节点。需要采取如下步骤来实现恢复：
4. 打开Failover Cluster Manager。
5. 右键单击已暂停节点。
6. 找到Resume选项。
7. 选择“Do Not Fail Roles Back”或者“Fail Roles Back”。
8. 如果选择了“Do Not Fail Roles Back”，你可以手动将虚拟机移动到刚刚恢复的节点，以便实现资源平衡。
如果你需要将完全相同的虚拟机移动到刚刚启动的节点，可以选择“Fail Roles Back ”。但是大多数情况下，管理员为一些主机打补丁，之后会选择“Do Not Fail Roles Back”——这样可以允许他们将虚拟机都移动到已经打过补丁的主机上。你可以选择任意一项，但是根据我们经验，除非有某种原因需要将虚拟仍然存放在之前的节点上，否则最好选择“Do Not Fail Roles Back”。
希望发生错误的集群节点已经恢复，并且故障转移集群GDI现在能够响应。如果还没有，可以使用脚本，可以尝试如下的PowerShell脚本：
Resume-ClusterNode –name