安装的详细步骤是

首先，安装ESX3.5

然后，安装VC

最后，破解ESX3.5和VC。

ESX3.5安装：（本次安装使用dell的poweregle2600服务器）

1。刻录ESX3.5光盘

2。光驱启动安装，选择图形界面安装

3。查找硬件

4。发现CD，提示是否测试CD。

为了安装速度，选择”Skip”。
5。安装向导。

6。选择键盘，按默认即可。

7。选择鼠标。

8。安装程序提示，硬盘分区表无法读取，要创建新的分区。

9。最终用户使用协议。

10。选择分区类型：推荐的分区及高级选择，第一种选择是安装程序。第二种是高级，手运输分区。在这
里选择推荐的分区。

11。安装程序自动的分区。

12。高级选项：引导程序安装的位置。

13。网络配置：IP地址、网关等。

14。选择时区。

15。超级用户口令。

16。安装向导配置摘要。如查有问题，可以按”Back”键，返回。

17。安装程序开始安装。

18。安装完毕。

至此VMware ESX Server3.5安装完毕。这样，已经可以使用，可直接使用Virtual Clint进行管理。

但是为了便于统一管理客户端还要安装管理软件：Virtual Center2.5。

VC2.5安装

VC安装在单独的一台windows服务器上。用来统一管理多个不同的ESX server主机。

我选用的是服务器与esx sever实用的服务器相同配置的另一台windows2003服务器作为vc的安装服务器。

1。把光盘放入光驱

2。安装过程全部默认安装，windows安装很简单。

ESX3.5与VC2.5的破解

为了测试所有功能，我找到了一个破解补丁，下面介绍详细的破解过程

ESX3.5破解过程

1。安装过程中已经选择了打开ssh连接。使用ssh链接到ESX server。

2。关闭必要的服务

关闭防火墙

/etc/int.d/iptables stop

关闭虚拟服务

/etc/int.d/mgmt-vmware stop

3。覆盖破解文件。

在/usr/lib/vmware/hostd目录下，先备份libvimsvc.so和vmware-hostd两个文件，然后用破解文件覆盖。并且把两个文件的属性改为755！

4。启动必要的服务

启动虚拟服务

/etc/int.d/mgmt-vmware start

至此ESX3.5的破解就完成了。

VC2.5破解过程

1。在系统服务中关闭VMware VirtualCenter Server和VMware Converter Enterprise Service两项服务。

2。windows破解文件相应的文件夹中的同名文件做好备份，然后覆盖掉相应的文件。

3。启动VMware VirtualCenter Server和VMware Converter Enterprise Service两项服务。

4。在vmware license Server tools 中加入破解的授权文件vmware.lic，在config services 的path to the license file处修改。然后重新读取lic文件，并且重启 license server服务即可。

5。用VIC连接Virtual Center，会出现证书提示，选择忽略即可。进入控制台后，点击Administration下的VirtualCenter Management server configuration ，选择license server ，如果我们的license server 是和ESX Server安装在同一台服务器上的，那么选择 use license services on this virtualcenter server 就可以了，否则选择第三项，输入license server的地址。

Virtual center破解完成。

ESX Server版本是：esx-3.5.0_Update_2-110268 esx 3.5.0 Update 2 110268 除bug修正版

VIM版本是：VMware-VIMSetup-2.5.0-104265 Virtual Center 2.5 104265 官方中文版

破解补丁：http://www.nowlinux.cn/thread-638-1-1.html

ESX3.5可以安装在虚拟机上，但是要求很高，必须是双核支持虚拟技术的cpu才可以，所以建议另找一些机器作为实验用。

（一）概述
ESX server3.0和VirtualCenter2.0代表了VMware的下一代虚拟机产品。重要的新特性包含了很多用户的新需求，例如添加了对iSCSI的支持。VMware早期的版本帮助用户将基于x86架构的低工作量的应用通过虚拟机的方式整合到一起。但一些大工作量的应用，例如数据库、信息系统、CRM、ERP等通常是不考虑使用虚拟机方式的。新产品的每ESX server支持4路SMP、16GB可用内存、32个逻辑CPU扩展到128个虚拟CPU将大大增加虚拟机的处理能力。DAS、DRS和整合备份将增加高可用性，可以使用户更快的从故障中恢复比使用更昂贵和复杂的物理的设备群集。
一.下面列举了一些ESX server3.0和VirtualCenter2.0的新特性：
·NAS和iSCSI支持：
存储虚拟机在成本低廉的NAS和iSCSI存储设备上的新特性可以使更多的用户可以使用VMware的虚拟功能。VMotion和DAS等特性也支NAS和iSCSI的存储设备。注：不支持NAS和iSCSI设备的同时使用。
·4路虚拟SMP
虚拟SMP允许创建超过一个虚拟CPU的虚拟机。ESX server3.0加上4路虚拟SMP将可以创建2个到4个虚拟cpu的虚拟机。这将允许进行虚拟像数据库等大工作量的应用。
·16GB虚拟机内存
ESX server3.0将允许用户为每个虚拟机分配16GB内存。16GB虚拟机内存和4路虚拟SMP结合起来将允许虚拟机运行更大工作量的应用，为更多应用提供虚拟环境的便利。
·Distributed Availability Services(DAS)
DAS是VirtualCenter2.0的选件，DAS检测运行故障的虚拟机并且自动的交替的重启它们在ESX server主机上。如果虚拟机的磁盘和配置文件存储在共享存储设备上，那么从故障中恢复的时间应该是很短暂的。DAS有一些智能化的规则来应用以适当的方式重启服务器，例如不会同时重启在一个ESX server主机上的配置负载均衡的虚拟机。DAS将为像群集这样高价值和高复杂性的应用提供高可用性。
·Distributed Resource Scheduling（DRS）
DRS是VirtualCenter2.0的选件，DRS允许自动的在不同的ESX主机之间分配虚拟机。当DAS发现一个虚拟机没有足够的可用资源时，会用VMotion迁移这个虚拟机从现在的ESX主机到另一个ESX主机。DRS也提供了人工移动虚拟机、停止和降低VMotion的活跃性的功能。用户可以指定某些虚拟机拒绝DRS的移动，以便这些虚拟机只能人工移动。DRS使得处理大工作量的ESX server利用自动分配资源实现最佳的性能。
·VMware Consolidated Backup
VMware Consolidated Backup是ESX server3.0的一个选件。Consolidated Backup为windows虚拟机提供了主机、局域网和无代理备份。它将提供ESX server3.0以前版本没有提供的功能，比如很容易完全备份一个运行着的虚拟机。一个虚拟硬盘可以创建一个在线的snapshot不需要虚拟机停机。一个独立的物理机器可以挂载snapshot并且用一个标准代理程序去备份上面的数据。这就意味着可以删除windows虚拟机上的备份代理程序。
·简单的服务控制台
ESX server3.0有一个基于Red Hat Enterprise Linux 3的新的控制台程序。新的控制台更像是一个标准的虚拟机，它占用更少的系统资源并且在用控制台安装第三方应用程序的时候更灵活。
·VMFS3
随着ESX server3.0引入了一个新的文件系统VMFS3,它有一些新的改进。比如，改进磁盘锁使更多的ESX主机访问共享存储；分布式目录结构更稳定；调整容量大小和新加LUNs更灵活。VMFS3不再是一个平面的操作系统，用户将可以创建目录和子目录。
·热添加虚拟硬盘
ESX server3.0将允许在虚拟机运行时添加虚拟硬盘。
·Multiple Snapshots
ESX server3.0加入了多snapshot特性，与VMware Workstation 5.x产品相似。
·大规模的管理
VirtualCenter 2可以管理上百个ESX主机和上千个虚拟机。VirtualCenter 2是为部署大量的虚拟环境设计的。
·统一的用户界面
ESX Server 3 and VirtualCenter 2共享一个新的可以从Windows终端或者浏览器访问的VMware客户端。新的客户端可以远程的管理一个ESX Server主机、虚拟机和VirtualCenter管理服务器。ESX Server3.0不再包含管理ESX Server的MUI，代替的是一个比以前更好的连接到ESX主机的新的VirtualCenter客户端，通过VirtualCenter可以直接进行所有的管理员操作。
·改进的虚拟结构管理
为了灵活的部署和方便管理的目的，VirtualCenter 2集中存储虚拟机的配置文件和VMware的licenses。VirtualCenter提供了一个新的认证服务器，可以安装在虚拟机或者一个物理机器上来管理有所的licenses信息。所有的虚拟机配置文件（.vmx、nvram等等）现在都存储在一个共享的VMFS卷上代替原来的独立存储在ESX server上。现在有一个基于web方式的远程终端允许系统管理员通过一个web浏览器连接到虚拟机代替原来需要安装一个远程终端的客户端。VirtualCenter 2增强了图形和计算的性能。
·改进的安全性
VirtualCenter的访问控制被加强了，可以使用自定义角色和权限，用户可以更灵活的设定哪些用户可以控制和改变资源。VirtualCenter帐户管理可以提供准确的帐户索引为查询哪个用户做了什么改变。
·扩展的ESX Server硬件支持
ESX Server3.0的硬件兼容列表包括的硬件范围更加广泛，使用户在选择硬件时更加灵活。新的服务器包括更多的双核CPU机型、更多的SAN产品、NAS、iSCSI和大量的I/O设备将被支持。网卡支持20个千兆网卡和26个10/100兆网卡。最大的逻辑cpu支持由16个增加到了32个，这些特性对扩展性能是有帮助的，比如配置一台多节点的x460服务器。
·改进的网络
为了支持更多的物理网卡，虚拟网络进行了改进，增加每个虚拟交换机端口到1024个、uplink端口到32个，每个ESX Server最多支持1024个虚拟交换机。每个网卡端口的绑定、传输修正策略和新的安全策略极大的改善了ESX网络配置的灵活性。
·扩展的ESX Server操作系统支持
ESX Server 3.0将支持新的操作系统版本，比如 Red Hat Enterprise Linux4。
·改进对Citrix的支持
Citrix是一个可以提高VMware运行性能的应用。ESX Server 3.0将改善Citrix的性能。

二.综合ESX和VirtualCenter
虽然ESX和VirtualCenter现在仍然是两个不同的产品，ESX Server 3.0
和VirtualCenter 2.0的将来发展是ESX Server需要依靠VirtualCenter的一些关键功能，例如VMotion、DAS和DRS。为了实现VMware的虚拟结构完整的高级功能用户将需要ESX Server和VirtualCenter，以及一些附加的选件比如VMotion、SMP等等。VirtualCenter2提供了扩展和增强的管理和安全功能，没有VirtualCenter2去部署ESX Server3是不被推荐的。ESX的一些基本的管理功能可以通过IBM Director的虚拟机管理组件来实现。

三.虚拟结构简介
什么是虚机结构？VMware的虚拟结构结合了那些基于工业标准x86架构服务器的允许进行整合和分区的软件产品，也包括那些管理那些软件产品和管理虚拟机运行的软件。ESX Server 3 and VirtualCenter 2添加的新特性包括：
·Distributed Availability Services
·Distributed Resource Scheduling
·Consolidated Backup
·Licensing Server
·New VirtualCenter Client
·WebCenter (Browser Client)
下面的图例表示了基本的虚拟结构的组成

组成中必须为物理服务器的是ESX Server和Consolidated Backup Server。VirtualCenter和Licensing Server可以被安装在物理服务器或者虚拟机上。Licensing Server集中储存和管理用户所有的license信息并且可以和VirtualCenter安装在同一个系统上。新的VirtualCenter Client是用来连接VirtualCenter和ESX Server，ESX Server2.x中做为web接口的MUI组件已经被删除了。WebCenter是一个访问虚拟机的web接口，管理员可以给那些不希望有访问VirtualCenter权限的用户使用WebCenter。使用WebCenter不需要在客户端安装软件，通过客户端的web浏览器即可以使用WebCenter访问虚拟机。DAS和DRS特性可以通过在Licensing Server中加入license信息来使用，不需要安装任何软件或附加的物理设备。Consolidated backup功能要求有一个物理的Windows服务器，这个服务器作为所有虚拟机的备份代理服务器，不需要安装附加的软件在ESX或者VirtualCenter服务器上。

