esx如何设置网络负载均衡

① VMware ESX 4.1怎么手动修改IP地址

通过直接控制台配置IP设置:

如果可通过物理方式访问主机或者可以远程访问直接控制台，即可使用直接控制台来配置IP地址、子网掩码和默认网关。

步骤

1.选择配置管理网络并按Enter。(configureManagementNetwork)

2.选择IP配置并按Enter。(IPConfiguration)

3.选择设置静态IP地址和网络配置。

4.输入IP地址、子网掩码及默认网关，并按Enter键。

② 如何在VMware ESX上配置网卡聚合实现网络负载均衡

(1) 基于端口的负载均衡 (Route based on the originating virtual port ID)(这个是默认支持)
这种方式下，负载均衡是基于vPort ID的。一个vPort和Host上的一个pNIC捆绑在一起，只有当这个pNIC失效的时候，才切到另外的pNIC链路上。这种方式的负载均衡只有在vPort数量大于pNIC的数量时才生效。对于VM来说，因为某台VM的vNIC是捆绑在某一个pNIC上的，也就是说这台VM(如果只有一个vNIC的话)对外的数据流量将固定在某一个pNIC上。这种负载均衡是在VM之间的均衡，对于某一台VM而言，其uplink的速率不可能大于单个pNIC的速率。此外，只有当VM的数量足够多，并且这些VM之间的数据流量基本一致的情况下，Host上的NIC Teaming的Load Balancing才较为有效。对于以下这些极端情况，基于端口方式的负载均衡根本不起作用或者效果很差，充其量只能说是一种端口冗余。
a.Host上只有一台只具有单vNIC的VM (此时完全没有Load balancing)
b.Host上的VM数量比pNIC少(比如有4台VM但是Teaming中有5块pNIC，此时有一块pNIC完全没用上，其他每个vNIC各自使用一块pNIC，此时也没有任何负载均衡实现)
c.Host上虽然有多台VM，但是99%的网络流量都是某一台VM产生的

③ 如何在VMware ESX上实现网卡聚合

网卡（NIC：Network Interface Card）聚合意思就是把若干个网卡规整到一个网卡上。如果配置合理的话，VMware ESX上面的网卡聚合可以同时为客体虚拟机提供入站和出站的负载均衡。负责均衡使得把多个可用网卡均分到更多的服务器上，因此即使在一个网卡、电缆或者交换机出现故障时，能允许客体虚拟机持续运行的情况下完成故障转移。

网卡聚合实例

配置VMware ESX Server虚拟网络有多种方法，多数管理员通常会采用如下的方式：

从中可以看到，两个管理网络都有两个物理适配器。虚拟机网络（内置客体虚拟机）也有两个物理适配器，如此做也可以带来一些容错上的优势：

1. 如果一个物理适配器出现故障的话，另外一个可以取而代之；

2. 如果连接一个物理适配器的光缆出现故障，可以使用另外一个适配器（光缆没问

题的那个）；

3. 假定两个网卡连接到不同的交换器，如果一个交换器出现故障，可以使用连接到

可用交换器上面的那个网卡；

尽管VMware ESX属性介绍中声称网卡聚合可以实现负责均衡，但是基本的网卡聚合仅仅能够提供出站负载均衡。然而如果希望通过网卡聚合实现入站的负载均衡，就还有一些额外的工作需要做，需要配置VLAN中继器和以太网交换器（连接在这些VMware ESX服务器的物理适配器）上的端口通道。SearchVMware.com的作者Scott Lowe has曾经写过一些文章介绍VLAN配置，这几篇文章我之前一直有推荐：

1. ESX服务器、网卡分组和VLAN链路聚合

2. 2. VLAN和端口分组

3. VI3的VLAN配置：VST、EST和VGT标记
   

在VMware ESX Server里配置网卡聚合

