Hyper-V高级使用手册.pdf

1、 Hyper-V 高级使用手册 TT 服务器技术专题之“主标题” Page 2 of 46 Hyper-V 高级使用手册在之前的专题“ Hyper-V 指南 ”与“ Hyper-V 管理手册 ”中，我们探讨了 Hyper-V 的虚拟架构、系统要求、如何备份与迁移 Hyper-V 等等技巧。在本手册中， 我们将学习Hyper-V 的高级管理技巧，如 Hyper-V 的免费管理工具、 Hyper-V 集群等 。 VMM 管理工具 VMM 即微软的 Virtual Machine Manager（虚拟机管理程序）。使用 VMM 可以部署Hyper-V，其 VMMCA 还可以配置 Hyper-V 主机

2、，在部分中，我们将介绍这些技巧以及升级VMM R2 到预发行版的方法 。 实战：使用微软 VMMCA 配置 Hyper-V 主机 技巧：使用 Virtual Machine Manager 快速部署 Hyper-V 如何升级 Hyper-V Virtual Machine Manager R2 到预发行版？ Hyper-V 集群管理 如何在 Hyper-V 高可用集群环境中选择购买合适的硬件并做到内存资源浪费最小化？如何使用免费的工具来创建 Hyper-V 内的高可用性虚拟机？本部分探讨 Hyper-V 集群 。 如何为高可用集群 Hyper-V 系统选择合适的硬件配置？ 使用 VMM 创建移

3、动 Hyper-V 集群的五大步骤 如何为 Hyper-V 虚拟机配置集群故障转移？ 如何在 Hyper-V R2 里执行集群共享卷？ Hyper-V 备份工具 TT 服务器技术专题之“主标题” Page 3 of 46 大多数供应商的产品不支持通过 Hyper-V 的卷影拷贝服务（ VSS）功能，因此需要一种代替的方式。本部分通过两篇系列短文解释两种技术： Windows Server Backup 和Diskshadow 终端。 使用免费 Windows Server Backup 备份 Hyper-V 虚拟机 使用 DiskShadow 备份 Hyper-V 工作负载 Hyper-V 高

4、级管理 Hyper-V 集成组件有哪些？管理 Hyper-V 的免费工具呢？如何使用 PowerShell 或VBScript 脚本等等。本部分介绍管理 Hyper-V 的一些实用技巧 。 Hyper-V 集 成组件介绍 管理微软 Hyper-V 五大最佳免费工具 分析： Hyper-V 快照如何工作？ 如何管理 Hyper-V 的安全权限？ 如何在 Hyper-V 里使用 PowerShell 或 VBScript 脚本？ 为 Hyper-V 部署一个 SQL Server 虚拟设备 TT 服务器技术专题之“主标题” Page 4 of 46 使用微软 VMMCA 配置 Hyper-V 主机

5、确保使用 Windows Server 2008 的 Hyper-V R2 虚拟化的环境是正确配置的，这非常具有挑战。微软的免费 Virtual Machine Manager Configuration Analyzer（ VMMCA）能检查目标主机服务器上的组件是否正确，并且在安装后确认 Hyper-V 主机的配置。 使用 VMMCA 正确配置 Hyper-V 用户抱怨 Hyper-V R1 需要大量的更新和专门的配置才能完全运转。微软的做法很聪明，在 Windows Server 2008 里包括 Hyper-V R1 的测试版本，因为找到并安装测试版本的额外字节以更新其生产代码需要很大

6、的精力。 尽管那样的更新需求将在伴随 Windows Server 2008 R2 发布的 Hyper-V R2 里更改，更新过程仍然很重要。简单的说 ， Hyper-V 的代码基础通常追随其核心 Windows Server 操作系统，因为微软想在基于官方代码基础上完成 Hyper-V 的最后测试，同时，微软不想为了测试延迟操作系统的发布。所以我们将使用之后发布的更新调整 Hyper-V 到 Windows Server 的发布的代码基础。 现在，这必然不是一件坏事情。我们需要保证有确定的代码用于稳定的虚拟环境。我很高兴确保我可能有最佳的环境，尤其是拥有 Hyper-V R2 的现代故障转移