四.VirtualCenter的特性和概念
VirtualCenter 2提出了一些新的特性和概念与我们所熟悉的VirtualCenter1.x版本所不同，VirtualCenter2.0的层次结构使用户在逻辑上考虑如何设计虚拟结构时更灵活。下面仅仅是一个简短的介绍，请参考VMware的官方文档为如何配置和使用VirtualCenter的细节。
·群集
群集是VirtualCenter2.0的一个重要的新特性。群集是将多个ESX服务器组合在一起，通过DRS实现负载均衡、通过DAS实现故障切换。一个群集可以设置成DRS群集、DAS群集或者兼顾两者。如果有DRS或者DAS组件就可以建立一个群集。
·资源池
资源池是VirtualCenter2.0的另一个重要的新特性。基本上一个资源池是一个虚拟机上可分配的cpu和内存资源的集合。cpu和内存的数量大小用单位MHz和MB表示。资源池使用一个适当的共享机制来分配cpu和内存资源当虚拟机之间发生资源的争用时。下面举一个资源池的例子来说明，一个总共有cpu资源12GHz和内存32GB的ESX主机，用户创建了一个名称是web dev、大小为cpu4GHz和内存8GB资源池给web开发部门使用，在这个资源池里开发者们可以在虚拟机间按照他们的想法划分资源使用。资源池也可以继续划分子资源池。
·数据中心
数据中心特性为连接在一个网络和数据存储上的虚拟机提供了一个容器。这更像一个物理的位置，例如London数据中心、Denver数据中心。另外的特性像群集、资源池和文件夹可以被包含在数据中心之下。数据中心是一个VMotion范围因为那些包含的系统连接在同一个共享存储上(SAN、SCSI、NAS)并且可以访问同一个物理网络。
·文件夹
文件夹是一个逻辑上的容器帮助用户在VirtualCenter下管理特性。文件夹可以包括数据中心、群集、ESX主机、虚拟机和其他文件夹。在VirtualCenter中有很多种不同的方式可以通过文件夹来管理特性。例如可以管理数据中心通过物理位置，一个美国文件夹包括New York、Phoenix和Chicago数据中心，一个欧洲文件夹包括London、Paris和Milan数据中心。同样也有很多不同的方式来管理ESX主机，例如Intel系统在一个文件夹中而AMD系统在另一个文件夹中。也可以管理虚拟机通过不同的职能部门，例如开发、产品和运输等等。正如你看到的，文件夹和其他的新特性可以帮助用户更灵活的组织自己的虚拟结构。

（二）NUMA、双核和超线程与VMware
VMware ESX Server 3.0将支持的最大逻辑CPU数量增大到了32个，下表对比了ESX 2.5.x和3.0在单核、双核和超线程的不同情况下对x460服务器多节点配置的支持。

虽然2节点、8个双核cpu在开启Hyper-Threading（2节点x4CPUx2核x2超线程=32）和8节点、32个单核CPU这两种配置在ESX 3.0支持32个逻辑cpu的情况下都是可用的，但是后者将会有更好的运行效率。
下面我们需要了解一下关于处理器的三个不同的概念
·The socket（cpu插座）
·The core（cpu内核）
·The Hyper-Threading（超线程）
下图描述了上述三个概念的关系

注意一个单节点配置实际就是一个单NUMA节点，因此在多节点ESX配置中NUMA节点的数量和x460机器的数量是相等的。示例见下图

一.NUMA与ESX Server
VMware ESX Server智能的、自动适应的NUMA时序安排和内存内存分配策略可以管理所有的虚拟机，使管理员不需要手动处理虚拟机之间复杂的平衡关系。如果系统管理员有很好的技术水平也可以手动调整系统以获得最好的运行效率。忽略用户的操作系统类型进行优化工作是十分重要的。ESX Server提供了有力的、清晰的NUMA支持即使用户的操作系统不支持NUMA硬件，比如Windows NT 4.0。这个特性使得VMware ESX Server可以使用最新的，最尖端的硬件设备，即使需要运行一些旧的操作系统。

1.下面介绍几种VMware NUMA优化算法
·Home nodes and initial placement
VMware ESX Server为每个虚拟机开始运行时分配一个主节点，虚拟机只使用它的主节点上的CPU，同时也分配使用主节点上的内存。因此，如果虚拟机的主节点不改变，虚拟机就会仅使用本地内存，避免了使用其他NUMA节点的远程内存所造成的对系统性能的影响。新虚拟机安装顺序分配主目录，第一个虚拟机分别在第一个节点，第二个虚拟机分配在第二个节点，依此类推。这个策略保证了内存将被所以节点平均的使用。
一些常用的操作系统比如windows2003，提供了对这个级别的NUMA支持，也被叫做initial placement方式。这种方式对单一的并且在系统运行中负载不发生改变的应用已经足够了，例如benchmark测试。但它无法保证一个数据中心级别的、并且负载需要随时间经常变化的应用的顺畅和高效的运行。为了更好的理解一个仅仅使用initial placement方式系统的缺点，请参考下面的例子：一个系统管理员建立了4个虚拟机，前两个运行在节点1上，后两个运行在节点2上。如果节点1上的两个虚拟机关闭或者处于空闲状态。那么系统将处于不平衡的运行状态，因为所有的负载都加在了节点1上。即使允许剩下的虚拟机远程运行在节点2上，运行效率仍然是很低的，因为它仍然只能使用原来节点上的内存。
为了克服initial placement方式的缺点，VMware ESX Server结合了传统的VMware ESX Server和一个动态的负载均衡的算法。周期性的（系统默认为2秒）系统检查不同节点上的负载情况来决定是否通过在节点间移动虚拟机来使负载平衡。计算需要考虑每个虚拟机的相对优先权以确保调整负载工作的公平。负载均衡选择一个适当的虚拟机改变它的主节点到一个负载最少的节点。当可能的情况下，系统移动虚拟机到一个它已经有内存使用的目标节点。移动后，虚拟机在新的主节点上分配内存，除非它再次移动。它仅仅运行在新主节点的CPU上。
负载均衡是一个维护平衡并且保证所以节点资源都充分利用的有力工具。然而，负载均衡可能会移动虚拟机到一个它分配内存很少或者根本没有分配内存的节点上。在这种情况下，虚拟机将因为大量的对远程内存的访问而影响运行效率。ESX Server可以通过从虚拟机的原始节点到新主节点迁移内存来消除这种影响，系统在原始节点上选择一个4KB的页面并且拷贝它的数据到目标节点的一个页面。系统使用VMmonitor层和CPU的内存管理硬件去正确的映射内存，以便在将来在目标节点上进行内存调用不会存在问题。这样就消除了调用远程内存对系统运行效率的影响。当虚拟机移动到一个新的节点，ESX Server将立刻开始内存迁移，通常以大约每秒种100KB、25页面的速度进行。当虚拟机只有非常少的内存仍然在远程节点或者目标节点上只有很少的内存可用的情况下，系统会调整这个速度以避免负载过重。内存迁移算法不会进行一些不必要的内存迁移操作，比如虚拟机只是移动到新的节点很短的时间。
将initial placement、动态的负载均衡和智能的内存迁移相结合起来，它们将确保NUMA系统中内存的运行效率，即使在运行中负载发生变化。当运行过程中负载发生变化，例如新的虚拟机开始运行，系统开始进行负载调整、内存和虚拟机的迁移以达到一个最佳的配置。经过一段很短的时间，系统调整完毕进入一个稳定运行的状态。

·Manual NUMA controls
一些有很高技术水平的系统管理员通过手动配置可以更好的调整内存分配和CPU使用。这是十分有用的，例如，如果一个虚拟机运行着一个对内存敏感的应用，比如一个运行在内存中的数据库或者大数据量的科学计算。如果将虚拟机内存100%分配在本地，这些应用的运行效率可以有很大提高，但是应用虚拟机的NUMA自动优化通常会有少部分内存（5－15%）被分配在远程节点。系统管理员也可能希望手动分配NUMA资源，因为有时系统的应用很简单并且不会发出变化。例如一个8个CPU的系统运行8个应用简单的虚拟机就很容易手动进行优化配置。
VMware ESX Server提供了对NUMA配置的控制，以便系统管理员可以控制所有虚拟机的内存和CPU分配。ESX Server web管理界面提供了配置的接口，用户可以通过Only Use Processors选项为虚拟机指定使用一个特定节点的CPU，通过Memory Affinity选项指定分配特定节点的内存。如果在进行这些设定之前启动虚拟机，它将仅运行在目前节点上并且使用本地内存。系统管理员可以手动移动虚拟机到另一个节点在虚拟机启动之后。在虚拟机的内存从先前的节点迁移到新节点的过程中，页面迁移速度也是可以手动调整的。VMware ESX Server的官方文档包括对各种选项的更完整和详细的说明。
注意手动的调整NUMA资源分配可能干涉ESX Server资源管理分配算法，它试图使每个虚拟机平均分配系统的资源。例如，如果10个运行着CPU敏感应用的虚拟机手动指定在一个节点上，仅有2个虚拟机指定分配在另一个节点上，那么这样的系统就不可能使所有虚拟机平均的分配系统资源了。在手动配置时应该注意这些问题。

2.结论
VMware ESX Server提供了丰富的手动和自动的NUMA优化手段，允许用户充分的利用自己的硬件平台。通过一个动态的、自动优化的NUMA负载平衡机制结合内存迁移技术，在应用发生变化的情况下仍然可以维持高效的内存运行效率。如果需要更多关于NUMA系统配置的细节信息，请参考ESX Server官方手册或者numa（8）手册在一个ESX Server系统上。

3.实例
我们举一个简单的例子说明上面的算法，在例子中我们创建一个4路的虚拟机在一个2节点8路的单核开启超线程的服务器上。然后我们在4路虚拟机上模拟重负载观察结果。下面是命令esxtop的输出结果：

在这个例子里我们看到4路虚拟机产生的负载是运行在单NUMA节点上（本例中是节点1）。