对ESX服务器内的网卡进行分组另外还需要两个或者两个以上网卡。实际上在VMware ESX服务器内配置网卡聚合非常简单。首先在ESX服务器上至少需要两个物理适配器，如上图所示，很多管理员都会把管理网络和客体虚拟机网络隔离开来。因此例如我们在服务器中有三个适配器，其中一个置于隔离的虚拟机交换器内用于管理网络，另外两个物理适配器用于虚拟机网络。如果另外还有一个vSwitch0的话，最好用这个作为管理网络和VMnet0。

如果希望在管理网络（VMkernel和iSCSI）和虚拟机（客体机）网络上同时都配置网卡聚合的话，也就是说在我们这个场景中我们仅仅在虚拟机网络上配置了网卡聚合。首先需要创建一个新的vSwitch然后标识为“虚拟机网络”。该vSwitch很有可能就被命名为vSwitch1，在vSwitch上增加两个物理适配器。

最后需要通过修改每一台虚拟机并且把其连接到新的端口组上，以修改每一台虚拟机客体系统。

④ 如何在VDI中实现会话负载均衡

我们在《如何在VDI中实现服务器负载均衡》中介绍了两大类VDI负载均衡中的一类，这里我们继续介绍如何在VDI中实现会话负载均衡。
会话负载均衡
相比于对基础设施服务器进行负载均衡，对桌面虚拟机或者服务器承载的会话本身进行负载均衡更加复杂，因为有很多种可能的配置组合。
VDI会话可能是持续性或者非持续性的。不论使用哪种持续性模型，会话最好建立在负载最少的hypervisor服务器或者承载桌面的服务器操作系统上。对虚拟机会话进行负载均衡意味着具有控制hypervisor的能力，可以将虚拟机在服务器间进行迁移，所以你需要一个机制来测试多个hypervisor上的资源使用情况。
对于基于VMware的虚拟机，分布式资源调度(DRS)特性允许你构建一个ESX主机集群，在主机上动态分配VDI虚拟机。存储DRS创建存储池集群，所以虚拟机磁盘可以基于定义的阈值进行动态移动。但需要记住，在主机和存储池之间进行迁移会占用大量I/O带宽。需要将阈值设定的足够高，以防止迁移过于频繁。
在基于Citrix
XenServer的主机上，供应商的负载均衡提供了一些类似于DRS的功能，但是当公司发布了XenServer
6.2之后这个功能就被关闭了。Citrix推荐使用第三方工具来实现这种功能。比如，VMTurbo的操作管理器可以工作在XenServer、Hyper-V和vSphere平台上。这个工具可以评估并自动决定负载的位置以优化虚拟机的运行状态。
同样，使用Citrix
XenDesktop，基于服务器操作系统的桌面和应用程序会话(之前被称为XenApp)可以使用Citrix自己的负载均衡策略实现。Citrix从最大会话数量、CPU和磁盘使用率等多方面计算负载系数。这个系数的取值范围是从0到10000(满负荷)之间的整数，会话被迁移到具有最低负载值的服务器上。满负荷的服务器不接受任何新会话。
但是，对于基于服务器操作系统会话的一个限制是它们不能是动态的。如果不经过注销和再登陆过程，这些会话类型就不能被转移到一个新的服务器上。

⑤ 虚拟机上实验负载均衡问题

你是用esx试验的吗？？
按照你的需求应该上esx了！
不要在work上纠缠！

⑥ 如何解决VMware ESX中出现的常见问题

在这里，我们记录一些在ESX主机上发生的、相当常见的问题。通常，可以采取一些简单的步骤去解决这些问题，但有的问题就需要较深入的解决方法。
紫屏死机（PSoDs， Purple Screen of Death）
有一种在ESX和ESXi主机上都可能发生的故障，叫做紫屏死机（可以说是臭名昭着的微软蓝屏死机的VMware版）。紫屏死机会导致ESX/或ESXi主机突然崩溃、变得无法操作。紫屏死机现象如图10.6所示，你一定不希望在自己的主机上发生这种现象。