7、功能。不过准确计算出这些配置所需的东西是个挑战。 进入 Virtual Machine Manager 的 Configuration Analyzer。这个工具能从 微软官网免费下载，它能为你做一些配置验证。这个工具需要 Microsoft Baseline Configuration Analyzer，也能从 微软官网 免费下载，运行一套验证规定检查 Hyper-V 和 VMM 配置。 VMMCA 有两个主要功能，第一个用于在架构里安装 VMM 服务之前使用。由于 VMM 有上面几个要求， VMMCA 分析候选服务器以验证合适的组件。例如，它验证正确的互联网信息服务（ ISS）设 置和所安

8、装的角色服务，任何能用来作为 VMM 目录服务的文件服务器都配置正确，甚至 VMM 的先决条件本身。作为最佳做法，在执行 VMM 之前的候选服务器上运行这个工具。你能在安装的开始启动画面中的 VMM 媒介上找到关于它的一个链接。 VMMCA 也能确认 Hyper-V 主机的配置。这个功能不为人熟知，因为直到 VMM 成功安装之后这个内置的功能才显现。完成 VMM 安装后，新一套选项在 VMMCA 里显示，用来分析候选的或现有的 Hyper-V 主机的配置和功能，以便在 VMM 服务器下受到支持。 为了分析 Hyper-V 主机，从你完整 安装的 VMM 服务器运行 VMMCA 工具，并查看新选

9、项“其他计算机”。你将发现一个下拉菜单，允许你将分析指向基于主机的 Windows Server、 VMware VirtualCenter 服务器、物理到虚拟源虚拟机或者一个 Operations TT 服务器技术专题之“主标题” Page 5 of 46 Manager 代理。添加计算机的主机名以便扫描，点击扫描按钮。然后你能获取一个关于所连接主机的信息的 HTML 页。 防火墙的配置必须排除 Windows Remote Management 和 Windows Management Instrumentation（ WMI）通信 ，以便在远程计算机上执行扫描功能。此外，为了使用远程数据

10、库验证 VMM 服务器，必须在这些数据库上激活远程连接。由于远程连接通过在完整SQL 连接上激活，使用 SQL Express 的环境不能自动激活远程连接。 VMMCA 运行在 Microsoft Baseline Configuration Analyzer（ MBCA）之上， MBCA 工具套件听起来类似于以前的 Microsoft Baseline Security Analyzer，但其实不同。如果微软继续跨主板使用它， MBCA 可能是一个例外。 MBCA 为帮助一些 类型的预先配置验证提供了新方式，在运行的配置中扩展这些验证是明智举动，能帮助管理员。 (作者： Greg Shiel

11、ds 译者： 唐琼瑶 来源： TechTarget 中国 ) TT 服务器技术专题之“主标题” Page 6 of 46 使用 Virtual Machine Manager 快速部署 Hyper-V 虚拟化的一个好处是快速复制粘贴虚拟机。想要台虚拟机？只需要复制其磁盘文件到另一个地点，就几乎成了。这看起来似乎简单的过程却隐藏着管理员经常忽略的几个额外步骤。 在本文中， TecTarget 中国的特约虚拟化专家 Greg Shields 将介绍如何使用 Hyper-V的管理平台 System Center Virtual Machine Manager（ SCVMM） 快速部署虚拟机，并描述自

12、定义现有源虚拟机创建虚拟机模版的必要步骤。 在 Hyper-V 里使用 SCVMM 快速部署虚拟机 不过涉及到虚拟机复制时，复制和粘贴虚拟机只完成了一半工作。制作副本后， 你就拥有了源虚拟机的副本，但是需要额外的工作以自定义虚拟机。 Hyper-V 及其管理技术SCVMM 配备有自动化余下一半工作的功能。尽管起初这个过程看起来是在倒退，但最终结果是简单点击几下就可以创建新虚拟机。下面是如何使用 Virtual Machine Manager 创建和部署虚拟机的几大步骤。 步骤 1：创建源虚拟机 首先你需要一台源虚拟机。它是按照你最后所想要的虚拟机配置的。也就是拥有所有你需要的应用、配置、更新和

13、其他工具，类似于 赛门铁克的 Ghost 克隆应用。 下面是虚拟机部署“倒退”部分的过程： Virtual Machine Manager 使用来自源虚拟机的协议创建模版，这个过程会损坏机器。在开始之前，你应该克隆源虚拟机到目录，同时将该虚拟机关闭后作为源虚拟机。这是由于 SCVMM 对 Sysprep 工具（用于 Windows 操作系统部署的工具）的使用需要源机器在克隆过程中关闭。 SCVMM 也不支持从拥有检查点的Hyper-V 虚拟机创建模版，因此你需要删 除你计划当做模版源的虚拟机的检查点。 步骤 2：创建硬件和子操作系统配置文件 为了创建虚拟机模版， Virtual Machine