二.Hyper-Threading与ESX Server
超线程技术是Intel NetBurst架构CPU的一个特性，它允许并行的处理一些线程当执行CPU指令的时候。超线程技术就是利用特殊的硬件指令，把两个逻辑内核模拟成两个物理芯片，让单个处理器都能使用线程级并行计算，进而兼容多线程操作系统和软件，减少了CPU的闲置时间，提高的CPU的运行效率。采用超线程及时可在同一时间里，应用程序可以使用芯片的不同部分。虽然单线程芯片每秒钟能够处理成千上万条指令，但是在任一时刻只能够对一条指令进行操作。而超线程技术可以使芯片同时进行多线程处理，使芯片性能得到提升。虽然采用超线程技术能同时执行两个线程，但它并不象两个真正的CPU那样，每个CPU都具有独立的资源。当两个线程都同时需要某一个资源时，其中一个要暂时停止，并让出资源，直到这些资源闲置后才能继续。因此超线程的性能并不等于两颗CPU的性能。
VMware ESX Server从2.1版本开始支持超线程，VMkernel可以考虑超线程技术的特点和局限去计划系统的工作负载。ESX Server采用先进的算法和选项来适当的处理和集成超线程技术。这些算法可以被应用到虚拟机级别。超线程的功能在虚拟机中可以被启用或者完全的禁用，为了启用超线程必须在服务器的系统BIOS和ESX Server的软件配置中同时进行启用超线程的配置。在ESX 2.5.2中可以在web管理界面中配置超线程，在ESX 3.0中需要在相应的处理器配
置界面中选择。
如果超线程在服务器上已经启用，ESX在每个虚拟机基础上可以有三种方式选择：
·Any(默认)
·Internal
·None
Any是默认的配置，它允许VMkernel最灵活的计划虚拟机的工作。如果虚拟机的配置文件没有被修改这就是所有负载的默认的级别。
Internal仅应用在SMP虚拟机上，它使VMkernel分配虚拟机的虚拟CPU在同一个物理CPU上。在某些情况下这个设置是很有用的，例如有些应用在运行所有线程在一个缓存一致的物理CPU上时运行效率最好。实际上Intel Xeon CPU在和超线程启用的逻辑cpu共享缓存时有不同的级别。在某些情况下分配所有负载在一个一致的缓存里对运行效率更有利。
None是另一种情况，如果一个虚拟机的CPU已经在使用了，那么将强制VMkernel停用相应cpu的超线程逻辑cpu。在某些情况下这个设置是很有用的，例如一个应用当在给定的虚拟机上运行时如果启用超线程会对性能产生负面的影响，这类应用如果禁用超线程的逻辑cpu将使这个虚拟机cpu获得2倍的可用资源因而对性能会有帮助。更多关于VMware处理超线程方面的技术信息请到下面VMware官方网站链接查看
http://www.vmware.com/pdf/esx21_Hyper-Threading.pdf

三.dual core与ESX Server
VMware ESX中的单核cpu涉及物理cpu（pCPUs）和逻辑cpu（lCPUs），第一个是标准的物理cpu，第二个是启用超线程后的逻辑cpu。新的双核的cpu在技术上做了改进，在一个socket上实现了更多个cpu核心。
双核cpu和ESX调度算法的关系是很容易理解的，一个物理cpu超线程的两个逻辑cpu共享cpu的运算器等资源，双核cpu的每个核做为一个物理cpu。下面的图示说明了上述关系

因而一个4路的双核x460服务器在关闭超线程的情况下，在ESX Server中将看到8个物理的cpu而不是4个，cpu状态信息如下图所示

图形接口中的cpu信息可能会造成一些混乱，因为它只提供了cpu封装核逻辑cpu的数量。下面是一个4路x460服务器双核开启超线程的例子：

这可能会造成一些混乱，因为在某些情况下，你没办法从界面的信息中判断确切的系统配置。下面是一个例子：

根据上图我们可以看到16个逻辑cpu，但我们没有办法判断这是八个禁用cpu的双核服务器还是八个启用超线程的单核服务器。
当将来出现多核cpu的情况下，VMware需要考虑下面2个因素去调整它的调度机制：
·如果将来引入多核cpu，将会改变现在的超线程形成的逻辑cpu在共享缓存核其他部件的一些问题。
·今天的双核核将来的多和cpu都是连接到一个系统总线上的，这在内存带宽上有可能形成瓶颈。但是x460服务器的每2个socket1个独立的前端总线的设计，使得一些运行在虚拟机上的企业级应用可以获得更多的独立的内存通路。

（三）VMware最优的配置方法
在ESX Server的架构和设计部分前，先分别介绍ESX Server 2.5.x和ESX Server 3.0在多节点x460服务器上的最优的配置方法。这些配置也可以应用到其他服务器。
一．ESX Server 2.5.x的最优配置
1．Firmware和BIOS设置
我们建议使用服务器更新光盘将BIOS和微码都刷新到最新版本，最新的BIOS和微码也可以通过网站下载。ESX Server 2.5.x推荐对BIOS进行如下配置
·Disable Hardware Prefect:在BIOS中选择Advanced Setup－> CPU Options,然后将Processor Hardware Prefetcher选项禁用。
·Disable Hyper-Threading：ESX Server 2.5.x支持16个逻辑cpu。因为每个启用了超线程的cpu在ESX Server下将被识别成2个逻辑cpu，所以在一些情况下为了使所有cpu都被识别需要禁用超线程功能，例如一个16路4节点的单核cpux460服务器或者一个8路2节点双核cpu的x460服务器。在BIOS中选择Advanced Setup－> CPU Options，然后将Hyper-Threading Technology选项禁用。下图是BIOS配置的图示。

如果你的cpu配置没有达到上面列举的极限情况，我们建议可以启用超线程功能。在大多数情况下启用超线程会带来一些微小的性能提升尤其在你运行SMP虚拟机的时候。VMware有一本关于超线程在虚拟机中应用的白皮书，如果你想了解更多这方面的信息可以到下面链接下载：
http://www.vmware.com/pdf/esx21_Hyper-Threading.pdf

2．RSA II配置
配置操作系统USB选项为 Linux OS，方法请参考RSA配置手册59页。
3．内存配置
ESX Server 2.5.x支持扩展内存容量到64GB
4．CPU配置
x460和所有MXE-460必须安装4个cpu，并且所有cpu必须是同样的主频和缓存。
5．PCI设备的配置
在多节点x460的配置中，系统性能可能会受到安装的pci设备的影响，比如网卡、光纤通道HBA卡等等。为了平均的分配负载，我们推荐分配pci设备在不同的节点上，这对在节点失败的情况下保证系统运行也是有帮助的。
·光纤通道HBA：
在多节点性x460配置中，我们建议安装一个光纤通道HBA卡在第一个节点上，其他的安装在第二个节点上，我们建议在ESX Server中至少安装两块光纤通道HBA卡以保证冗余环境的实现。对QLogic光纤通道HBA卡建议在QLogic BIOS中将Port Down Retry的值设置成15。
·8i阵列卡：
在ESX Server上建议使用8i阵列卡，8i阵列卡是安装在主板上为x460服务器提供完全的阵列功能的阵列控制器。8i阵列卡不占用一个pci插槽而是在主板上有一个专用的插槽。我们建议将8i阵列卡和硬盘安装在主节点上，并且其他的节点都在BIOS中将主板集成的SAS控制器禁用。
·网卡：
在一个2节点的x460服务器上我们推荐至少需要4个网卡，一个网卡作为服务控制终端，一个用作VMotion，另外两个提供给虚拟交换机使用为虚拟机提供虚拟网络连接。在一个4节点的x460服务器上至少需要6个网卡，这种情况下主板集成就已经有8个网卡，所有的网卡都可以被应用。一个用作服务控制终端，一个用作VMotion，其他4个或者6个可以用作虚拟机网络的使用。注意，在ESX Server2.5.x中每个虚拟交换机的端口数量限制为32个，因此在一个4节点配置中，我们至少要创建两个虚拟的交换机。ESX Server2.5.x也限制了每个服务器8个网卡，因此如果你希望使用附加的网卡，你必须先在BIOS里禁用掉主板集成的网卡。下图是一个网卡配置的实例。

6．硬盘
我们建议你在一个RAID1阵列上安装ESX Server并且添加一块热备份硬盘为了尽可能的实现冗余。硬盘容量的大小取决于内存的大小和计划在服务器上安装的虚拟机的数量。我们建议你在服务器上安装三块72.3GB 10k RPM的硬盘，两块做RAID1、另一块做为热备份硬盘。这些容量足够配置一个4节点、内存为64GB、运行64个虚拟机的x460服务器，这里假设虚拟机运行在SAN存储上，不运行在本地硬盘上。

7．安装ESX Server 2.5.x
一个多节点、单核cpu的x460服务器需要安装ESX Server 2.5.1 upgrade1或者更高版本，一个多节点、双核cpu的x460服务器需要安装ESX Server 2.5.2或者更高版本。这里我们没有提供每个安装步骤的图示，因为这些步骤在VMware网站上已经有完善的文档，下面是文档的连接http://www.vmware.com/support/esx25/doc/install/index.html
以下是对安装过程的一些建议和提示：
·Service Console RAM:对2节点的x460建议设置Service Console RAM为512MB，对4节点x460服务器建议设置Service Console RAM为800MB。无论x460节点配置数量，如果你计划运行一些Service Console的附加的应用，建议将Service Console RAM设为800MB（这是最大值）。
·磁盘分区：
磁盘分区的大小是由很多因素所决定的，比如虚拟机的数量和安装的内存容量等等。Swap分区的大小应该是Service Console RAM的两倍，VMFS2卷是为VMkernel使用的swap分区，应该至少大于服务器所安装的物理内存。下面是一个在32GB内存的8路x460服务器上分区的例子，这个服务器计划运行32个虚拟机，有一个72.3GB的本地RAID1阵列，虚拟机都存储在SAN存储中。

·安装过程中的配置
下面是一些安装过程中的配置建议，如果想了解更细节的安装过程请到VMwae官方网站查看文档，链接如下
http://www.vmware.com/support/pubs/esx_pubs.html

Service Console资源设置
我们先前已经提到过为Service Console分配的内存数量，另一个需要注意的设置是为Service Console分配的最小cpu值。默认的情况下ESX Server 2.5.x分配cpu0的8％给Service Console。这个值是基于Service Console没有运行任何附加应用的情况下。我们建议如果安装Direcror代理程序在x460服务器，需要增加这个参数的值。建议的增加量如下，2节点配置增加到15％，4节点配置增加到30%。注意，这个参数是在Service Console需要附加cpu运算、发生资源争用的时候有影响，在绝大多数情况下Service Console只需要很少的cpu占用，这种情况下cpu资源被虚拟机使用。

网络配置：
我们建议将网卡设为自动检测速度和双工模式，这是最好的设定针对x460服务器主板集成的Broadcom网卡。如果你有丰富的处理网络性能问题的经验可以尝试将网卡配置为1000M、全双工。这个设定通过图形界面中的Options → Network Connections进行调整。这是一个基本的配置，如果想了解更多网络相关的高级配置请到下面链接查看VMware提供的白皮书
http://www.vmware.com/vmtn/resources/esx_resources.html

配置时间：
使ESX Server保持准确的时间是很重要的，可以配置你的ESX Server和一个NTP服务器进行时间同步。下面是相关文档链接：
http://www.vmware.com/support/kb
VMware也建议你同步虚拟机和ESX Server的时间，这个功能是通过一个安装在虚拟机上的VMware工具实现的。更多的细节信息可以到VMware网站上查看Timekeeping相关的白皮书：
http://www.vmware.com/pdf/vmware_timekeeping.pdf

存储配置：
有些配置可以优化系统的存储I/O。
Fiber channel queue depth on QLogic HBAs:Vmware建议在高I/O环境中增加HBA最大队列的值。这可以通过在控制终端编辑hwconfig文件来实现，推荐值是64。VMware不推荐在Emulex HBA卡做这样的设置，因此只需要在使用QLogic HBA卡的情况下修改这个参数。
Outstanding disk requests per virtual machine:这个设定是与先前提到的queue depth参数相关的，VMware建议同时修改它们。可以通过图形界面选择Settings－>Options－>Advanced，修改其中的Disk.SchedNumReqOutstanding值来进行调整。改变这个参数和HBA max queue depth的参数保持一致，推荐值是64。
更多关于优化ESX Server 2.5.x的信息请查看下面的官方文档
http://www.vmware.com/pdf/esx2_best_practices.pdf

