上篇文章中，我们已经稍稍介绍了一些用SCVMM管理VMWare虚拟机绝妙之处，本文将继续完善这个技巧。

图2

　　ESX主机成功添加之后，右击每个主机名然后在菜单中选择配置安全来设置增强安全选项。这个对话框允许你输入ESX主机的root帐号和密码，用返回按钮可以查找主机的授权信息和公钥信息，点击选项接受。这个过程可以通过提供一个ESX主机的受信任帐号来加快配置，但是这本身也是一个耗时的过程，大多数VMWare管理员都难以忍受。

图3

　　说明：在vShpere 4.1例子中。我发现不能跳过这个对话框，否则任务状态会被标记为“失败”。我猜微软很快将会更新补丁来修复这个问题。另外，在设置完这个对话框后，我的其中一两个ESX主机向SCVMM报告了错误；右击并点刷新就可以修复了。

使用SCVMM还有一个需要考核的重要部分就是管理vCenter服务器中的ESX主机的效果。当SCVMM被配置为可以和vCenter通讯后，它就算是“拥有”ESX主机了，所以当它去连接vCenter后将断开所有vSphere客户端连接。为了避免出现这种状况，强烈建议你彻底放弃用vCenter来管理ESX。这不是一个单一的状况；当vSphere客户端去连接vCenter时，它也会从SCVMM连接中断开。

图4

　　说明：当一个vSphere客户端连接上来后会出现这个对话框。

图5

　　说明：当你用SCVMM强制重练vCenter服务器时，vSphere客户端上会出现这个对话框。
另外你所需要安装和配置的就是在网页浏览器上安装一个ActiveX控件。该控件允许你使用能开启VMWARE远程空置功能的API来打开虚拟机窗口。

我必须承认这个配置过程让我很受打击。我根据部署文档尝试下载了ActiveX控件，加载并安装－但是可耻地失败了。我甚至尝试过启动vCenter web service并安装软件来是远程控制台能工作。尽管通过VMWARE WEB SERVICE可以工作，但SCVMM还是无法识别这个安装，在我测试的整个过程我都没办法用SCVMM来连接我的虚拟机。

我想这个主要是因为最新版本的vSphere 4.1和老的ActiveX控件不兼容，新版本的远程控制台工具看起来就像VMWARE PLAYER一样。可能你的运气会比我好一点，尤其是如果你跑的是VI3的情况。

图6

　　之后，我决定用微软支持的动作清单来一个一个测试一下。归根到底，号称你能做什么是一码事，但是真正能做到如何在我看来则是另一码事了。你不会看到沉闷的细节过程，相反，我们会列举一些特别的有意思的例子：

• 你可以用SCVMM来编辑VMWARE虚拟机的设置，但是没法使用一些高级功能，如在线增加内存，CPU,磁盘或者网卡。我发现在微软的文档中这部分功能被标注为“受限制”。
• SCVMM无法显示虚拟机的操作系统版本。
• 虽然SCVMM弹出奇怪的窗口，我还是成功用VMotion功能迁移了虚拟机。所有虚拟机都已经VMWARE HA/DRS cluster中了，但是当我移动虚拟机时，还是弹出了一个奇怪的窗口：

图7

• 另外，我发现SCVMM提供的VMOTION有的时候不太稳定。很难说它是微软的问题还是VMWARE的，但是基于在vCenter中可以顺利的运行VMOTION而没有任何错误，我倾向于怀疑问题是SCVMM并不能非常好的兼容vSphere 4.1。偶尔的，SCVMM还是出现我的ESX主机对VMOTION“不适应”等状况，因为所有ESX虚拟机都是一样的，所以这个情况也很奇怪。

图8

• 当克隆一个虚拟机的时候，我发现SCVMM无法找到我的vSwitch端口组。我确实有一些标准的vSwitch端口组，但是它们在SCVMM中都看不到。另外，我也选择VM的资源池。

图9

• 将VMWARE虚拟机转换成微软虚拟机功能是可用的，但奇怪的是在转换列表中并没有列出所有我的虚拟机。所有WINDOWS SERVER 2008,WINDOWS 7和WINDOWS XP虚拟机都是一样的情况。

结论

　　这篇文章从讨论使用一家厂商的产品来统一管理多平台的系统所体现的价值开始。但是，在实际测试之后，我想我应该重申一些我一直一来持有的观点。你能看到，当VMWARE第一次进入我的视野时，就已经有一些第三方的工具可以用来管理这些虚拟机。特别是ESX 2.X.X版本那个时期，当时大部分产品还没有vCenter来管理。很久以来，vCenter多多少少成为了一个必备的组件，用来提供诸如VMWare VMotion, High Availability (HA), Distributed Resource Scheduler (DRS), Distributed Power Management (DPM) and Fault Tolerance (FT)等等这些功能。

　　那之前，只能用第三方的工具如HP的Virtual Machine Manager,做为VMWARE内置的插件类工具。和SCVMM为VMWARE提供支持类似，它的确不差，但是如果你想要做一些真正管理的操作的时候，它却未必能满足要求。哪怕是很糟糕的基于网页的ESX 2.X.X用户管理平台（MUI）也比这些第三方工具表现的要好。

　　我要说的重点是：当一家厂商决定要开发产品去管理另一件厂商的平台，一般来说它们表现的都不会如它们期望的那么好。为什么？本质上它们开发的管理工具都不可能表现到能符合你将其做为主要管理方案的标准。相反，这些功能仅仅是留给用户一个烂摊子。它们总是达不到原厂系统所能提供的水平，而且它们为什么飞得达到呢？归根结底，厂商首要的事情是管理好它们自己的平台。

　　常常有人问我，VMWare是否能从类似老的Hyena或者Dameware这种工具中受益。如果你从事这行的时间和我一样长，你就会知道，在WINDOWS NT 4.0时代，微软的管理工具，如User Manager还非常落后。厂商一般会采用第三方的工具如Hyena和Dameware来增强功能。

　　vSphere和它的客户端配合工作的非常好，不过它们经常在同时进行大量任务的时候出错－这个问题已经存在有一段时间了。部分地因为这个原因，Windows PowerShell和PowerCLI被引入来帮助解决这些客户端运行重复任务的问题。

　　悲惨的是，看起来似乎并不是所有第三方厂商都愿意在这个时候进入这个市场，在可以预见的将来，似乎我们只能用厂商自己的管理工具来运行那些管理功能了。另外，在我看来，并不能完全否决采用Microsoft System Center做为监控工具来检测ESX主机和运行在其之上的虚拟机的状态。