14、 Manager 需要三个要素：源机器、硬件配置文件和子操作系统配置文件。硬件配置文件描述了将要部署的虚拟机所配置的虚拟硬件。子操作系统配置文件识别关于模版里操作系统的专门信息。最后，要有一个已经被部署好的源虚拟机。 建立虚拟机模版的第一步是创建一个硬件配置文件。在目录下，点击 New Hardware Profile 并为文件命名。接下来，点击 Hardware Settings 按钮。这会带你到硬件文件视图，它类似于从开始创建新虚拟机时所看见的。区别在于它拥有硬件配置文件，然后为每TT 服务器技术专题之“主标题” Page 7 of 46 台你使用模版创建的虚拟机设置文件。谨慎作出选择，否

15、则当你快速创建新虚拟设备时，事情会失去控制。 一旦你的虚拟硬件通过其配置文件识别出来，你需要创建子操作系统配置文件。在目录里，点击 New Guest OS Profile 并为文件命名。在子操作系统列表下，将看见许多与操作系统有关的选项，也有虚拟机所使用的专门属性，如机器名字、本地管理员密码、产品密匙、时间区域、所安装的操作系统和连通域都应该包含在文件 里。 如你所见， Sysprep 的大部分配置在子操作系统配置文件里完成。如果你熟悉Sysprep 工具的回答文件，你甚至可以在脚本地点添加文件。也可以填充 GUIRunOnce 密匙，这可以执行命令行或者脚本，用户第一次登录到机器，只需要进

16、一步地自定义。对于虚拟机部署，子操作系统配置文件里的这些属性的集合正是 SCVMM 发挥作用的地方。 步骤 3：创建和部署虚拟机模版 定义好这三个属性，就可以创建第一个虚拟模版。在目录里，点击 New Template 开始创建过程。这个向导的第一屏询问你识别模版的虚拟硬盘（ VHD）源。这个源可能是先前所关闭的虚拟机或者另一个模版，再或者目录里存储的 VHD。再次说明，使用现有的虚拟机完成这个过程将损坏虚拟机，这是不值得的，所以要慎重考虑。 模版配置过程余下的步骤是分配硬件和子操作系统配置文件，选择 Library Server和路径来存储模版。分别设置硬件和子操作系统，否则模版将使用默认设

17、置，这可能导致你重新创建模版。通过在机器上运行 Sysprep，完成向导开始模版创建。如果过程正确，将花上一些时间创建。 模版创建好后，源虚拟机不再存在，一个新模板添加到目录。使用相关的文件 部署模版，只需在模版上右击，选择 New Virtual Machine。现在，你快速创建的虚拟机就完成了。 (作者： Greg Shields 译者： 唐琼瑶 来源： TechTarget 中国 ) TT 服务器技术专题之“主标题” Page 8 of 46 如何升级 Hyper-V Virtual Machine Manager R2 到预发行版？ 如果目前在 Hyper-V 生产运行环境中已经使用微

18、软 System CenterVirtual Machine Manager（ VMM）测试版的话，那么根据下面介绍的几个步骤有可能把其迁移到预发行版（ RC： Release Candidate）中。 一直以来都认为不应该在测试版或者预发行版软件上部署基础架构。由于不能保证从试用版或者预发行版的升级路径确实行得通，所以过早地使用可能会带来系统宕机。但是我发现微软发布的 VMM 软件包却完全打破了这种传统的思维模式。 当然现在这篇文章并不是要评价那些使产品完成向 VMM 2008 R2 飞跃的 IT 专家（尽管大家都已经了解）。反而，我倒希望能够帮助他们把测试版软件升级到最近的预发行版。坦率地

19、讲，过早采用 VMM 2008 R2 也可能成为那些少见的案例之一，即向生产工作环境推出预发行版本 软件未必是最坏的解决方案。具体原因如下： VMM 2008 R2 远远要比 RTM（ Release-To-Manufacturing）版本那么复杂，也比其功能丰富。在 Windows Server 2008 R2 之上运行可以支持动态迁移和集群感知卷，同时也带来其它各种优势。这个升级过程提升了价格优惠的虚拟化平台的门槛。 VMM 仅仅内置 Hyper-V 管理功能： VMM 2008 可以作为 Windows Server 的其它管理组件之上的一个功能层，通过 VMM 可以轻松地管理虚拟机的很

