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？
還有試著直接從清單里先刪除掉 。然後再重新用添加清單的方法看看？
再檢查下虛擬機配置，是否有什麼配置不同了？