二. ESX Server 3的最优配置
1．RSA II配置
配置操作系统USB选项为 Linux OS，方法请参考RSA配置手册59页。
2．内存配置
支持扩展内存容量到64GB
3．CPU配置
x460和所有MXE-460必须安装4个cpu，并且所有cpu必须是同样的主频和缓存。
4．PCI设备的配置
在多节点x460的配置中，系统性能可能会受到安装的pci设备的影响，比如网卡、光纤通道HBA卡等等。为了平均的分配负载，我们推荐分配pci设备在不同的节点上，这对在节点失败的情况下保证系统运行也是有帮助的。
·光纤通道HBA：
在多节点性x460配置中，我们建议安装一个光纤通道HBA卡在第一个节点上，其他的安装在第二个节点上，我们建议在ESX Server中至少安装两块光纤通道HBA卡以保证冗余环境的实现。对QLogic光纤通道HBA卡建议在QLogic BIOS中将Port Down Retry的值设置成15。
·8i阵列卡：
在ESX Server上建议使用8i阵列卡，8i阵列卡是安装在主板上为x460服务器提供完全的阵列功能的阵列控制器。8i阵列卡不占用一个pci插槽而是在主板上有一个专用的插槽。我们建议将8i阵列卡和硬盘安装在主节点上，并且其他的节点都在BIOS中将主板集成的SAS控制器禁用。
·网卡
ESX Server 3现在每个虚拟交换机支持1024个端口，并且不需要再分离终端OS、虚拟机和VMotion网卡。你可以再安装过程中简单的指定所有网卡到一个虚拟交换机。下图是一个虚拟交换机的图例

VMware单独分离一个网卡作为服务终端网卡是出于安全方面的考虑，所以创建多个虚拟交换机是合理的选择，可以分离不同类型的网络。ESX Server 3有一些新的网络方面的安全策略，默认情况下它们都设定为allow，你可以在你的网络环境中测试它们但我们建议你选择都设置为reject。下图为示例：

6．硬盘
ESX Serve 3可以使用更小容量的硬盘，因为它不再需要一个本地的VMFS分区做为VMkernel的交换分区，也不需要去考虑运行虚拟机的数量和服务器物理内存的容量。

7．安装ESX Server 3
·Service Console RAM：ESX Server 3中分配给Service Console的内存不再依赖与运行虚拟机的数量。默认值使256MB，这个值在安装的过程中是不能改变的，但是安装后可以对这个值进行调整。像ESX Server 2.5.x中一样，如果你安装一些附加的应用需要适当的加大Service Console RAM的值，我们建议你如果运行IBM Director代理程序、备份代理或者其他一些应用的时候将这个值加大到512MB。

·硬盘分区
像service console RAM一样，硬盘分区也不再被服务器物理内存和虚拟机数量所影响。下图是一个在一个多节点x460服务器上安装ESX Server 3的示例，swap分区建议设为service console RAM的两倍，无论x460安装了32GB或者更多的内存，安装都仅仅需要18GB硬盘空间，同种情况下ESX Server 2.5.x需要72.3GB的硬盘空间。我们不再需要/home和/vmimages分区，因为所有虚拟机的配置文件和一些应用ISO镜像文件都存储在共享存储上，例如SAN、ISCSI或NAS。

·安装过程中的配置
下面是一些安装过程中的配置建议
Service console资源配置：
我们先前已经提及建议将Service console RAM从默认的256MB增加到512MB。尽管在设计上ESX Server 3比ESX Server 2.5.x的Service Console占用更少的资源，但是minimum CPU值的设定还是于ESX Server 2.5.x相似，下面是一些推荐值：2节点配置增加到15%,4节点增加到30%,8节点增加到50％。

网络配置：
在安装期间添加网卡到第一个虚拟交换机上，然后添加端口给虚拟机、VMotion和NAS存储。在配置网络时可以修改默认的安装选项。

存储配置：
建议在计划使用iSCSI存储的时候用基于硬件的QLogic QLA4010 HBA卡，现在没有基于软件的iSCSI模拟软件在ESX上。硬件的iSCSI设备的性能会比使用模拟软件要优越得多。

配置时间：
使ESX Server保持准确的时间是很重要的，可以配置你的ESX Server和一个NTP服务器进行时间同步。下面是相关文档链接：
http://www.vmware.com/support/kb
VMware也建议你同步虚拟机和ESX Server的时间，这个功能是通过一个安装在虚拟机上的VMware工具实现的。更多的细节信息可以到VMware网站上查看Timekeeping相关的白皮书：
http://www.vmware.com/pdf/vmware_timekeeping.pdf

Service Console防火墙：
ESX Server 3在默认的情况下启用了service console防火墙，VMware已经默认打开所有与VirtualCenter通信的端口。如果为了测试或者排错需要暂时关闭防火墙可以在service console下键入命令esxcfg-firewall –u，这将在下一次重新启动前禁用防火墙，下面是命令的图示

（四）结构和设计
即使ESX Server 3.0有许多新的、有用的特性，但是在一段时期内可能一些用户还是会使用和部署ESX Server 2.5.x。出于这个考虑下面我们会综合介绍ESX Server 2.5.x和ESX Server３.０的体系结构和设计。

一、ESX Server 2.5.x的设计
这本红皮书不能代替Vmware的官方文档，关于如何去安装和使用ESX Server 2.5.x的详细信息请到下面链接查看Vmware提供的文档
http://www.vmware.com/support/pubs/esx_pubs.html
下面我们讨论的体系结构和设计中，我们假设一个应用环境，它由最少两个ESXServer系统、共享的SAN存储、VirtualCenter和VMotion。

1.ESX Server 2.5.x特性概述
ESX Server 2.5.x有下面的特性
ESX server物理机
·每ESX Server支持16个逻辑CPU
·每ESX Server支持80个虚拟机CPU
·每ESX Server支持64GB内存
·支持8个swap文件，每个swap文件的最大容量为64GB
·每系统支持64个适配器
·支持8个千兆网卡或者16个百兆网卡
·每个虚拟交换机支持32个虚拟机
·每ESX Server支持16个光纤通道卡
·每个存储阵列支持128个LUN
·每ESX Server支持128个LUN

ESX Server 2.5.x虚拟机
·通过可选的vSMP模块，每个虚拟机可以支持2个虚拟CPU
·每个虚拟机支持3.6GB内存
·支持4个虚拟scsi适配器并且可以支持到15个scsi硬盘
·虚拟磁盘容量支持9GB
·支持4个虚拟网卡
关于最新的支持操作系统和硬件的列表可以参考下面链接提供的系统兼容向导。
http://www.vmware.com/vmtn/resources/esx_resources.html

2.ESX Server 2.5.x的虚拟结构
ESX Server 2.5.x的虚拟结构由下面几个部分组成
·ESX Server 2.5.x
·VirtualCenter 1.3
·vSMP
·Vmotion
ESXServer运行在一个物理机上。VirtualCenter即可以运行在物理机上也可以运行在一个虚拟机上。如果你决定将VirtualCenter运行在一个虚拟机上，你需要考虑一个问题，如果虚拟机所属的ESXServer离线了，你将不能访问VirtualCenter直到ESXServer重新上线或者你将虚拟机重新运行在另一个机器上。vSMP和VMotion是已经安装的特性但是需要一个license去激活。
VMware提供了一个VIN（Virtual Infrastructure Node）license，内容如下
·ESX Server license
·Virtual SMP license
·VirtualCenter Agent license
·vMotion license
购买VIN license比单独购买各个license更节省成本。

3.服务器的规模
使用服务器的规模由以下几个因素决定
·目前方案的规模
·将来发展的估计
·高可用性和容灾计划
·预算的限制
有一些不同的方法去估算你将需要的ESX服务器的数量，下面介绍最流行的两种：
·最容易的方法是计算每个4-5个虚拟CPU对应一个物理CPU
这个结果是大概一个4路服务器对应16－20个虚拟CPU，一个8路服务器对应32－40个虚拟CPU，这里假设每个虚拟CPU运行的负载量适中。
关于内存方面，如果你给每个虚拟机分配1GB内存，在大多数情况下已经足够处理虚拟机运行，管理终端和虚拟管理了。如果你计划在虚拟机上运行一些内存敏感的应用，应该适当的加大这个值。
根据上面的估算，我们可以用一个8路（2节点）、配置32GB内存的x3950支持32个虚拟机，用一个16路（4节点）、配置64GB的x3950支持64个虚拟机。
上面的估算都是基于一个单核CPU，因为一个双核CPU不那不能提供100%的相当于两个单核cpu运行性能，我们建议你按1.5个单核CPU来估算1个双核CPU，也就是每双核CPU对应6－7个虚拟机。
·如果你有一些运行应用的物理机，也可以通过计算CPU利用率平均峰值来换算成MHz总数来进行虚拟机数量的估算。例如，如果你有两个500MHz的CPU，CPU利用率平均峰值为50%,那么你的虚拟机CPU计算结果应为500MHz。
为了得到CPU利用率的平均峰值，你需要对CPU的利用率在运行着应用的情况下至少进行一周的记录，为了计算结果更准确建议进行一个月的记录。如果你已经有了企业级的监控软件比如IBM Tivoli、HP OpenView、NetIQ等等，那么你已经可以直接通过这些软件得到你想要的信息。
下一步你需要把你所有运行ESX Server的服务器的主频加起来。例如，一个配置3GHzCPU的2节点8路的x3950服务器计算结果为24000MHz。计算结果先需要减去10％，这部分是终端OS需要的，结果是21600MHz。
因为附加的占用率和过载的情况下需要减去一些数量，通常20%是安全的数值。得到了17280MHz可以提供给虚拟机的应用运行。分为每个虚拟机500MHz，结果为大概可以运行34个虚拟机(17,280/500=34.5)。
你可以用类似的方法来估算虚拟系统所需要的内存总量。首先在物理机上得到平均内存利用率，然后每个虚拟机加上54MB为了虚拟化的开销，为内存平均利用率超过512MB的系统加上32MB内存，这些就是你的虚拟机需要的内存总量。还需要加上分配给Service Console的内存（一个8路的ESX Server系统这个值一般设为512MB），加上VMkernel所需的24MB内存，这就是整个系统需要的内存总量。
例如，你有10个平均内存利用率为512MB的物理机需要转换为虚拟机总量为5120MB，加上每个虚拟机54MB的虚拟化开销（5120+540=5660 MB），这是虚拟机需要的总量。再加上Service Console需要的内存(5660+512= 6172 MB)和VMkernel的24MB内存(6172+24=6196)，得到最后的结果是这10个虚拟机需要6GB内存。
我们看到上面两种方法在8路的x3950服务器上得出的结果很相似，其实按照一般的经验通常上面两种方法估算的结果都是很接近的，所以为了节省时间，我们建议使用第一种方法来初步规划你的ESX Server的规模。
未来方案规模的发展是很难去决定的。经常出现这样的情况，当一些公司第一次执行VMware的虚拟环境的时候先部署了一部分虚拟机，但是使用后发现了虚拟环境带来了很多的好处并且没有降低系统的运行效率，这样新的虚拟机的数量迅速增加，超过了现有的CPU、内存和I/O资源，这将导致总体的运行效率收到影响。所以需要为虚拟环境的扩展提前作出一定的考虑。

4.关于VMotion
在设计虚拟环境的时候，VMotion需要被做为一个重点去考虑。VMotion特性可以实现在虚拟机保持运行的情况下实现虚拟机在物理机之间的转移。因为VMotion需要在两个物理机之间转移系统运行的一些底层的状态，所有要求两个物理平台的CPU必须运行一样的指令集。这就意味着执行VMotion操作的物理服务器的CPU必须符合下列的要求
·同厂商的CPU产品(Intel or AMD)
·同系列的CPU产品(Pentium III, Pentium 4, Opteron, etc)
有时同样系列的CPU产品在扩展特性上会有很大的不同，比如64位扩展技术和SSE3。在这种情况下不能实现VMotion的操作即使是同样系列的CPU。CPU的主频和缓存不是考虑的主要因素，但是一些扩展特性的不同可能导致在物理机之间的VMotion操作失败。
例如，x366和x260服务器和x3950使用同样类型的CPU，它们适合与x3950配置VMotion操作。然而其他使用不同CPU的xSeries服务器就不能了。
VMotion要求准备一个专署的网卡，VMware要求提供一个千兆网卡供VMotion使用。但是如果你只有百兆网卡可用，也可以配置VMware使用百兆网卡，当然这样VMotion的时间将显著增加。另外一个重要的要求是VMotion要求一个共享的存储。