图10.6 ESX主机上的紫屏死机现象
当PSoDs发生时，ESX会完全死机，没有任何反应。硬件问题（坏有问题的内存是最常见的原因）或ESX中的BUG是导致PSoDs的典型原因。当PSoDs发生时，你只能关闭并重启主机。屏幕上的提示信息非常有用，应该尝试记录它：可以使用带有拍照功能的手机给它照相，或者，如果存在的话，可以从一个远程管理面板上截图。你或许看不明白这些捕获下来的信息，但是，这些信息对VMware的技术支持来说非常有用。屏幕上显示的信息包括ESX的版本和build号、异常类型、寄存器转储（register mp）、崩溃时每个CPU正在跑什么、回溯追踪（back-trace）、服务器运行时间、错误日志、内存硬件信息等。
当你遇到PSoDs并重启主机之后，在ESX主机或/root文件夹下，会有一个以vmkernel-zmp开头（命名）的文件。这个文件对VMware技术支持非常有用，同时，你也可以使用该文件，通过vmkmp工具提取 VMkernel日志信息、寻找与PSoDs有关的线索，从而判断PSoDs发生的原因。要使用这个命令，输入vmkmp –l mp <文件名>。如前所述，坏有问题的内存是PSoDs中常见的原因。 你可以使用mp 文件识别引起问题的内存模块，从而将其替换掉。
如果怀疑是坏内存引起PSoDs，可以使用一些内存压力测试工具来检测主机的内存。这些工具需要你关闭主机并从CD启动以进行内存测试。一个常用的工具是Memtest86+，它可以进行广泛的内存测试，比如，检测邻近内存单元的相互影响，以确保要写某单元时不会覆盖邻近的单元。你可以在www.memtest.org下载这个工具。
当你在某个主机上首次部署ESX的时候，进行一次内存测试是个好主意，这样可以避免在以后某个时候内存故障引起麻烦。许多的内存问题都是不明显的，简单的内存测试，比如POST过程中的内存校验可能都发现不了问题。你可以下载Memtest86+测试工具，一个2MB大小的ISO文件，将这个文件刻录成CD，让主机从该CD启动，然后运行该工具至少24小时以完成多种内存测试。主机中的内存越大，完成一次测试的时间越长，一个拥有32GB内存的主机完成一次测试大概需要1天的时间。除了系统内存，Memtest86+还检测CPU的L1和L2 cache。Memtest86+的运行时间不确定，当所有的测试都完成时，通过的计数器会增加。（Memtest86+ will run indefinitely, and the pass counter will increment as all the tests are run.）
服务器控制台问题
有时候，你可能会遇到服务器控制台问题，表现为：服务器控制台挂起，同时，不允许在本地登录。这种状况可能是由硬件锁定或僵尸状态引起，但是，通常这种问题不会影响在ESX主机上运行的虚拟机（VM）。重启是解决这种问题的常用方法，但是，在重启之前，你应该关闭VM，或者将VM VMmotion到其他的ESX。可以使用各种可用的途径来操作VM，完成关闭或迁移。比如，使用VI client、通过SSH登录到服务控制台或者使用可替代的/紧急的控制台（通过按Alt+F2到F6）。当VM被迁移或者关闭之后，你可以使用reboot命令重启ESX，如果所有的控制台都没有响应，你就只能去按主机上的电源按钮，冷启动主机。
网络问题
有时，你也会遇到某种故障导致丢失了所有或者部分的网络配置，或者网络配置改变导致服务控制台丢失网络连接。当服务控制台的网络连接丢失时，你将无法使用远程的方法来连接ESX主机，包括VI client和SSH。你只能在本地的服务控制台上使用esxcfg-命令行工具恢复/修正网络配置，以下是一些命令，你可以从ESX CLI上使用它们配置网络：
esxcfg-nics