20、多组件和宿主主机的配置，但是几乎所有的 这些元素在其本地控制台。例如，在 VMM 内部可以启动虚拟机宕机备份或者虚拟机配置。宕机备份和配置调整可以在 Windows 宕机备份集群控制台完成，也可以在那些拥有虚拟机节点的 Hyper-V 控制台完成。 因此，如果等不及 VMM 升级到操作环境的话，淘汰并替换也未必是不好的选择。虽然已经有很明确的警告，但是如果喜欢追求最前沿技术的话，我也能够理解这种迫切希望升级到虚拟机管理器最新版的想法。 虽然听起来确实是比较兴奋，可是仍然有必要采取一定步骤来使 VMM 2008 R2 测试版实例升级到预发行版。基于是否保存现有 的虚拟机和主机配置，这些步骤可能各

21、不相同。 从 Microsoft 主页 下载 VMM 2008 R2 程序 ：在这个网页上可以找到可安装执行文件和最近的更新文件。在开始进行升级之前，移除和 VMM 服务器不属于同一个域的其它所有成员主机。其中包括外设网络主机或者那些域内和 VMM 服务器没有双向信任关系的主机，当然也包括任何连接到 VMM 基础架构上的 VMware vCenter 服务器。这些主机需要在 VMM 2008 R2 升级之后再行安装。 卸载 VMM 服务器 ：选择复选框以保存数据。该步骤可以确保在升级过程中仍然可以保存 VMM 配置信息。如果在工作平台中的其它位置 如在库服务器中或者自助服务入口中 安装了其它

22、VMM 组件，则需要卸载这些服务器。 TT 服务器技术专题之“主标题” Page 9 of 46 VMM 2008 R2 RC 必须安装在 Windows Server 2008 R2 服务器上，并且该服务器需要运行 SQL Server 2005 SP3 或者 SQL Server 2008 SP1。这也就需要对操作系统或者数据库进行同步升级。 在预发行版 VMM 服务 器上安装一个小工具来升级其数据库组件 ：这个在主要升级工作完成之后进行。该工具的名字是 UpgradeV2R2Beta.exe，可以在 Microsoft Connect 主页上找到。在命令行窗口使用如下命令来运行这个工具：

23、 UpgradeV2R2Beta.exe -server servernameinstancename -database databasename 在这个命令中 ， VMM 实例的默认名称是 MICROSOFT$VMM$，数据库的默认名称是VirtualManagerDB。 VMM 服务器上必须安装有 .NET Framework 2.0 和 SQL Server 工具，才可以保证这个小工具的各项功能正常运转。 开始安装新版本：从 VMM 服务器开始。 VMM 服务器安装看起来和安装测试版没有太大区别。回答各种问题，验证是否安装成功。此时 VMM 控制台中的 Hyper-V 应该是可以使用的

24、。尽管几乎所有的都以拒绝服务代理的身份出现，或者以一个可用的升级代理版本的身份出现。之所以出现这种情况是因 为随 VMM 2008 R2 发行的还有新 VMM 代理版本。如果打算加入到更新的 VMM 基础架构，就必须在 Hyper-V 中部署这个更新代理。也可以通过右键点击主机名，选择“更新代理（ Update Agent）”在附属主机上完成代理更新。如果使用这种方式更新代理遇到问题或者对于那些处于域之外的代理，也可以通过 VMM 媒介进行安装。 有些附加的 Hyper-V 主机对重新连接到 VMM 基础架构上需要额外的工作。对于这些主机，在代理安装完成之后导向 VMM 控制台的“管理员窗口（

25、 Administration View）”，点击“ 管理的计算机节点（ Managed Computers Node）”。在屏幕的中间位置，右键点击出现问题的 Hyper-V 主机，选择重新连接。有的情况下，在代理安装或者更新正确这一步骤完成之后，需要重新启动 Hyper-V 主机。成功完成重新关联的主机在这个窗口中会显示一个回应状态。为完成这个重新附属步骤，点击 VMM 控制台的主机窗口上的“返回（ Back）”，右键点击任何出问题的主机，选择“刷新（ Refresh）”。 需要注意的是直接升级操作将会丢失工作任务表以及密码和独立模块的生产密钥、操作系统和硬件配置文件。 在 VMM 基础架

