实战:使用微软VMMCA配置Hyper-V主机
2009-7-7
【TechTarget中国原创】确保使用Windows Server 2008的Hyper-V R2虚拟化的环境是正确配置的,这非常具有挑战。微软的免费Virtual Machine Manager Configuration Analyzer(VMMCA)能检查目标主机服务器上的组件是否正确,并且在安装后确认Hyper-V主机的配置。
【TechTarget中国原创】确保使用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的测试版本,因为找到并安装测试版本的额外字节以更新其生产代码需要很大的精力。
尽管那样的更新需求将在伴随Windows Server 2008 R2发布的Hyper-V R2里更改,更新过程仍然很重要。简单的说,Hyper-V的代码基础通常追随其核心Windows Server操作系统,因为微软想在基于官方代码基础上完成Hyper-V的最后测试,同时,微软不想为了测试延迟操作系统的发布。所以我们将使用之后发布的更新调整Hyper-V到Windows Server的发布的代码基础。
现在,这必然不是一件坏事情。我们需要保证有确定的代码用于稳定的虚拟环境。我很高兴确保我可能有最佳的环境,尤其是拥有Hyper-V R2的现代故障转移功能。不过准确计算出这些配置所需的东西是个挑战。
进入Virtual Machine Manager的Configuration Analyzer。这个工具能从微软官网免费下载,它能为你做一些配置验证。这个工具需要Microsoft Baseline Configuration Analyzer,也能从微软官网免费下载,运行一套验证规定检查Hyper-V和VMM配置。
VMMCA有两个主要功能,第一个用于在架构里安装VMM服务之前使用。由于VMM有上面几个要求,VMMCA分析候选服务器以验证合适的组件。例如,它验证正确的互联网信息服务(ISS)设置和所安装的角色服务,任何能用来作为VMM目录服务的文件服务器都配置正确,甚至VMM的先决条件本身。作为最佳做法,在执行VMM之前的候选服务器上运行这个工具。你能在安装的开始启动画面中的VMM媒介上找到关于它的一个链接。
VMMCA也能确认Hyper-V主机的配置。这个功能不为人熟知,因为直到VMM成功安装之后这个内置的功能才显现。完成VMM安装后,新一套选项在VMMCA里显示,用来分析候选的或现有的Hyper-V主机的配置和功能,以便在VMM服务器下受到支持。
为了分析Hyper-V主机,从你完整安装的VMM服务器运行VMMCA工具,并查看新选项“其他计算机”。你将发现一个下拉菜单,允许你将分析指向基于主机的Windows Server、VMware VirtualCenter服务器、物理到虚拟源虚拟机或者一个Operations Manager代理。添加计算机的主机名以便扫描,点击扫描按钮。然后你能获取一个关于所连接主机的信息的HTML页。
防火墙的配置必须排除Windows Remote Management和Windows Management Instrumentation(WMI)通信,以便在远程计算机上执行扫描功能。此外,为了使用远程数据库验证VMM服务器,必须在这些数据库上激活远程连接。由于远程连接通过在完整SQL连接上激活,使用SQL Express的环境不能自动激活远程连接。
VMMCA运行在Microsoft Baseline Configuration Analyzer(MBCA)之上,MBCA工具套件听起来类似于以前的Microsoft Baseline Security Analyzer,但其实不同。如果微软继续跨主板使用它,MBCA可能是一个例外。MBCA为帮助一些类型的预先配置验证提供了新方式,在运行的配置中扩展这些验证是明智举动,能帮助管理员。