5.计划你的Server farm
在VirtualCenter 1.x中，一个farm就是一个组成你的虚拟环境的ESX Server系统的组。一个farm也是一个VMotion的划分，这意味着相互配置了VMotion操作的服务器必须在同一个farm中。在计划的过程中，你需要考虑每个farm中主机的数量。下面是VMware帮助你划分farm的一些参考：
·VMware建议连接到一个单独VMFS卷上的ESX Server不要超过16个。
·VMware建议每个LUN不要划分超过32个I/O敏感的虚拟机，或者100个对I/O要求很低的虚拟机。
·每个VMFS卷不要超过255个文件。
·存储容量有2TB的限制。
因为VMotion要求共享的存储，那么将限制每个farm可以有16个ESX Server。你可能希望去创建一个小一点的farm，那么可以创建一个使用VMotion的一个只有两个ESX Server的farm。

6．存储容量
就像服务器规模的估算一样，没有一个普遍的答案应用到每个不同的环境中。前面部分已经提到了每个VMFS卷运行I/O需求敏感的虚拟机的数量不要超过32个，应该尽量的减少资源争用和SCSI锁情况的出现。
有很多方法去决定VMFS卷的合适大小，下面是最简单的方法。
如果你决定用2个8路的x3950服务器，每个服务器运行32个虚拟机将符合对CPU性能的要求。用前面提到的32个虚拟机每LUN的策略来看，你需要为这些虚拟机建立两个LUN。如果你建立新的虚拟机可以先估算一下虚拟硬盘的平均容量。如果每个虚拟机平均需要20GB硬盘，这样每个LUN需要640GB。你还需要加上一些附加的容量为了以后的扩展需要，通常10%是个合适的比率，加上这部分结果为720GB。如果你计划使用redo日志，需要相应的多划分一些空间。

7．规划网络
在服务器farm设计网络部分的时候有很多的选项，对这些选项的选择一般都是基于你的物理网络或者公司的网络安全策略。重要的一点是ESX Server强烈建议使用千兆网络连接。

在ESX Server 2.5.x配置网络的时候，你需要考虑三个基本的组成部分。
·Service console
出于对运行效率和网络安全的考虑，VMware建议你为Service console提供一个专用的网卡。你可以把service console网卡连接在你的数据中心的专用的管理网络中。
在默认的配置中，一个百兆网卡足以提供service console所需的带宽。如果你计划用service console运行备份或者其他需要高带宽的应用，就建议使用千兆网卡。

·虚拟机
虚拟机使用一个与service console分离的网络。虽然系统并没有强制要求使用千兆网卡，但在实际应用中我们建议你使用千兆网卡提供虚拟机的网络连接，因为32个虚拟机将产生巨大的网络通讯量。
一个比较好的计划是10－20个虚拟机使用一个千兆网卡。这意味着一个8路x3950运行32个虚拟机最少需要2个千兆网卡。请注意这是最小的建议，再添加1个或2个千兆网卡将为虚拟机提供更充足的带宽。
另外一个需要考虑的是VLAN的配置，假设你的数据中心里有多个VLAN需要应用到虚拟机上，这种情况下你有两种不同的选择：
第一种是为每个物理的VLAN在ESX Server上配置一块网卡，当你的网络环境比较简单的时候可以使用这个选择，但是如果你有10个网络这个选择就变的不可行了。注意ESX Server 2.5.x仅仅支持最大8个千兆网卡。
另一种是使用ESX Server对VLAN（802.1q）的支持，这个选项为每个VLAN创建一个虚拟的端口组在虚拟交换机上。如果你的物理交换机支持，建议你使用这种方法。
在配置中还需要考虑虚拟机网络的冗余连接，ESX Server 2.5.x不仅支持多个网卡连接到一个虚拟交换机提高带宽，也提供了对网卡失败的冗余切换。为了实现高可用性我们建议你对网卡进行绑定。

·VMotion
VMware要求为VMotion提供一个独立的千兆网卡。不推荐使用百兆网卡，因为这将大大影响运行效率。你应该为VMotion单独分配一个千兆网卡并且划分单独的子网。
如果你只有两个运行ESX Server的服务器，你可以使用交叉线直接连接两个服务器的网卡作为虚拟网络使用，这个方法也可以在排除VMotion的故障的时候使用。

8.网络负载均衡
ESX Server 2.5.x为虚拟机提供了两种网络负载均衡的方法。
·基于MAC地址的网络负载均衡是ESX Server默认的方式。这种方法简单的将两个物理网卡连接到虚拟交换机不需要在物理交换机上进行额外的配置，缺点是负载均衡的效率不是非常理想，这种方法有时使一个虚拟机经常使用某一个物理的网卡，并且不能手动的调整每个虚拟机使用的物理网卡。
·基于ip的网络负载均衡，这种方法提供了一种网络负载均衡的更好选择，缺点是你需要在你的物理交换机上进行额外的配置，需要配置你的物理交换机的802.3ad协议（或者Cisco交换机的EtherChannel）。这是一个实现高运行效率的选择。
以上是对ESX Server 2.5.x的网络的概述。一些高级的应用，比如备份网络、DMZ网络和配置的细节超出了这本红皮书的介绍范围。如果需要更深入的信息请访问VMware的官方网站，链接如下
http://www.vmware.com/support/pubs/esx_pubs.html
http://www.vmware.com/vmtn/resources/esx_resources.html

（五）安装ESX Server 3和VirtualCenter 2
在这个部分我们介绍在System x3950上安装ESX Server 3.0和VirtualCenter 2的过程。下面仅包括基本的安装过程，关于如何安装配置和使用ESX Server和VirtualCenter的细节请参考VMware的官方手册。

一.安装ESX Server 3
下面是在本地硬盘上安装ESX Server3的基本步骤，更多的安装细节请参考《ESX Server 3 Installation Guide》，例如从SAN启动。
1.从ESX Server 3光盘启动将看到如下图所示的安装初始化画面，按回车键进入图形化安装。

2．在磁盘分区画面中可以选择手动或者自动（默认），这里我们选择自动分区，点击Next。

3．如果需要可以在自动分区的基础上对进行调整。

4．选择Boot Loader的位置，这里我们默认选择安装在第一个硬盘的Master Boot Record（MBR）上。

5．选择一块你准备用做Service console的网卡，输入IP地址、DNS服务器和主机名等信息，你可以选择任何一块安装在机器上的网卡做为Service console网卡。
注：我们建议使用固定IP地址和完整的域名。

6．网络配置结束后，安装程序会重启ESX Server，安装就结束了。
7．启动后画面如下图所示，你可以使用VirtualCenter客户端去直接连接ESX Server,不再需要一个MUI。

二．安装认证服务器
认证服务器是一个新加入的组件。通过认证服务器来集中管理用户的所有licenses。认证服务器可以被安装在VirtualCenter上、虚拟机上或者一个已经存在的FLEXnet认证服务器上。下面是简单的安装过程。
1．运行vlsetup.exe开始认证服务器的安装，你将看到一个认证服务器安装向导。
2．接受同意条款并且点击Next继续。
3．在客户信息界面输入用户名和公司名，点击Next继续。
4．选择安装的目的文件夹，点击Next继续。
5．提供你的licenses文件的路径，点击Next继续。

6．点击Install开始安装。
7．当安装完成后点击Finish。

三．安装VirtualCenter 2
下面的部分我们演示了VirtualCenter 2的基本安装，更详细的安装、配置、使用的信息请参考VMware的官方手册。
1．打开VirtualCenter 2安装程序。在欢迎画面点击Next继续。
2．接受同意条款并且点击Next继续。
3．在客户信息界面输入用户名和公司名，点击Next继续。
4．选择安装的目的文件夹，点击Next继续。
5．选择典型或者自定义安装，在这里我们选择典型安装然后点击Next继续。
6．选择使用的数据库，在这个例子中我们选择使用Microsoft SQL Server 2000 Desktop Engine (MSDE)，点击Next继续。

7．配置你的ODBC数据源连接，点击Next继续。
8．在下图所示的界面中输入你的认证服务器或者一个licenses文件。如果你的认证服务器被用来安装VirtualCenter，你可以用类似27000@localhost来表示，或者也可以输入完整的域名。

9．输入VirtualCenter服务帐户信息，我们建议你使用一个系统的帐户。

10．在VirtualCenter web服务配置界面可以选择web服务使用的端口，默认的是8443。Use default VMware Digital Certificates选项的意思是用户在使用SSL加密访问时是否使用默认的VMware数字证书。

11．选择Install开始安装过程，选择Back回到前一个步骤。
12．安装完成后，点击Finish退出。

四．安装VirtualCenter客户端
你需要安装VirtualCenter客户端，不仅仅为了访问VirtualCenter，也需要通过它配置ESX Server因为在ESX Server 3中不再提供一个图形界面的配置工具。下面是安装的步骤：
1．打开VirtualCenter 2安装程序。在欢迎画面点击Next继续。
2．接受同意条款并且点击Next继续。
3．在客户信息界面输入用户名和公司名，点击Next继续。
4．选择安装的目的文件夹，点击Next继续。
5．选择Install开始安装过程，选择Back回到前一个步骤。
6．安装完成后，点击Finish退出。
如果需要连接VirtualCenter或者ESX Server，双击桌面上的VirtualCenter客户端图标，并且输入连接服务器的信息。
·连接ESX Server输入 servername -9005
·连接VirtualCenter输入 servername -905

（六）高可用性和扩展

负载平衡和故障冗余机制x3950服务器是一个运行ESXServer的理想平台，因为x3950的高可用性的硬件特性、处理大量应用负载的能力和可以通过多节点配置来动态的调整资源的分配。用户也可以通过VMware的高级特性比如Distributed Availability Services(DAS)和Distributed Resource Scheduler(DRS)来增强x3950硬件的高可用性，确保虚拟架构的持续在线时间和最优资源平衡。
一．Distributed Availability Services (DAS)
下面提供了关于Distributed Availability Services (DAS)优势的概述和如何利用DAS配置基于x3950平台的虚拟架构。
下图提供了一个由6个运行ESX Server 3的x3950组成群集的示例。
注：ESX Server 2和ESX Server 3的一个主要不同是现在所有虚拟机文件都可以存储在SAN设备上，包括vmx配置文件。这就使得管理虚拟架构更容易，并且灾难恢复也更容易了。

现在，我们考虑群集中6个服务器中的一个因为某种原因出现故障的情况，原因可能包括：
·一个关键的没有冗余配置部件的硬件故障。
·ESX Server的内核崩溃。
在这种情况下DAS服务运行在VMware VirtualCenter服务器上，DAS通过故障转移重新分配资源，将运行在失败服务器上的虚拟机分配到其他运行正常的虚拟机上。如下图所示


所有运行在失败服务器上的虚拟机将停止运行，然后DAS会将它们重新分配到其他正常运行的节点并且重新启动他们。如下图所示



注:当安装ESX Server的物理服务器宕机，安装在服务器上的虚拟机也就随之停机了。经过DAS的重新分配这些虚拟机很快就会重启启动，但是用户的应用会经历一段离线时间。根据运行在虚拟机上的应用的不同这个离线时间通常很短暂。

还有一点需要注意的是在ESX Server 3中所有的虚拟机相关文件都是可以存储在SAN存储上的，所以DAS服务仅需要重新分配SAN存储上的虚拟机到合适的正常运行的ESX Server上，不会涉及任何文件的转储或者重建。这与ESX Server 2要求虚拟机配置文件独立存储在虚拟机本地硬盘上相比是一个突出的优势。