26、构升级完成并且正常运行之后，就需要根据这些元素的信息重新创建这些元素。 (作者： Greg Shields 译者： 王越 来源： TechTarget 中国 )TT 服务器技术专题之“主标题” Page 10 of 46 如何为高可用集群 Hyper-V 系统选择合适的硬件配置？在最近一次的 TechMentor 会议上，我呈现了一个关于 Hyper-V 系统的话题。一位听众问我：“ Hyper-V 作为一种新的技术，我在选择相应的硬件时需要遵循一些什么样的条件来获得最佳实践效果？”这个问题的确发人深省，目前为止，我听过的答案只有：“在您的预算内采购最强大的服务器。” 但是，这并不是那位听众想

27、要获得的答案。所以在那次会议上，我们从一些不同的角度去讨论了这个问题的答案。我们发现“最大就是最佳”的逻辑在那些没有连接相对独立的 Hyper-V 主机环境下是有效的，但是在增加了高可用和 Windows 故障转移集群的的复杂环境中，这种模型需要重新定义。本文将讨论如何在 Hyper-V 高可用集群环境中选择购买合适的硬件并做到内存资源浪费最小化。 独立 Hyper-V 主机环境的配置 首先，提供一些采购 Hyper-V 主机的指导原则：一般来讲，在预算范围内购买最高硬件配置的方式，使我们可 以在一台主机上尽可能多地部署虚拟机。但是，这并非总是最好的办法，因为 Hyper-V 虚拟机的扩展会受

28、到硬件资源的限制。 相比 VMware vSphere，现在倾向于使用内存页表共享技术和提供 memory ballon 驱动技术。通过结合这些特性，可以分配和运行超出物理内存配置的虚拟内存。举个简单的例子，通过这两项技术，可以在一个带有 16GB 物理内存的服务器上运行 17 个 1GB 虚拟内存的虚拟机。可能对于高性能需求为主的生产环境来说这并不是最佳的部署方式，但是在预防主机失效的应用环境中，这种做法是有实用价值的。 无论是最初随着 Windows Server 2008 RTM（下发工厂的版本）发布的 Hyper-V，还是后来发布第二版（ R2），都不支持这种内存共享技术。所以， Hy

29、per-V 主机数受限于机箱内安装的物理内存大小，无法过量分配虚拟内存给虚拟机使用。还用之前的例子：如果您的物理内存是 16GB，您绝对无法在这台主机上启动第 17 台 1GB 虚拟内存的虚拟机。这在管理界面中就已经直接禁止操作。 可见在高可用的 Hyper-V 主机环境中，相比其他物理资源，更多受限于内存资源的边界条件限制。带有 16GB 物理内存的主机一 般都配备 4 路或 8 路 CPU，可以很好地满足虚拟机工作负载的运算资源需求。当然，对于计算资源开销比较大的应用，如大型 Exchange或 SQL 服务器，情况另当别论。这些应用都非常适合于部署在虚拟机内，因为在 Hyper-V的虚拟

30、机中最紧张的是内存资源。 总之，对于独立的 Hyper-V 主机，购买服务器硬件时尽可能配备更多的物理内存。或许现在人们提到内存的配置，通用观点是在额外的硬件配置和价格之间寻找平衡点。以TT 服务器技术专题之“主标题” Page 11 of 46 32GB 为分界线，超过这个界限后，配置更多物理内存，一般认为是不太经济划算的。但尽可能多的配置物理内存，您 一定会对获得的结果感到满意。 集群复杂环境配置 当您在一个 Windows 故障转移集群中部署多个 Hyper-V 主机时，采购什么样主机的选择变得非常的复杂。仍然，这个问题和 Hyper-V 不支持内存过量分配相关。 简单来讲，为了防止单节

31、点故障的发生，我们需要部署集群 Hyper-V 实例。然而，在宿主机主板损坏的情况下，所有之上的虚拟机都会完全停止运行。如果一个集群中的一个主机宕机，那台主机上的所有虚拟机都需要迁移到新的主机上，并启动运行。由于 Hyper-V 的内存分配限制，目标主机必须保留足够的可用内存 空间，用于重新启动受损主机上的虚拟机。 我们还是通过一个具体的例子来更好的解释这个问题。我们先假设三个集群系统环境，在每个环境中的每台主机都有相同的配置：四颗 CPU 和 16GB 的物理内存。集群一由 2台主机构成，集群二由 4 台主机构成，集群三有 6 台主机。 在这个例子中，假设您需要计划部署一个完全支持故障转移体