这个命令显示物理网卡列表，除去每个网卡的驱动信息、PCI设备、链接状态，你可以使用这个命令控制物理网卡的速度、双工模式等。esxcfg-nics –l显示网卡信息、esxcfg-nics –h显示该命令可用的选项，以下是一些例子：
o设置物理网卡vmnic2的速度和双工模式为100/Full:
esxcfg-nics -s 100 -d full vmnic2
o设置物理网卡vmnic2的速度和双工模式为自适应模式:
esxcfg-nics -a vmnic2
esxcfg-vswif
创建或者更新服务控制台网络，包括IP地址和端口组，esxcfg-vswif –l显示当前设置、esxcfg-vswif –h显示可用的选项，以下是一些例子：
o更改服务控制台(vswif0)IP地址和子网掩码:
esxcfg-vswif -i 172.20.20.5 -n 255.255.255.0 vswif0
o添加服务控制台(vswif0):
esxcfg-vswif -a vswif0 -p "Service Console" -i 172.20.20.40 -n 255.255.255.0
esxcfg-vswitch
创建或者更新虚拟机网络(vSwitch) ,包括上行链路、端口组和VLAN ID. 输入esxcfg-vswitch –l显示当前的vSwitch、 esxcfg-vswitch –h显示所有可用的选项. 以下是一些例子:
o将物理网卡(vmnic2) 添加到vSwitch (vSwitch1):
esxcfg-vswitch -L vmnic2 vswitch1
o将物理网卡(vmnic3)从一个vSwitch (vSwitch0)上移除:
esxcfg-vswitch -U vmnic3 vswitch0
o在vSwitch (vSwitch1)上添加一个端口组(VM Network3):
esxcfg-vswitch -A "VM Network 3" vSwitch1
o在vSwitch (vSwitch1)上给端口组(VM Network 3)分配一个VLAN ID(3):
esxcfg-vswitch -v 3 -p "VM Network 3" vSwitch1
esxcfg-route
设置或提取缺省的VMkernel网关路由。输入esxcfg-route –l当前的路由信息、esxcfg-route -h显示所有可用的选项. 以下是一些例子:
o设置缺省的VMkernel网关路由:
esxcfg-route 172.20.20.1
o添加一个路由到VMkernel:
esxcfg-route -a default 255.255.255.0 172.20.20.1
esxcfg-vmknic
为VMotion、NAS和iSCSI创建或者更新VMkernel TCP/IP设置。输入esxcfg-vmknic –l显示VMkernel NICs、esxcfg-vmknic -h显示所有可用的选项. 以下是一些例子:
o添加一个VMkernel NIC并设定IP和子网掩码:
esxcfg-vmknic -a "VM Kernel" -i 172.20.20.19 -n 255.255.255.0
另外，你可以通过service network restart命令重启服务控制台网络。
其他问题
有时，重启某些ESX服务既可解决问题且不影响VM的运行。两个可以被重启、并可经常解决问题的服务是hostd和vpxa。运行在服务控制台中的Hostd服务负责管理ESX上的大部分操作，要重启hostd服务，登入服务控制台，输入service mgmt-vmware restart。
vpxa服务是管理代理，用于处理主机和客户端之间的通讯，客户端包括vCenter Server和任何连接到ESX的VI client。如果在vCenter Server上看到某个主机显示disconnected但没有显示当前信息，或者，任何其他的涉及到vCenter Server和一个主机的奇怪的问题，都可以通过重启vpxa服务来解决。要启动该服务，登入服务控制台，输入service vmware-vpxa restart。当你遇到问题时，推荐你重启这两个服务，因为，重启它们经常可以解决很多问题。

⑦ VMware ESX Server虚拟化服务器方案求助

1 VMware ESX Server的安装
VMware ESX Server需要2GB的内存，在开始测试的时候，为ESX Server虚拟机分配了1GB内存，安装程序会提示内存不够，如图1-1所示。

图1-1 提示没有足够的内存
之后，为虚拟机指定2GB内存，就可以安装了。

图1-2 ESX 4.0安装程序
（1）开始安装程序，如图1-3所示。

图1-3 开始安装程序
（2）在此页面输入序列号，也可以在以后输入，如图1-4所示。

图1-4 键入序列号
【说明】从VMware ESX Server 4.0开始，取消以前的“License文件”的授权模式，而改为使用序列号。
（3）选择网卡，如图1-5所示。这是管理VMware ESX Server所用的网卡。

图1-5 选择管理ESX Server的网卡
（4）为网卡设置管理IP地址，或者选择使用DHCP获得IP地址，如图1-6所示。