配置DAS
执行下面步骤去配置Distributed Availability Services （DAS）
1．使用VirtualCenter管理界面定义一个cluster,如下图所示。我们看到这个ESX Server 3.0已经包括一个datacenter。

2．现在在datacenter上创建一个新的cluster，在datacenter上点右键选择New Cluster。



3．在新cluster建立向导中可以输入cluster的名字，并且可以选择这个cluster支持DAS、DRS或者两者都支持。选择完成后点击NEXT。


4．指定DRS特性自动分配资源的级别。DRS可以设置下面3种级别
·Manual：VirtualCenter会对创建新虚拟机和虚拟机的移动提出建议，但是所有的控制都会留给系统管理员来进行操作。
·Automated：VirtualCenter在创建新虚拟机的时候DRS根据负载来自动选择创建在哪一个ESX Server主机上，但在运行过程中DRS对重新分配资源的操作，象Manual方式一样只是提出建议，具体的操作由系统管理员来完成。
·Fully automated：VirtualCenter自动决定新创建的虚拟机在哪个ESX Server主机上，在运行过程中自动通过VMotion特性来平衡资源的分配。



这样我们就创建完成了一个cluster我们需要为新的cluster添加运行ESX Server的主机，从而使这些ESX Server主机可以受我们刚刚配置的DRS等算法的控制。执行下面的步骤添加新的ESX Server主机。
1． 右键点击cluster并且选择Add Host。

2．输入想要添加的ESX Server主机的信息，包括主机名（或ip地址）和root用户名和密码。如果输入的信息正确，VirtualCenter将会连接并且显示ESX Server主机。

3．点击Next完成ESX Server主机的添加，在这里我们添加了一个8路的x3950服务器到cluster。


4．按照同样的方法继续添加其他ESX Server主机到cluster。


使用DAS
现在cluster已经建立完成，我们来进行failover的测试。下图显示了cluster的状态，可以看到DAS和DRS都已经启用，cluster包含2个ESX Server主机，根据CPU和内存计算出了所有可用的资源。

每个ESX Server主机上已经运行了一些虚拟机。下面分别是2个ESX Server上运行虚拟机的图示。



为了模拟宕机的情况我们关闭第一台ESX Server主机。VirtualCenter会发现这台主机不再可用，并且把运行在这台主机上的虚拟机标志为不可用，然后会开始failover的进程。



如下图所示经过failover过程后，原来运行在已经关机的第一个ESX Server主机上的虚拟机vm1在同一个cluster中的第二个ESX主机上重新启动了。



failover的事件日志也会记录在VirtualCenter日志系统中。



Distributed Resource Scheduler（DRS）
这部分主要介绍Distributed Resource Scheduler (DRS)是如何工作的，并且举了一个简单的例子来说明。VirtualCenter通过DRS实现下面的一些功能，当cluster中的一个ESX Server主机由于负载过大导致资源饱和了，DRS将建议或者自动发起一个VMotion操作，将这个主机上的某些虚拟机安全迁移到cluster中的另一个有更多可用资源的ESX Server主机。如下图所示，例如在你的系统里有一个ESX Server主机的资源利用率已经达到了90％，而同时你还有其他的资源利用率比较低的ESX Server主机，DRS将重新平衡所有节点上的资源使用。



如果调整资源的建议被管理员接受，或者DRS被设置成自动执行方式，资源将被重新平衡通过迁移一个或者多个虚拟机到其他主机。



使用DRS
现在我们介绍DRS的概念，我们继续使用和上一节DAS中使用的例子。在这个例子中第一个ESX Server主机是一个8路x3950服务器，如下图所示它的系统利用率，我们可以看到主机的资源利用率很低。



另一方面，四路smp的虚拟机vm2运行着负载很大的应用在第二个4路ESX Server主机上，如下图所示。


根据cpu和内存的利用率我们可以看到这个ESX Server主机的资源使用应该被调整，尤其在考虑到在cluster中还有一个8路服务器大部分时间处于空闲状态。几分钟后，DRS算法会建议系统管理员通过VMotion操作将vm2从第二个主机移到第一个主机上，如下图所示。



点击Apply Migration Recommendation执行vm2从4路系统到8路空闲系统的Vmotion操作。
注：如果DRS被设置为fully automated模式，VMotion将迁移虚拟机不需要管理员的确认操作，仅将日志记录到VirtualCenter的事件日志里。

4路虚拟机

支持4路虚拟机是ESX Server 3.0的创新特性之一。有了对4路虚拟机的支持，你可以在虚拟机上运行一些企业级的应用，比如数据库、ERP、CRM等这些应用往往都需要2个以上CPU支持。下图是一个4路windows虚拟机的图示。
x3950服务器尤其是多节点的配置，不仅可以运行标准负载的ESX Server，更可以在x3950上运行一些安装了可扩展的企业级应用的虚拟机。下面讨论了两方面的原因。1． 运行企业级应用的虚拟机要求大型的ESX Server主机
利用ESX Server在一个物理服务器上运行多个虚拟机有很多好处，比如更高的资源利用率、系统的整合等。但也有一些限制，虚拟机不能被分配更多的虚拟cpu比所安装的物理服务器的逻辑cpu数量。也就是说如果你想创建一个4路虚拟机（4个虚拟cpu），就必须要有一个有4个逻辑cpu的服务器（例如，至少2个双核或者启用超线程的物理cpu）。如果要很好的利用ESX Server 3.0支持建立4路虚拟机这个新特性，使用支持更多cpu的x3950是一个理想的选择。
双核cpu对支持4路虚拟机有很大的帮助，但是不能解决在一个物理服务器上运行多个安装企业级应用的虚拟机所产生的所有问题，尤其当虚拟机出现资源利用率峰值重叠的时候。
可以选择为所有运行企业级应用的虚拟机创建一个高优先级的资源池，使这些虚拟机需要资源的时候可以比较容易的获得。也可以为所有其他的虚拟机创建一个低优先级的资源池，使得高优先级的虚拟机并不争用资源的时候，低优先级的虚拟机也可以得到它们需要的资源。

使用多节点x3950来进行上述配置的优势
·通过设置高优先级的资源池，可以保证运行企业级应用的虚拟机对资源的使用。
·通过可扩展的多节点配置，可以保证即使在同时出现资源利用率峰值的时候也可用提供足够的资源。
·保证在运行企业级应用的虚拟机在没有资源争用的情况下，其他的虚拟机也可以正常的使用cpu和内存资源。
上面关于资源调整的功能不需要用户手工干预，这些都由VMkernel的调度算法所提供。

注：尽管可以通过DRS自动的平衡不同ESX Server主机的资源利用，但是建议对于运行关键业务虚拟机的DRS调整要经过系统管理员的同意。

下面列举了在同一个ESX Server主机上运行多个4路虚拟机可以同时达到资源利用率峰值的数量。对一个2节点单核CPU配置的x3950来说，你可用在上面运行5到10个4路虚拟机，并且可以支持2个虚拟机同时达到资源利用率的峰值。当然这里对系统数量的估计，是为了对主机配置和负载进行讨论的目的，在实际应用中你不会将虚拟机的使用率接近100％。

例如，如果你有一个4路单核的x3950（第一行所列），上面安装了多个4路虚拟机，在同一个时间你只能有一个4路虚拟机达到资源利用率的峰值，这个时刻其他的虚拟机获得的资源就很有限。随着你使用更高的硬件配置（例如一个多节点x3950的配置），你的资源分配就会更灵活，因为很可能同一时刻没有2个4路虚拟机可以同时达到资源利用率峰值。这样当一个4路虚拟机达到资源利用率的峰值，其他的虚拟机还有比较多的资源可供分配。
注：这里我们没有考虑启用超线程的情况，也没有统计由超线程产生的逻辑CPU数量。
在上面关于资源利用率峰值重叠的描述中我们还可以考虑下面的情况，不同的应用在一天的不同时间段可能有着不同的负载。比如不同的数据库应用，一个应用联机事务处理能力的SQL Server数据库在白天可能一直处于高负载的运行状态，一个应用为数据仓库的Oracle数据库可能只有在晚上才开始收集报告。
在不同的情况下，不同的企业级应用有着各自的工作模式，资源利用率情况也不尽相同。这时使用一个多节点配置的x3950服务器是个很好的选择。
还有重要的一点是VMware虚拟结构并不是适合所有的4路企业级应用。尤其如果你的企业级应用一天24小时的资源利用率都接近90％，你也可能会考虑应用一个单独的物理服务器来运行这个应用。

2．4路虚拟机的NUMA架构
VMkernel的NUMA架构包括运行一个虚拟机在一个单独的NUMA节点上，如果VMkernel发现为一个虚拟机分配的虚拟CPU数量超过了系统NUMA节点的容量，VMkernel将禁用指定虚拟机的NUMA算法，这将对虚拟机的性能产生一定消极的影响。幸运的是这种情况不会发生在x3950服务器上。
选择在什么情况下应用4路虚拟机是很重要的，例如你要应用一个4路虚拟机为一个后台SQL Server数据库，因为这个应用需要一个十分突出的性能。Intel Xeon架构是目前x86平台下可用适用4路虚拟机的平台，这意味着在x3950服务器上，VMkernel将使用NUMA算法来优化CPU和内存的使用，从而获得更高的性能。

虚拟结构在x3950服务器上的扩展

在x3950服务器上部署ESX Server的优势之一就是可以减少需要管理的物理服务器数量。下面我们举例说明一下如何在扩展虚拟结构的计算能力的同时保持IT基础设施的稳定性。
下面例子是已经部署了100个虚拟机在6个可扩展的x3950平台上，如图所示。

为了适应商业目的的需要，现在要求创建新的虚拟机运行新的服务。但是现有ESX Server服务器的资源利用率已经达到了70－80％，下面有2种选择
·购买新的服务器，在上面安装新的ESX Server，然后在新的主机上部署虚拟机，这是一种向外扩展的选择。
·基于x3950的特性我们还有另外一种不同的方法，可以升级现有的x3950服务器来支持更多的虚拟机，这是一种向上扩展的选择。添加x3950（或x3950E）节点到现有的x3950服务器上，这样我们可以在不改变现有的farm和cluster结构的情况下将支持虚拟机的数量加倍。如下图所示。

如果需要，将来还可以继续通过简单的添加节点的方式对现有结构进行向上扩展，下图表示将几个ESX Server主机从8路扩展到16路。
注：升级x3950从4路到8路的成本通常不会比新添加一个单独的4路服务器更高，这里包括软件license和硬件开销。


你可能注意到在上面的例子中，我们没有考虑升级网络和光纤通道连接。实际上随着部署虚拟机和工作负载的增多，应该考虑添加物理网卡到虚拟交换机和添加光纤HBA卡来增加I/O吞吐量。

向上扩展的步骤
先前的部分描述了基于x3950平台的ESX Server向上扩展的概念。下面介绍一下在ESX Server上实施扩展的步骤。我们以升级4路x3950到8路3950为例进行说明。下图是服务器现有的主机配置和网络配置。



在例子中，我们使用了2个网卡，第一个网卡作为console的网络连接，第二个网卡由VMotion和生产网络共享。注意这显然不是个最优的网络配置，这里仅仅是简单的测试环境。
执行下面的步骤来实施配置的升级
1． 关闭x3950服务器，拔去电源。
2． 将附加的x3950或者x3950E节点和现有的x3950服务器配置成一个8路的节点。
3． 启动第一个x3950节点，第二个x3950节点也应该被自动启动。ESX Server在启动过程中将自动检测到新的资源，新的CPU、内存等。ESX Server在更改配置生效前会重新启动。如下图所示。


4．启动后新的资源将被系统所识别。
注：为了支持更多数量的CPU你可能需要为ESX Server添加license。