32、系的 Hyper-V 系统。在故障转移集群系统中，预留的主机需要支持：当原主机宕机后可以迅速启动原本在该主机上运行的所有虚拟机。在这三个模拟环境中，我做了如下一些假设：假设忽略主机用于保留给 CPU 的内存空 间；假设忽略虚拟机一般配置都会多于 1GB 内存的情况。为了使计算起来更简单，可以更加清晰地说明我的观点，我采用了相关的一些整数参数。 在集群一中，只有 2 台可用主机。这表明在这个集群中可以部署的最大虚拟机个数是16 个，每个虚拟机带有 1GB 的内存。这样的话，在这个集群环境中，我们存在 50%的物理资源浪费。事实上集群系统中拥有的物理资源需要保留一半，用于预防在一个节点宕机后，迅速

33、把所有虚拟机迁移到另外一个节点上并启用。无论是我们如何部署，把 16 台虚拟机放在一个台物理机上，或分散到两个节点上（每台 8 个虚拟机），我 们都必须保留这么多，才能保证有足够的资源支持单节点失效后，其上运行虚拟机可以有效迁移和重新启动。这个资源浪费是相当大的。 在集群二中，有 4 台可用主机。在四台主机的情况下，我们拥有更多的物理选择来重新部署失效主机上的虚拟机。确切地讲，我可以支持最多 48 台 1GB 的虚拟机。在整个集群系统中，必须保留 16GB 的内存用 于预防单节点的损坏。无论是我们把所有的 48 台虚拟机安装到其中三台主机，让一台主机专门做备份，还是把它们分装到整个集群的所有节

34、点上，总体看都有 25%的资源空闲。我们的资源浪费情况有所改善。 在集 群三中，主机数增加到 6 台，进一步改善了物理资源的浪费情况。跨 6 台主机，我们可以支持 81 台 1GB 的虚拟机，仍旧保留 16GB 的内存预防单节点故障。这样，在这个集群中，我们将资源闲置比例降低到 17%。虽然仍旧不够完美，不过相比之前的方式，已经把资源利用率做到最好。 TT 服务器技术专题之“主标题” Page 12 of 46 因此，在进入 Hyper-V 集群环境后，主机数量跟主机配置都跟结果相关。确切讲，是集群中主机的数量对于降低内存闲置比率至关重要。因为 Hyper-V 不支持内存的过量分配，这些因素我

35、们都必须仔细考虑。尽管作为独立的拟稿人，我们相信这个技术很快会被引入到 Hyper-V 中，但微软在 Windows Server 2008 R2 还不支持内存共享，微软也没有给出何时支持该技术的时间表。 这样，我的听众已经了解到在 Hyper-V 的集群系统中，不仅要尽可能采购更高配置的主机，而且要尽可能采购更多数量的主机。如果我们把高配置的单个主机环境转化为包含更多主机的环境，我们将有效降低资源闲置的比例，提高利用率。 (作者： Greg Shields 译者： 李哲贤 来源： TechTarget 中国 ) TT 服务器技术专题之“主标题” Page 13 of 46 使用 VMM 创建

36、移动 Hyper-V 集群的五大步骤在旅途中的演示者可以运行 Microsoft Hyper-V R2 虚拟化平台以及 System Center Virtual Machine Manager（系统中心虚拟机管理程序， SCVMM）软件来做演示，你只需要两台便携式电脑，并如下操作。 我在会议上、培训课上和做咨询都需要演示，所以我在办公室里花了许多的时间改进演示，这样当我在旅行时，它们可以按我所希望的那样工作。结果是，我开始把 VMware Workstation 软件做为我需要的辅助工具。整个在美国期间， VMware Workstation 的桌面虚拟化帮助我构建了良好 的教学、培训、演示

37、的 Windows 环境。 至少到最近，正如我们所见，当你在 Window 操作系统上做演示时， VMware Workstation 工作出色。但是在 VMware Workstation 上不能创建 Hyper-V 运行环境。关于这一局限的技术原因比较复杂，对于大多数使用者过于繁琐。重要的一点是用现有的技术，不能在一种 hypervisor 之上运行另一种。最终的 a 结果是：无论我们多么地想，都不能在 VMware Workstation 之上运行 Hyper-V。 最近，我已经对微软的 Hyper-V 虚拟 化做了相当多的介绍。当 IT 支持者们仍然在确定其基本的功能时，在 Hyper

