VMware ESX Server 3：强大的管理性

　　VMware ESX表现出来的强大管理性，来自于它能够将Intel的主机与x86的客户机操作系统直接在一起使用，而不需要作任何的修改。64位的VMware ESX Server 3(也是以前的版本)是通过其自身的内核来管理操作系统平台，随后VMware ESX就使用了Linux内核来管理操作系统平台，并且对以前的内核全部重写，所以管理程序可以运行在客户机操作系统里。

　　VMware ESX主机能够管理各种各样的客户机操作系统。这是其成熟的功能模块中的一部分。微软的Windows、SUN的x86系列的Solaris系统合许多Linux发布的在客户机操作系统都可以通过VMware ESX管理，并且适用于Intel和AMD的多CPU处理器环境。VMware ESX具备基本的工作模块使得客户机操作系统轻易得与主机间工作，几乎没有任何兼容性问题，只不过需要一个管理员来完成这些操作罢了。

　　任何一个环境如果使用了ESX，如果一个IT部门非常严肃的部署一大把客户机和主机的话，那么他都需要使用VMware的VirtualCenter平台(或者一个功能相等的第三方产品)。

　　VirtualCenter平台的定价和其他各种各样相近功能的组件一样，所以在我们部署一个基本的配置的时候他也并不是无所不能的。所以我们宁愿相信他是一个在多ESX服务器的情况下的一个自身基本功能的共享，可以用它来管理操作系统上的多个实例。

　　VirtualCenter借助一个数据库(Oracle，我们这次用的是MS SQL服务器)来存储它们自身的索引，例如在一个VirtualCenter管理平台里各个客户机操作系统都安置在哪里、哪些资源被分配到他们使用、他们正常运行时间的统计和哪些对象组是他们的成员等等。这些管理应用运行在一个Windows 2000/2003/XP许可的单处理器系统里(我们使用Windows 2003企业版)。这些数据库需要通过方法可靠的保护起来，因为他们当系统出现故障的时候有了它们我们的重建工作将变得十分简单。

　　VirtualCenter 镜像管理能力的焦点要超过其镜像建立和库的管理，并且没有谈到例如同客户机操作系统实例或者已存储的实例之间的补丁/升级问题。像微软的SC-VMM，它在它们基本的软件包里并没有通过很好的方法处理备份和归档工作(这是一个可选择的模块)。

　　VirtualCenter复制客户机操作系统镜像和使用向导来布署它们。这些镜像的大量升级或者使它们的内容有效并不是十分容易的，然而，此外VMware需要增加认证来确保一个建立的镜像是否被篡改，是否能够容忍升级所需要的和生产需要使用的安全设置。

　　VMware ESX Server 3：更成熟的功能模块

　　VirtualCenter非常强大的一个关键因素是迅速的、非常灵活的镜像和客户机操作系统的管理，不管你是不同种类的主机硬件是什么(例如，将它们从Dell服务器移动到HP服务器上面)。跟踪这些移动的信息是依靠科学的配置方法的数据库管理机制，它能够记录服务器和个别客户机操作系统的实例情况。

　　当一个虚拟化设备主机运行VMware ESX平台，他就将增加到这个数据库，而这个主机也自动的接收一个被叫做VirtualCenter客户端的代理应用程序，它运行在主机的管理程序里，以在性能状态和VirtualCenter配置数据之间建立联系信息。

　　这些代理程序同样通过一个API通道在VirtualCenter服务器和主机和客户机操作系统实例之间来管理各种工作。第三方的应用程序能够使用这些API能够连接虚拟化设备的一些私有数据，建立一个宽阔的通讯链路来存储和设置信息。VirtualCenter也是其他VMware提供的必备条件，包含高可用和集群等功能。

　　跟踪移动、增加和改变客户机虚拟化设备的过程在最近的VirtualCenter有效版本中有所改变，现在使用资源对象池来合计组镜像操作、报道性能条件和执行的其他对象操作。这相比以前部署或者改变版本的方法来说有了很大的改进，这也要求你在同一时刻对一个虚拟设备实例进行改变。

　　在这一组应用监控里，这些处理过程仍然是操作系统和应用监控服务的一个基本模块，它与每一个客户机操作系统相联系。通过ESX的管理某些特殊应用模块的功能也不是非常明显的。

　　无论是ESX还是VirtualCenter都不允许多级别的管理角色;代替它的是它把这部分功能移交给特有的客户机操作系统，例如Linux管理员或者微软的活动目录组件管理员。

　　信息鉴识是不能看到日志信息的并且使用信息鉴识分析工具可以指向一个客户机操作系统，通常通过一个解码器、系统日志文件或者其他管理软件的API接口来作分析。

　　不管怎样，VMware是值得信任的，并且很多东西大家都试验过。