5．网络的配置比较简单，第二个节点的2个集成网卡会被自动识别。我们可以根据需要进行配置。

一、面临的问题

我所在的公司系一家大型国有航运集团下属的区域公司，成立于2003年。公司管理着东北区域内18家子公司、分公司和办事处。随着公司经营规模的不断扩大，公司的信息化建设也经历了一场跨越式的发展：从最初的几台服务器、几十台客户端小型网络，发展到今天的31台服务器、230多台客户端、连接东三省的中型网络。

公司自成立之日起，对于信息化建设非常重视，投入了大量的人力物力，仅服务器硬件购买成本，就高达100余万元。由于公司服务器购买时间比较集中，因此到2006年底，迎来了一个服务器报废的高峰。截至2006年12月16日，共有11台服务器需要进行报废处理，列表如表1：

按照通常的做法，自然是报废一台服务器购买一台新服务器。不过我们马上否决了这种做法：无他，“成本”而已。

这些服务器的硬件配置在今天看来并不高。配置最好的DELL PV755N，也不过是奔腾3 1.13G CPU/ 1GB 内存而已；其他服务器的基本上CPU主频从奔腾3 700到奔腾3 1.13G不等，内存都是512MB。在这个硬件配置情况下，我们的各项应用已经可以流畅运行。

如果购买新服务器，新服务器的硬件配置和性能要远远高于我们四五年前所购买的服务器，可能造成大马拉小车的投资浪费。而且，11套不同环境架构的应用系统全部更新，需要购买11台新服务器，一次性投入成本高昂，采购规模超过了公司的项目预算。

那么，是否可以通过应用整合，来减少服务器购买数量呢？经过仔细分析，我们发现了一件很尴尬的事情。公司成立时间虽然不长，但是业务发展十分迅猛，公司的业务系统和信息管理系统也几经换代。在这些服务器上运行的业务系统，大多数已经不再使用或很少使用，但是应商务、财务等部门的需求，而必须要保留下来，并将继续运行3~5年或者更长的时间。这些需要保留的业务系统，当初采用的开发技术不尽相同，有的业务应用系统又有特殊要求，在各自不同的操作系统上运行至今；如果采用传统的单服务器多应用系统平台整合，肯定无法达到预期目的。

既希望保持公司原有的基于Windows 2000或者Windows NT应用系统平台，又希望体会最新的硬件效果，在目前看来困难重重。

我们在解决方案和产品选型上遇到了双重难题。

二、选择技术解决方案

物理服务器硬件

VMware Infrastructure 3.0在多平台兼容方面表现优秀

Virtual Center管理服务器端软件可以方便直观地监控资源利用率

应用VMotion技术可以方便地进行数据迁移

以前的服务器面临过保报废，希望新购的服务器对于老旧的操作系统平台的支持又无法完美兼容。使用什么样的解决方案，才能够在体会新一代服务器硬件优越性能的同时，低成本高效率地满足多操作系统异构平台的应用整合，并实现原有操作系统和应用系统到新系统体系的平滑迁移呢？

在综合衡量物理实体机和虚拟机的技术解决方案以后，我们最终决定采用虚拟化技术来构建这个新的应用环境。什么是服务器虚拟化？不同的厂商有不同的定义，但其核心思想是一样的，即它是一种方法，能够通过区分资源的优先次序并随时随地能将服务器资源分配给最需要它们的工作负载来简化管理和提高效率，从而减少为单个工作负载峰值而储备的资源。(以上部分内容引用自代飒然的《趋于完整的服务器虚拟化技术在逐渐形成》)

虚拟化技术起源于大型机，通过服务器虚拟化，可以将一台物理服务器变成多台虚拟服务器，每个虚拟服务器可以运行自己独立的操作系统和应用，从而达到提高服务器资源使用效率，节约服务器管理成本的目的。

不过，服务器的虚拟化，在最大化服务器使用效率的同时，也带来了性能损耗。虚拟化的应用程序运行效率差异很大，有的能够做到接近原始物理环境下运行的效率，有的则低劣到终端用户所难以接受的程度。那些像大数据库系统或者微软的Exchange应用，需要占用大量的I/O和内存资源，并不适合实施虚拟化技术。

但是随着英特尔和AMD在处理器上对虚拟化提供了硬件支持，虚拟化技术在x86服务器上也有了更加光明的应用前景。

实际上，我们使用虚拟机产品进行技术学习和实验测试已经有很长一段时间了。我们最早使用的是VMWare Workstation 3.x版本。微软公司在2003年2月收购Connectix公司后，推出了VirtualPC2004。由于操作简便，并且是微软出品，感觉上对于微软自家产品的支持应该更好，所以转向了VPC。不过微软对于Linux系统的不支持态度，以及VMWare Workstation5.x版本方便的快照管理功能，使我们重新回到了VMWare的怀抱。

我们最初的倾向就是微软公司的Virtual Server 2005 R2。

微软Virtual Server 2005 R2是一款免费产品，在一台运行Windows Server 2003标准版的物理服务器上，最多可以同时运行4个微软的基于Windows Server 2003操作系统的虚拟机，而无需额外授权；软件授权成本优势巨大。

我们计划报废的服务器中，有10台服务器在运行微软公司的服务器产品。在微软自家的虚拟化平台上运行微软的操作系统，应该可以获得更好的稳定性和更佳的系统性能。

我们在一台DELL PE6650服务器(CPU至强2.7GHz×4/内存 4GB/硬盘73GB×2 RAID1 + 146GB×3 RAID5)上进行了测试。我们发现微软的Virtual Server 2005 R2是一款优点和缺点都同样鲜明的虚拟化产品。根据我们公司的实际情况，我们认为如下因素是我们放弃微软虚拟化解决方案的主要原因：

1.微软公司对于Virtual Server 2005 R2的集中管理，暂时还有一定的欠缺。微软公司计划在Microsoft System Center系列产品中提供Virtual Server 2005 R2的集中管理解决方案，但是该产品尚未正式上市。

2.Virtual Server 2005 R2缺乏高可用性解决方案。

3.Virtual Server 2005 R2无法提供多快照管理功能。

4.物理机到虚拟机的迁移步骤略显烦琐。

虽然我们很遗憾地放弃了微软公司的虚拟化产品，但是Virtual Server 2005 R2巨大的成本优势是我们无法忽略的。我们计划在今后公司部署基于Windows Server 2003操作系统的非关键性应用上，继续采用微软公司的虚拟化产品，并同时期待微软公司能够尽快解决在虚拟化技术解决方案中的欠缺之处。

接下来，我们对VMWare公司的虚拟化产品进行了考察和评估，决定选用VMWare公司的产品来实施公司的应用系统整合。

VMware Infrastructure 3.0是VMWare公司在2006年6月发布的最高端企业产品，VMware Infrastructure 3.0套装软件整合了Virtual Center 2管理工具、ESX Server3产品，VMFS分散档案系统软件，以及全新的 Distributed Resource Scheduler、High Availability和Consolidated Backup 等。在整个服务器的底层硬件、AS/OS和后台存储技术上都有了更大的突破。

经过考察对比，我们决定选用VMWare公司的VMware Infrastructure 3.0套件作为公司虚拟化技术的解决方案。

VMware Infrastructure 3.0产品所具备的下面几个特性是我们真正看重的：

1.应用整合与多平台并存

通过ESX，我们得以将对于硬件资源负荷要求并不算高的多平台应用整合到一***立的物理机内部，通过划分CPU、内存、存储以及I/O资源池的方式，最大限度地保证应用程序利用到全部的硬件资源。我们以往在同一物理平台上实现多操作系统是一件相当复杂的事情，操作系统是否能够安装将依赖于硬件平台的兼容性。而现在，VMWare ESX能够广泛的支持Windows服务器平台以及Linux平台，这里包含DELL 9G服务器无法正常安装的Windows NT，以及我们公司正在使用的Windoss 2000 SP1。

2.VMotion-实时迁移技术

应用VMotion技术，我们可以将应用从一台物理机迁移到另外一台物理服务器上，而时间只需要2秒钟。也就是说，建立起两台物理机以后，通过布署相同平台的虚拟机环境，我们的应用层基于虚拟机来实现，而数据存储依靠两台物理机之间的共享存储来实现。只要物理服务器不宕机，那么我们的应用将会是无间断的流畅运行。而应对物理服务器宕机的另一手段是HA功能模块。

3.DRS-动态平衡和分配

对于采用虚拟化技术，在一台物理服务器上整合多个公司业务应用，我们最担心的就是多个业务系统之间性能分配的问题。安装在Virtual Center管理服务器端的分布式资源调度程序，可以跨资源池不间断的监控资源利用率。在多个资源池之间动态的分配可用资源。当DRS所监控的某一个虚拟机负载较大的时候，DRS将在所管理的物理机上寻找合适的虚拟机做应用间的迁移。也正是因为DRS的监控和平衡负载机制，让我们可以放心的布署虚拟机应用，和对硬件资源做到完全透明的监控。

三、选择硬件解决方案

俗话说：好马拉好车。

有了VMWare虚拟化技术解决方案这样一架好车，如何选定一匹经济适用、马力强劲的良驹来拉动这架好车，就是我们接下来需要考虑的问题了。

我们对服务器的基本要求是：

1.硬件采购成本不能太高；

2.CPU运算能力强；

3.内存容量充足；

4. 服务器内存和硬盘的I/O吞吐性能良好。

由于我们公司一直采用DELL的企业级服务器产品，有着良好客户体验，因此本次应用整合自然继续选用DELL的服务器产品。我们首先排除了DELL的Power Edge 68X0系列企业级服务器；虽然PE68X0系列服务器可以提供更强大的计算能力和更高的I/O吞吐量，同样高昂的价格也令人望而却步。DELL的PE 19X0系列服务器虽然售价低廉，但是扩展能力有限，服务器性能也无法满足同时运行多台虚拟服务器的要求。这样，我们将目光对准了DELL的PE 29X0系列服务器——Power Edge 2950。

DELL PE2950服务器在2U机箱内可以提供多达6个3.5英寸 SATA II硬盘驱动器。处理器方面我们采用了期盼已久的新一代Intel XEON平台Clovertown四核处理器，这款处理器基于Intel最新的酷睿2架构体系，在PE2950这款两路两U的平台上提供了多达8颗物理内核的运算能力，在处理多任务并发的应用环境下，能够在相同的空间密度内提供更丰富的CPU处理资源，特别对于VMware这样的资源池划分环境，更密集的处理器处理能力将能够负担更多的虚拟机应用需求。尤为引人注目的是，Intel XEON平台Clovertown四核处理器能够在芯片级别上通过Intel VT技术直接支持VMWare公司的虚拟化产品，大大提高了虚拟机的CPU性能。所以，在我们已经敲定的服务器平台上选择Intel最新的四核处理器是不二的选择。

在虚拟机对于硬件要求颇高的I/0环节，PE2950支持最高达32GB全缓冲DIMM内存；6个内存通道，每通道支持8GB/Sec的内存带宽，内存的优势在虚拟机平台环境下获得了最大程度的发挥。

通过PE2950内部集成256MB Cache的PERC5i磁盘阵列控制器，5块硬盘组合成的RAID5阵列，可以兼顾足够的磁盘吞吐能力和安全性能。磁盘性能方面，DELL的9代服务器由于采用的是串型附加SCSI存储，性能比较上一代SCSI存储能力提升巨大。

四、方案定型

最后，我们计划公司虚拟化技术解决方案分两期执行。第一期购买2台四核的DELL PE2950服务器(双CPU/8GB FBD内存/5块15000转的SAS硬盘)，以及2套VMWare VEN 3.0.1，1套VMware P2V Assistant2.1物理系统迁移软件。