38、-V 的早期已经不存在这样的问题了。在后面，演示单 Hyper-V 主机的性能所需的便携式电脑需要如下支持： x64、硬件数据执行保护支持（ DEF）、板载虚拟化扩展（硬件虚拟化支持）。 但是当时，人们想看的不仅仅是我在一个便携式电脑上单个 Hyper-V 主机上所做的展示。他们想看见 Windows 容错集群（ Windows 故障转移群集 )的高可用性。他们想看Virtual Machine Manager 的管理功能，他们需要理解热迁移特性与集群 感知磁盘资源的交互（ cluster-aware disk resources interrelate）。所有的这些需求是很好的，但是要在旅途

39、中这样做无疑是一件头疼的事情，主要是需要支持集群和 VMM 功能的域服务，这确实是一个问题。 我梦想实现一个能够演示所有那些功能的可行的解决方案，在花了很长一段时间之后，最终找到了一个。在下面的步骤里，我将说明如何用两个便携式电脑构建一个可以运行集群 Hyper-V 和 VMM 的全功能的解决方案： 步骤 1：把两个相同配置的便携式电脑互联。相同配置的电脑一般具有相同的处 理能力。不过这并不是一个必须的要求，因为 Hyper-V R2 新的处理器兼容特性消除了这样的担心和冲突。用交叉线把两个便携式电脑连接起来，并配置好网络使其可以互相通信，这对下面的步骤很关键。构建演示这样的环境，把每一个电脑

40、连接到局域网上可以很好地获取所需的资源。在你搭建完成时，测试一下确保双绞线的连接正确。 TT 服务器技术专题之“主标题” Page 14 of 46 步骤 2：安装支持 Hyper-V 和 Windows 容错集群的 iSCSI Target 软件。 Windows 容错集群需要共享存储，这一般通过硬件系统实现。对于演示环境，我们可以用软化。轻松创建共享存储。 我用 StarWind Software 免费版的 iSCSI Target，它通过一个很好的免费软件包提供了环境所需的所有技术。 步骤 3：安装 Hyper-V 角色并创建一个域控制器（ domain controller）。 VMM

41、 和容错集群功能都需要域服务（ domain services）。在这个实例里，这些域服务被没有配置高可用的主机上的虚拟机所拥有。在其中一个便携式电脑创建这样的域服务 （ DC），或者用现有的域控制器做物理到虚拟机（ P2V）的迁移。无论哪一种情况，确保 DC 没有配置高可用性，因为在接下来重启时的时间问题将导致整个环境的失败。我们在下面要详细讨论这个问题。 步骤 4：安装 Window 容错集群套件并创建集群。一旦 DC 和 laptop 确定安装好了，你就用标准的安装程序创建 Hyper-V 集群。 步骤 5：在一个便携式电脑上安装 VMM 以及相关的必须的软件。安全 VMM 之前需要提前

42、安装一些软件（如 SQL 和 Windows 自动安装工具）。在你的服务器上安装所有的组件和VMM。然后 你可以创建虚拟机并使其高可用性。不要为高可用性启用 DC，因为这将重新配置 DC 里的虚拟机作为集群资源。由于启动集群需要 DC，这将导致两难境地： DC 不能起动导致集群不能启动，集群不能启动因为 DC 没有启动。 完成上述的步骤应该可以在任何地方演示 Hyper-V 功能，在我的搭建中，我用了 VMM的本地的 P2V 特性快照了我家中办公室的 DC 的在线拷贝，而不是创建一个新的。因为更新序列号的回滚（ Update Serial Numbers Rollback）的原因，你将发现 V

43、MM 的控制程序强烈推荐你不要这样做。但是在 单个域控制器中，这个问题不影响你的演示环境。 (作者： Greg Shields 译者： 常涛 来源： TechTarget 中国 ) TT 服务器技术专题之“主标题” Page 15 of 46 如何为 Hyper-V 虚拟机配置集群故障转移？在本系列文章的第一部分已经讨论过， 不必使用高价格的工具来创建 Hyper-V 内的高可用性虚拟机 。反而可以使用微软的 Failover Cluster Management，但是需要一些额外的手动任务。当然，要使用高可用性先启动一台虚拟机只是工作的第一步。 通过确定负载虚拟机的合适主机，进行几步简单的点