图1-6 设置管理地址
（5）选择磁盘，如图 1-7所示。

图1-7 选择磁盘
（6）选择时区，许多人会忽视这一点，实际上，时区的选择比较重要，否则你的虚拟机会与你当前的时间“差”几个小时，如图1-8所示。在此选择“重庆”。

图1-8 选择时区
（7）设置服务器时间，如图 1-9所示。

图1-9 设置时间
（8）设置管理员密码，如图 1-10所示。

图1-10 设置管理员密码
（9）检查设置情况，如图1-11所示。检查无误后，开始安装。

图1-11 设置
（10）安装过程很快，大约 10分钟时间，如图1-12所示。

图1-12 安装过程
（11）安装完成，如图 1-13所示。

图1-13 安装完成
（12）重新启动ESX Server，进入菜单，如图1-14所示。从这个界面来说，和以前的ESX Server 3.0相关不大。

图1-14 启动选择菜单
（13）等待一会，VMware ESX Server 4.0启动完成，如图1-15所示。

图1-15 ESX Server 4.0主控界面
（14）在图1-15中，可以看到管理地址是192.168.80.140，在主机上，打开IE浏览器，键入https://192.168.80.140，进入管理界面，如图1-16所示。

图1-16 Web界面
（15）但是，很遗憾，无论是试图登录Web Access，还是“下载vShere Client”，都会出错（如图1-17所示），也可能是我安装的问题。改天试试VI Client客户端。

图1-17 不能下载客户端
【说明】以上记录下 2009年5月24日，当时ESX Server 4.0版本号为VMware-VIMSetup-all-4.0.0-162902。

2 VI Client的安装
【说明】近期一直有事，没有测试ESX Server 4，今天一个朋友问起VMware ESX Server 4.0的消息，就从VMware网站下载到VI Client，继续测试这个系统。
在安装VI Client的时候，最好先安装.net Framework 3.0 SP1或之后的.net框架（如图2-1所示），否则，直接运行VI Client，会停留在图2-2的界面，我想，安装程序可能试图从Internet下载.net 3.0 SP1进行安装，这可以从“任务管理器”的后台看到该程序，如图2-3所示。

图2-1 安装.net framework 3.5SP1

图2-2 一直停留在这个界面

图2-3 可以看到.net的安装程序
在安装完.net 3.5框架后，重新启动计算机，如图2-4所示。

图2-4 重新启动计算机
之后，再安装VI Client，就会比较快速了。
（1）VI Client安装程序，如图2-5所示。

图2-5 VI Client安装程序
（2）接受许可协议，如图2-6所示。

图2-6 接受许可协议
（3）安装完成，如图 2-7所示。

图2-7 安装完成
3 VI Client使用
接下来，使用VI Client，连接VMware ESX Server 4，看4.0有那些改进。
（1）首先，使用VI登录 ESX Server 4.0，在此多了一个“使用Windows会话凭据”，如果选中这项，将会自动以当前登录的Windows用户名、密码进行验证，如图2-8所示。我想， 如果使用VI连接VC，而VC安装在同一台机器上时，使用这个功能，可以不需要再次进行验证。

图3-1 登录界面
（2）与3.0一样，同样会弹出证书的警告页，如图3-2所示。

图3-2 证书警告页
（3）如果在图1-4没有输入序列号，会弹出“VMware评估通知”，提示该产品会在60天后过期，如图3-3所示。

图3-3 提示60过期
（4）主控制台界面有变化，如图3-4所示，单击“清单”。

图3-4 主控制台界面
（5）进入之后的界面，与原来的VI Client 3.0区别不大。进入“配置→己获许可的功能”页，如图3-5所示。单击右侧的“编辑”按钮，进入许可界面。

图3-5 配置页
（6）在许可界面中，可以看出与原来的区别。在此可以输入序列号，经过测试，可以用VMware ESXi的序列号，如图3-6所示。

图3-6 键入序列号
下面，开始创建一个新的虚拟机，看与以前版本的区别。如图3-7所示。