根据第一期方案具体实施情况，经过二次评估后，再适时采购1台MD3000 DAS存储设备作为存储共享设备，以及1套Virtual Center2.0管理软件，拓展VMWare VEN3.0.1产品的功能，进一步提升虚拟化技术解决方案的应用价值。

五、方案评估和测试

VMWare VEN 3.0.1，1和VMware P2V Assistant2.1成为了最终选定的软件

在安装VMWare Server 1.0.1时我们推荐默认安装方式

在系统迁移过程中VMware P2V Assistant 2.1.2安装简单

在迁移系统中，各软件版本间的兼容性是个大问题

捕获实体物理系统的虚拟镜像出乎意料的简单

将虚拟镜像导入VMWare需要用VMWare Server 1.0.1做一下中转站

2006年11月底，我们从DELL公司购买的两台DELL PE2950服务器到货。随后我们从VMWare公司官方网站下载了VMWare VEM 3.0.1和VMWare Virtual Center2.0、VMware P2V Assistant，并且申请了180天的测试序列号。我们还下载了免费的VMWare Server 1.0.1和VMware Virtual Machine Importer 2.0，作为系统迁移中转使用。

方案评估和测试过程如下：

1.安装VMWare VEM 3.0.1

VMWare VEM3.0.1经过了DELL PE2950服务器的硬件兼容性认证，在PE2950服务器上的安装过程非常顺利。我们只需要简单地按照安装向导的指示，一路下一步就可以了。采用系统默认方式安装，VMWare VEM3.0.1会自动将剩余硬盘空间划分为一个大的VMFS文件系统分区，这样就无法采用硬盘直接读写的方式安装多台虚拟机了，对于虚拟机的的磁盘子系统性能，会有一定的影响。既然是方案评估，我们还是偷点懒好了。系统安装完成约需30分钟。

2.安装VMWare Server 1.0.1

我们计划使用公司现有的一台DELL PV775N的NAS服务器(外节一台DELL PV220S磁盘阵列柜，拥有1.3T存储空间)存放从物理实体机迁移的VMHD镜像文件。为了简化系统迁移的步骤，我们将MWare Server 1.0.1安装在这台NAS服务器上。

软件的安装过程很简单，全部采用默认方式进行安装。安装过程中需要的输入软件许可序列号，这个序列号可以从VMWare公司的官方网站上免费申请。

3.安装VMware P2V Assistant 2.1.2

为了简化系统迁移的步骤，我们同样将VMware P2V Assistant 2.1.2安装在DELL PV775N NAS服务器上。

软件的安装过程很简单，全部采用默认方式进行安装即可。

4.安装VMware Virtual Machine Importer 2.0

VMware Virtual Machine Importer 2.0是一款虚拟系统迁移和转换工具，它在VMWare公司的虚拟化技术解决方案中，起着承上启下的作用。它能够帮助用户在VMWare公司的多个虚拟化产品之间进行虚拟系统的迁移，还能够导入Symantec公司的Symantec LiveState 和Ghost 9，以及微软的Virtual PC和Virtual Server 2005 R2生成的镜像文件。

软件按照默认方式安装即可。

需要注意的是，VMware Virtual Machine Importer 2.0要求宿主系统环境中不能有VMWare公司的其他产品，并且仅能兼容从Windows NT4.0到Windows Server 2003操作系统的迁移，对于Linux操作系统和64位Windows操作系统，以及早于Windows 3.x的微软操作系统，无法完全支持。此外，VMware Virtual Machine Importer 2.0迁移虚拟系统的时候，还需要考虑宿主操作系统是否支持。譬如说，迁移Windows Server 2003操作系统，则要求VMware Virtual Machine Importer 2.0安装的宿主操作系统至少是WindowsXP或者Windows Server 2003。在评估测试中，考虑到我们需要迁移的应用系统都是基于Windows Server 2000操作系统的，因此我们将VMware Virtual Machine Importer 2.0安装在一台Windows Server 2000操作系统的服务器上。

5.捕获实体物理系统的虚拟镜像

这个步骤竟然出乎意料地简便易行！首先通过查询硬件兼容列表确认源系统服务器硬件是否在支持之列，然后使用VMware P2V Assistant BootCD启动源系统服务器。VMware P2V Assistant BootCD上是一个可以在光盘上运行的名为Knoppix的小型Linux系统，它会检测源系统服务器的硬盘和网卡，然后需要用户确定是否使用SAN光纤存储真了，检测的硬盘和网卡是否正确，是否使用使用DHCP自动获得IP。完成这些步骤后，就可以在DELL PV775N Nas服务器上运行VMware P2V Assistant 2.1.2，选择克隆源物理系统，并输入在源物理服务器上指定的IP地址，制定一个虚拟镜像系统VMHD文件存放的路径，就可以了。捕获结束后，可以到C:Documents and SettingsUserName$Local SettingsTemp目录下查看捕获日志。

我们选取了具有典型意义的两台服务器进行捕获测试：分别是一台运行于DELL PE 1550机架式服务器的小应用系统，和一台运行于DELL PE SC420塔式服务器的老业务系统。在评估测试中，我们发现VMWare公司的P2V Assistant在捕获物理实体机上还存在一些不足，主要有三点：对于个别长文件名无法完全处理，无法捕获转化为动态磁盘的硬盘，不能调整硬盘容量。

6.重配置捕获的系统虚拟镜像

我们捕获的物理实体机的虚拟镜像文件还需要针对VMWare Server进行一次硬件重配置操作，否则直接使用这个虚拟镜像是无法正常启动系统的。这一步使用VMware P2V Assistant 2.1.2，按照向导进行操作，很快就可以完成了。

7.导入系统虚拟镜像文件到VMWare VEM 3.0.1

由于VMWare公司目前并未提供一种直接将捕获并重配置好的虚拟镜像文件导入VMWare VEM 3.0.1的解决方案，我们只好用VMWare Server来充当一次中转站了。接下来我们需要在VMWare Server 1.0.1中，使用重配置的虚拟镜像文件，以定制的方式创建一个新的虚拟机，并且至少启动一次，然后就可以使用VMware Virtual Machine Importer 2.0将捕获的系统虚拟镜像从VMWare Server 1.0.1导入到VMWare VEM 3.0.1里面了。在系统导入过程中，需要关闭在VMWare Server中运行的源虚拟系统，并且将源虚拟系统的存放目录映射为本地目录。虚拟系统导入的速度主要取决于网络带宽。

8.简单性能评测

应该说，我们始终对于业务系统迁移到虚拟环境后的应用性能心存疑虑。虽然一些相关评测文章对于虚拟环境中的应用性能测试都有一个比较正面的评价，但是只有亲自动手进行测试，才能彻底打消我们的疑虑。

由于条件限制，我们无法进行正规的服务器性能压力测试，只能因陋就简，对服务器的几项主要性能进行一个简单的性能对比测试。我们设计了一个评测方案，使用知名的系统测试软件SiSoftware Sandra Engineer XI 2007.1.11.17来进行CPU、内存、文件系统的性能测试。

测试结果表明，迁移后虚拟机系统的主要性能指标，已经全面超过了原有实体物理系统的性能指标。当然，我们也注意到，在文件系统的测试中，虚拟系统的CPU占用率约为10%，比实体物理系统的3%高出7%。我们认为，这也证明如果不能解决好系统I/O虚拟化的问题，虚拟系统就无法真正完全地替代实体物理系统。不过我们相信，随着技术的进步，这一天已经不远了。

9.评估总结

经过长达8个月的系统选型、评估、测试，我们确认，硬件和软件上的技术进步，无论在理论上还是在实际上，都足以弥补大部分非大量I/O需求的应用系统虚拟化后所带来的性能损失；而应用虚拟化所带来的好处，又远远让人无法拒绝。在公司内部实施基于虚拟化技术的应用整合方案，势在必行！

六、项目实施

新系统结构示意图

有了之前项目评估和测试的经验，项目的具体实施就是水到渠成了。我们平均每周迁移2套老应用到虚拟系统上，然后进行1周的观察，如果未发生异常情况，则可以确定系统迁移成功。

全部系统的迁移预期在2个月内完成。

七、总结

通过部署服务器虚拟化系统，我们获得了相当多的收获。

1.降低了服务器的硬件采购成本

2006年度共有11台服务器报废，我们实际新采购服务器3台，其中两台DELL PE2950服务器作为虚拟化应用整合平台，1台DELL PE1950服务器作为公司第二台主域服务器。三台服务器的购买费用是人民币15万元。这样我们为公司少购买了8台服务器。按照每台服务器5万元人民币(含OEM版操作系统)的均价采购成本，共为公司节约40万元人民币的硬件采购成本。考虑到购买VMWare虚拟化软件的10万元采购成本，实际为公司节约采购成本人民币30万元。

2.降低了系统管理成本

我们停用原来的9台服务器后，每年节约的各项服务器管理成本，也是一笔不小的数字。

3.节约了软件许可费用

微软等软件企业在虚拟化平台上新的软件许可政策，为我们节省了很多软件采购成本。

4.提高了业务系统的服务器可用性

由于虚拟系统的硬件平台无关性，我们还大大提高了业务系统的服务可用性。在实施虚拟化技术之前，如果服务器发生硬件故障，通常要停用1~2天的时间，来进行硬件更换。我们这里有记录的服务器因硬件损坏停用最长时间是11天！而现在，如果运行虚拟系统的服务器发生硬件故障，我们只需要将备份好的虚拟服务器的配置文件和虚拟硬盘镜像文件还原到新的服务器上，并恢复最近一次数据备份，就可以恢复业务系统的正常使用。这个时间，通常在是4个小时以内的。未来，我们还将通过部署DELL MD3000 DAS高可靠性存储设备和VMWare Virtual Center软件，使用VMWare VMotion功能，把这个时间缩减到几秒钟！

5.提高了老业务系统的系统性能

在系统整体迁移完成后，经过实际测试，所有迁移到虚拟系统的业务应用性能，较迁移之前，都有了一定程度的提高。所以说，硬件技术上的进步，已经能够在一定程度上弥补虚拟化技术带来的应用系统性能损耗。

6.降低系统开发部署成本

VMware Virtual Enterprise产品在快照管理方面的强大功能，还大大缩短了我们在新应用系统开发和部署实施之前的测试时间。由于一项误操作，就需要花费1整天的时间来重建系统的日子，已经一去不复返了。

八、展望

事实上，虚拟化技术在x86服务器上的应用也面临很多实际挑战，例如物理机到虚拟机的系统迁移解决方案尚需加强，Intel与AMD目前还仅仅是提供了处理器级别的虚拟化支持，服务器作为一个整体，在I/O方面的虚拟化应该如何实现，服务器虚拟化的未来的发展趋势如何，虚拟化产品的统一标准尚未建立，应当如何管理虚拟机，如何规避虚拟化带来的风险，等等，都是我们需要慎重考虑的问题，

无论如何，服务器虚拟化技术带来的好处，已经点燃了我们的激情！我们期待在DELL公司所带来的优异企业级服务器平台和VMWARE的虚拟化先驱技术的引领下，将公司的IT建设带到一个全新的高度。

九、后记

很凑巧，在我们公司实施系统虚拟化迁移整合期间，我还协助本市另外一家大型国企，使用免费的VMWare Server，在未给企业增加任何额外版权支出的情况下，顺利完成了老主域系统到新购服务器的迁移。

2006年公司对于虚拟化技术的评估和成功应用，不但点燃了公司对于虚拟化技术的激情，也同样点燃了我的激情，我已经很久没有如此激动了！

整篇文章，仅用了一天的时间，几乎是一气呵成。面对如此优越的技术和应用体系，我有一种深深的责任感，我要通过自己的努力，把虚拟化技术的火炬，传递给更多人。企业用户，你完全可以放心大胆地投入到虚拟化技术的大潮中！