44、击工作就可以保证虚拟机故障转移到目标主机上。当需要故障转移时，该工具也能够配置可以作为潜在目的地址的主机。在本篇文章中，我将会介绍如何使用故障转移集群管理控制台（ Failover Cluster Management Console）配置虚拟机。 故障转移集群管理工具的控制可能比较复杂。和其它业内竞争者的高性能系统不同，微软的基础架构运行在一个供多应用程序 使用的服务上。这一点和 VMware vCenter 和Citrix XenServer 的接口有很大不同。想象一下虚拟化架构，这些虚拟化技术使用了一个可选项的更集中设置。相比之下，微软的技术可以集群动态主机配置协议或者文件服务器，这一点

45、与其管理 Hyper-V 的技术很相似。这样可以有效辅助可支持性，其对集群管理的设置要比对那些 Hyper-V 竞争产品的设置更加通用。 配置集群故障转移设置 为方便讨论我们假设已经创建了一个四节点集群，只用来承载 Hyper-V 虚拟机。在这个集群中有 40 台虚拟机均匀地分布在这些集 群的节点之上，平均每个节点 10 台虚拟机。在配置过程中，可能会期望特定虚拟机位于特定集群节点上。这些虚拟机也应该作为一个群组进行故障转移，从而可以使这些虚拟机位于同一个主机上。 使虚拟机完成该任务需要配置的第一步设置就是搜索，可以通过查看故障转移集群管理控制台内高可用性虚拟机的属性来完成。查看常见标签页，可

46、以看到一个优先选用属主的列表。该列表具体列出选择出来作为资源属主的主机。一个集群可以使用这个列表来决定在宕机备份中重新承载资源（在该场景中指虚拟机）的位置。多个主机都可以作为优先选用的属主，可以通过对这 些主机名字重新排序（使用箭头按钮进行排序）设置一个优先次序。 但是要注意设置一个优先选用属主并不能够自动地故障转移资源。然而在需要再一次进行资源备份时，就会把选择的优先属主作为目标宿主。设置优先列表就是在故障转移场景中建立了一个宿主主机的“意愿列表”，但是这个列表只能满足一部分需求。在高级策略标签页中可以找到“可能属主”设置，该列表的设置旨在作为意愿列表的一个超集，该第二项配置标识可以宿主资源

47、的集群节点。 TT 服务器技术专题之“主标题” Page 16 of 46 这两项设置协调工作，在故障转移或者主机损失时辅助标识可以承载虚拟机的位置。在我们的例子中， 40 台虚拟机分散在四个主机上，配置可能属主和优先选择属主可以保证高资源消耗的虚拟机不至于故障转移到同一位置。 禁止故障自动恢复 资源的集群节点在故障转移恢复可以重新运行后使用第三项潜在设置。故障转移标签页下故障自动恢复的默认设置是“禁止故障自动恢复”。在配置故障自动恢复时，如果原宿主主机重新可用，虚拟机将会迁移回初始宿主主机。如果希望在主机故障之后虚拟机返回到已知配置的话，该设置很有帮助。但是也可能会引发不少问题。 故障自动恢

48、复的默认设置为关闭，因为激活该设置可能导致所谓的“反弹”状态。在这种情况下 ，主机就会变得反应迟钝。集群把这种情况视为主机故障，并且会进行资源宕机备份，之后主机就会又变得反应灵敏。如果主机配置是认可故障自动恢复的，其资源将会在主机重新可用时迁移回来。但如果是主机重复反应迟钝的情况（资源自身引起的反映迟钝），将会看到资源来回迁移，直到触及初始限制并且关机才停止。 对虚拟机来讲，这并不是一个好现象，并且这也是故障自动恢复的默认设置为关闭的主要原因。使用这些设置是非常明智的，发生故障后重新手动迁移虚拟机资源是一个更加切合实际的解决方案。 因为这些配置旨在能够在所有集群资源中使用， 所以故障转移集群管

49、理控制台中这些配置的名称听起来与其意义不太相符。如果不准备使用 Hyper-V 的虚拟机管理工具而来使用 Hyper-V 的话，学习这些特性将会是要面对的挑战之一。 (作者： Greg Shields 译者： 王越 来源： TechTarget 中国 )TT 服务器技术专题之“主标题” Page 17 of 46 如何在 Hyper-V R2 里执行集群共享卷？随着 Windows Server 2008 R2 的发布，微软的 Hyper-V 虚拟化平台获得了大量必须的功能。微软增加了 Hyper-V 的功能，让其成为用于生产虚拟化的可行选择。 Hyper-V R2在主机磁 盘资源方面有许多的新功能，尤其是用于 Windows 故障转移集群上的高可用性虚拟机所使用的功能。 在本文