图3-7 新建虚拟机
（1）创建新虚拟机，选择 “自定义”，如图3-8所示。

图3-8 创建新虚拟机
（2）设置虚拟机的名称，如图3-9所示。

图3-9 设置虚拟机的名称
（3）选择数据存储，如图3-10所示。

图3-10 选择数据存储
（4）选择“虚拟机版本”，如图3-11所示。

图3-11 虚拟机版本
在此，可以看到 VMware ESX Server 4.0的改进，在此，有“虚拟机版本4”和“虚拟机版本7”两个选择，其中“虚拟机版本4”版本虚拟机可以在VMware Server 1.0与VMware ESX Server 3.0之后的版本运行，我想，应该是是以VMware Workstation 4的版本格式来说的；看到“虚拟机版本7”，我第一个想法，前几天“虚拟机之家”发的消息说“VMware Workstation 7.0”版本正在内测的消息有可能是真的，该“虚拟机版本7”应该对应VMware Workstation 7的版本格式。以前都是先有Workstation的版本，之后是Server，最后才是ESX Server，这一次，VMware ESX Server早在了前面。具体“虚拟机版本 7”是否是新的格式，一会用VMware Workstation 6.5尝试能否打开新创建的虚拟机，就可以判断出来。
（5）选择“客户机操作系统”，在列表中，看到了Windows 7，如图3-12所示。

图3-12 选择客户机操作系统
（6）为虚拟机设置内存，在此看到了一个“体温计”式的图表，效果不错，如图3-13所示。

图3-13 内存设置
（7）设置虚拟机网卡数量，与以前版本相同，最多是4块虚拟网卡，如图3-14所示。

图3-14 虚拟网卡
（8）在“SCSI控制器”中，新增加了“VMware准虚拟”这一SCSI适配器，如图3-15所示。这一适配器有何用处，在创建完虚拟机之后的“虚拟机设置”中有相关的信息。

图3-15 SCSI控制器
（9）选择磁盘，如图3-16所示。

图3-16 选择磁盘
（10）在“磁盘置备” 中，增加了“按需分配和提交空间（精简置备）”，这个功能在VMware Workstation、VMware Server都是可选项（类似功能），但在以前的VMware ESX Server中，是不可选项（没有这个选项，呵呵）。这个功能的用处，不用我说，你也应该知道，就是在ESX Server 4.0的虚拟机中，你可以和VMware Workstation、VMware Server一样，用多少、占多少，而不是像以前一样，无论是否使用，必须立刻分配磁盘空间。想一想，我以前安装的ESX Server 3.0，在安装Exchange 2007的时候，为虚拟机分配了80GB的空间，但实际上只使用了20多GB，而剩下的近60GB空间就被占用了。如果你不强调虚拟机的性能，并且服务器 空间有效，可以选中这个选项。

图3-17 创建磁盘
（11）高级选项，如图 3-18所示。

图3-18 虚拟设备节点
（12）创建虚拟机完成，如图3-19所示。

图3-19 创建虚拟机完成
进入虚拟机设置，主要有：
（1）可以设置显存大小，如图3-20所示。

图3-20 设置显存大小
如果你不清楚设置多大显存，可以选择“自动检测视频设置”，或者，你可以选中“为以下选项预留内存”，并选择虚拟机的分辨率大小，会自动“算”出所需要的显存大小。另外，在这个选项中，有 “启用3D支持”的字样。
（2）在“新的SCSI控制器”中，在右侧，可以看到“准虚拟”SCSI适配器的作用与功能，如图 3-21所示。

图3-21 SCSI适配器
还可以单击“更改类型”按钮，更改适配器的型号，而在以前的ESX Server中，一旦选定SCSI适配器的型号，是不允许更改的。新版本的ESX Server 4.0提供了这个功能。

图3-22 可以更改适配器型号
（3）单击“显示所有设备”，可以看到所有可以添加使用的设备，如图3-23所示。

图3-23 显示所有设备
（4）其他的选项与 VMware ESX Server 3.0类似，如图3-24所示。

图3-24 其他选项
4 用VMware Workstation 6.5测试ESX Server 4虚拟机格式
刚才提到的“虚拟机版本 7”，下面再创建一个XP的虚拟机，设置虚拟硬盘大小为8MB，下载到主机上，用VMware Workstation 6.5看能否打开。
（1）打开“存储器”，如图4-1所示。

图4-1 打开存储器
（2）下载XP的虚拟机，如图4-2所示。

图4-2 下载XP虚拟机
（3）将其保存到主机的E盘上。
（4）用VMware Workstation 6.5打开，并查看其版本，发现为6.5格式，如图4-3所示。

图4-3 查看版本
（5）如果下载 Windows 2003的虚拟机到主机上（有“准虚拟SCSI适配器”），同样也可以打开。这表明ESX Server 4.0的虚拟机格式与VMware Workstation 6.5是相同的。

5 总结

总之，VMware ESX Server 4.0是一款非常不错的产品，在新的版本中，无论是功能、还是性能，都有了相应的提升。
另外，由于时间关系，没有测试 VC，VMware ESX Server的产品的功能，主要是由VC来体现出来，相信在新的版本中，会有许多不错的功能与改进。

⑧ Esxi5.5系统怎么配置端口聚合，实现负载均衡

(1) 基于端口的负载均衡 (Route based on the originating virtual port ID)(这个是默认支持)
这种方式下，负载均衡是基于vPort ID的。一个vPort和Host上的一个pNIC捆绑在一起，只有当这个pNIC失效的时候，才切到另外的pNIC链路上。这种方式的负载均衡只有在vPort数量大于pNIC的数量时才生效。对于VM来说，因为某台VM的vNIC是捆绑在某一个pNIC上的，也就是说这台VM(如果只有一个vNIC的话)对外的数据流量将固定在某一个pNIC上。这种负载均衡是在VM之间的均衡，对于某一台VM而言，其uplink的速率不可能大于单个pNIC的速率。此外，只有当VM的数量足够多，并且这些VM之间的数据流量基本一致的情况下，Host上的NIC Teaming的Load Balancing才较为有效。对于以下这些极端情况，基于端口方式的负载均衡根本不起作用或者效果很差，充其量只能说是一种端口冗余。
a.Host上只有一台只具有单vNIC的VM (此时完全没有Load balancing)
b.Host上的VM数量比pNIC少(比如有4台VM但是Teaming中有5块pNIC，此时有一块pNIC完全没用上，其他每个vNIC各自使用一块pNIC，此时也没有任何负载均衡实现)
c.Host上虽然有多台VM，但是99%的网络流量都是某一台VM产生的

(2) 基于源MAC地址的负载均衡 Route based on source MAC hash
这种方式下，负载均衡的实现是基于源MAC地址的。因为每个vNIC总是具有一个固定的MAC地址，因此这种方式的负载均衡同基于端口的负载均衡具有同样的缺点。同样是要求vPort数量大于pNIC的时候才会有效。同样是vNIC的速率不会大于单个pNIC的速率

(3) 基于IP Hash的负载均衡 Route based on IP hash
这种方式下，负载均衡的实现是根据源IP地址和目的IP地址的。因此同一台VM(源IP地址总是固定的)到不同目的的数据流，就会因为目的IP的不同，走不同的pNIC。只有这种方式下，VM对外的流量的负载均衡才能真正实现。
​

⑨ VMwareESXServer4.1 上的虚拟机做负载均衡用什么组件包我找不到相关的文档

有一篇Setup for Microsoft Cluster Service的文章介绍你在ESX上部署的。

⑩ 我在用vSphere Clienl 登录VMware ESX 创建虚拟机，是一个负载均衡的虚拟软件，后缀为ova，启动时提示如下

是否这个虚拟机不是这个版本的ESX里建立的？比如说原来是4.1的虚拟机，然后你现在升级到了5.0？
还有试着直接从清单里先删除掉 。然后再重新用添加清单的方法看看？
再检查下虚拟机配置，是否有什么配置不同了？