VMware ESX

完美匹配企業數據中心，通過提高資源使用率，擴展計算機性能和優化服務器， VMware ESX 服務器幫助企業降低計算機基礎構架的成本。VMware ESX 服務器能實現：

·服務器整合

VMware ESX 服務器能在更少的高伸縮和高可靠企業級服務器上，包括刀片式服務器，整合運行在不同操作系統上的應用程序和基本服務

·提供高性能並擔保服務品質

ESX 服務器支持出於開發和測試為目的，在同一系統內的虛擬主機集羣；同樣也高性能的支持系統間的虛擬主機集羣。VMware ESX 服務器擔保服務器的CPU，內存，網絡帶寬和磁盤 I/O 處於最優化的狀態，改進對內和對外的服務

·流水式測試和部署

VMware ESX 服務器壓縮虛擬主機鏡像以便它們在環境間能被非常容易的遷移，確保軟件測試者和質量檢驗工程師在相對少的時間和硬件狀態下做更多有效的測試

·可伸縮的軟硬件構架

VMware ESX 服務器包含支持 VMware Virtual SMP，確保企業在靈活，安全和輕便的虛擬主機上運行所有重要的應用程序。

VMware ESX服務器傳輸物理系統到邏輯資源池，系統和應用程序被分離在包含多虛擬機的單一硬件片上。系統資源按需動態分配到任何操作系統上，提供大型機的性能和服務器資源控制。VMware ESX 服務器通過在安全便捷的虛擬機上執行分區和分割服務器資源來簡化服務器的基礎構架。VMware ESX 服務器確保服務器資源能被遠程管理，自動預製和標準化。高級資源管理控制通過企業擔保服務質量。

直接運行在系統硬件上的 VMware ESX 服務器為部署，管理和遠程控制多虛擬機提供了一個安全，唯一的平台。有了VMware ESX服務器：

·特定系統的應用程序能被遷移到在更可靠和可伸縮的不同虛擬機上去。

·服務器能從任何地方被遠程管理，簡化服務器維護。

·通過高級資源管理控制，服務質量能得到保證。

·普通的監控和管理任務是自動腳本式的。

·無須添加新的物理系統，性能得到明顯提升。

Windows服務器的管理員早已熟悉了可怕的藍屏死機（BSOD），這就意味着服務器完全地終止。VMware ESX也有類似的狀況，叫做紫屏死機（PSOD），典型的是由於硬件問題和VMware 代碼中的bug造成的。

當一個PSOD出現時，你需要做的第一件事情就是記錄下屏幕上顯示的信息，我建議用數碼相機或者手機拍一個快照。PSOD信息包括ESX的版本和構建、異常類型、寄存器轉儲、在崩潰時每一個CPU在運行什麼、跟蹤信息、服務器正常運行時間、錯誤信息和內存核心轉儲信息。這些信息對你沒用，但是VMware 技術支持人員可以解碼上述信息，幫助測定崩潰的原因。

不幸的是，當遭遇到PSOD，除了記錄屏幕上的信息，你唯一的選擇是關閉服務器重啓。一旦服務器重啓起來，你將在服務器的/root目枷路⑾謒kernel-zdump-*文件，這個文件對定位問題很有價值。你可以用vmkdump工具從該文件中提取vmkernel日誌文件（vmkdump –l），然後定位引起PSOD的原因。VMware支持一般也需要這個文件。出現PSOD常見的原因是服務器內存不足，那個轉儲文件將有助於識別導致問題的內存模塊並替換這個模塊。

如果你懷疑你係統的RAM可能有問題，可以用一個內置的工具在後台檢查你的RAM而不影響你正在運行的虛擬機。該RAM檢查工具運行在VMkernel裏，通過登錄到服務器控制枱，輸入Service Ramcheck Start開啓。

當正在運行RAM檢測時，它把所有的活動和任何錯誤信息記錄到/var/log/vmware目錄下的文件ramcheck.log和ramcheck-err.log中。然而，它的一個缺陷是如果你有虛擬機正在運行，用這個工具不能檢測所有的RAM，只能檢測在ESX系統中未用的RAM。一個比較徹底的檢測你的服務器中RAM的方法是關閉ESX，從CD引導，然後運行Memtest86+程序。

如果你聯繫VMware技術支持人員，他們一般會要求你運行vm-support工具，它將把所有的ESX server的日誌和配置文件打包成一個文件。通過root權限登錄到服務控制枱，然後不需要設置任何選項，輸入“vm-support” 就可以運行這個工具。這個工具將創建一個Tar文件，以"esx---..tgz"格式命名。你可以通過FTP把它發送給VMware技術支持人員。確保把該Tar文件從ESX服務器上刪除，這樣做可以節省磁盤空間，或者，你可以通過VI client生成同樣的文件。選擇Administration，然後選擇Export Diagnostic Data，選擇你的主機（VirtualCenter 數據選項）和一個本地PC目錄來存儲將要創建的文件。

日誌文件一般是排除各種類型問題的最好工具。ESX有許多的日誌文件，你需要檢查哪個日誌文件取決於你所遇到的問題。以下是ESX日誌文件的列表，你通常可以用來定位ESX服務器的問題。VMkernel和主機日誌文件一般都是你需要首先檢查的。

VMkernel - /var/log/vmkernel——與虛擬機和ESX服務器相關的活動的記錄。帶擴展名以數字循環，當前的日誌沒有擴展，最近的日誌帶有“.1”擴展。

VMkernel Warnings -/var/log/vmkwarning——記錄虛擬機的活動，VMkernel日誌的子集，用同樣的循環模式。

VMkernel Summary - /var/log/vmksummary——用於確定ESX服務器正常運行的時間和可用性統計，可讀性的總結在/var/log/vmksummary.txt中。

ESX Server host agent log - /var/log/vmware/hostd.log——包含管理和配置ESX服務器主機和它的虛擬機代理信息。（查找文件的date/time戳來找到最近輸出的日誌文件，或者打開hostd.log，該文件連接到當前的日誌文件）。

ESX Firewall log - /var/log/vmware/esxcfg-firewall.log——記錄所有的防火牆規則事件。

ESX Update log - /var/log/vmware/esxupdate.log——記錄所有的通過esxupdate統計所在的更新。

Service Console - /var/log/messages——包括所有的用於排除虛擬機和ESX服務器故障的一般日誌信息。

Web Access - /var/log/vmware/webAccess——記錄通過基於web訪問ESX服務器的信息。

Authentication log - /var/log/secure——包含所有的需要認證的連接信息，例如VMware守護進程和由xinetd守護進程發起的動作。

Vpxa log - /var/log/vmware/vpx——記錄和VirtualCenter通訊的代理的信息，通過查找文件的date/time戳來找到最近輸出的文件或者打開hostd.log，該文件連接到當前的日誌文件。

做為解決故障過程的一部分，你經常需要找出各種ESX組件的版本和使用的補丁，下面是一些命令，你可以從服務枱運行來完成：

輸入vmware -v來檢查ESX服務器的版本，例如VMware ESX Server 3.0.1 build-32039

輸入esxupdate –l query來查看安裝的補丁

輸入vpxa –v來檢查ESX服務器的管理版本，例如VMware VirtualCenter Agent Daemon 2.0.1 build-40644

輸入rpm –qa | grep VMware-esx-tools來檢查ESX服務器VMware Tools安裝的版本，例如VMware-esx-tools-3.0.1-32039

如果所有可能失敗，重啓Vmwate主機代理服務

許多的ESX問題可以通過重啓VMware主機代理服務（vmware-hostd）解決，該服務負責管理大部分ESX主機的操作，通過登陸服務控制枱，輸入service mgmt-vmware restart來實現。

注意：ESX 3.0.1有一個bug，如果你的ESX服務器為你的VM配置了auto-startups選項，它將重啓你所有的VM。這個bug在3.0.1 和 3.0.2中用一個補丁修復，但是在ESX 3.5中用另一個發佈的補丁修復。在運行此命令時最好臨時禁止auto-startups選項。

在某些情況下，當你重啓主機代理服務，重啓vmware-vpxa服務可以定位發生在ESX和VI Client之間以及ESX和VirtualCenter之間的問題。該服務是管理代理，處理ESX和它的客户端的所有通訊。通過登陸ESX主機，輸入service vmware-vpxa restart就可以完成。需要注意的是重啓哪種服務都不會影響你的虛擬機操作（除了上述提到的bug）。

VMware ESX服務器常見問題之修復凍結的服務控制枱

另一個會發生的問題是你的服務控制枱掛起，不允許你本地登入。硬件鎖定或者一個死鎖狀態都會導致這樣。當發生這種狀況時，你的VM可以繼續正常運行，但是重啓ESX是通常恢復的唯一的方法。在你重啓之前，試着關閉你的客户VM,或者用VMotion把它們遷移到另一個ESX主機上。通過SSH遠程連接的VI Client或者alternate/emergency控制枱的其中之一來完成，可以先按Alt-F6，然後按Alt-F2鍵。你也可以按Alt-F12在控制枱的屏幕上顯示內核信息。如果你可以關閉或者遷移你的VM，你就可以通過VI Client或者alternate控制枱發出重新引導的命令來試圖重啓服務器。如果不行,冷啓動服務器就是你唯一的選擇了。

可能出現的問題是你也許丟失了部分或所有的網絡配置。如果發生這種情況，由於你不能通過VI Client連接，你必須用ESX本地服務控制枱來重新構建網絡。VMware已經發布了相關知識的文章：如何使用esxcfg－*服務控制枱命令來重建你的網絡和如何驗證你的網絡配置。 ^[1] 

VMware ESX虛擬服務器網絡有一些特殊的考慮。下面將逐一介紹需考慮的基於物理服務器的配置選擇、VLAN標記、MAC地址和系統管理等。

VMware ESX Server為優化配置和虛擬網絡架構提供了靈活性，滿足了多種不同的需求。但是，配置的靈活性可能會是一把雙刃劍，因為VMware的基本網絡架構提供瞭如此之多的選擇，可能反倒容易令人困惑。所以，為了優化ESX網絡，網絡管理員應該先熟悉VMware在刀片和機架服務器上的基本網絡選擇。

塔式和機架服務器需要至少五個網絡適配器。因為刀片服務器和底盤（chassis）從底盤到分佈式/核心交換機的uplink端口數量有限，網絡管理員應該從高階積架式交換器(Chassis Switch)配置uplink端口的鏈路聚集（Trunking），並且實施802.1q VLAN標記，網絡至少為每秒1GB。

系統管理員可以使用多個以太網端口配置ESX。活躍（Active）或備用（Standby）的配置都應該採用，以防主要的端口發生故障。同時，網絡管理員應該採用多個負載平衡配置組合端口配置，這將基於源端口IT、源MAC地址的散列值以及來源和目標地基於IP的散列值。

觀察網絡故障，監控適配器的連接狀態，以及利用信標（Beaconing）查找網絡上游的問題。同樣，可以對端口進行配置，來通知網絡中的交換機某個端口已經重新配置，因此ARP表格進行更新，這樣可以最小化其他的錯誤。

VMware VI3下配置和實行VLAN

VLAN（虛擬LAN）並不是什麼新概念，多數網絡架構師和管理員都瞭解在傳統基礎設施中配置VLAN的方方面面。但是，使用VMware VI3配置VLAN卻不盡相同。沒有虛擬化的工作過程和有虛擬化的工作過程是不一樣的。所以，在設置VLAN之前，網絡管理員需要了解一下事項：

需要多少個物理NIC

一個台新的虛擬服務器把哪一個VLAN叫做home

VLAN如何工作

多數VMware專家談到在VMware Infrastructure(VI3)中使用虛擬LAN（VLAN）時，他們通常是指VLAN Trunk的使用。不過，VI3使用的VLAN配置還有其他三種類型：Virtual Switch Tagging（虛擬交換機標記，縮寫VST ）、External Switch Tagging（外部交換機標記，縮寫EST）和Virtual Guest Tagging（虛擬guest標記，簡稱VGT）。VLAN標記允許把一個VLAN直接連接到一個子虛擬機。管理員應該對什麼是VST、EST和VGT以及如何使用進行了解。

對於子虛擬機而言，VST通常是最佳的選擇，但要取決於具體的業務需求。VST使用VLAN Trunk。物理交換機把ESX Server的交換機當作一台物理交換機看待，在跨Trunk傳遞通信到服務器NIC的過程中，對通信進行相應的標記。然後ESX Server利用標記引導通信到其端口。

如果組織內的服務器是插入到分佈式層的交換機，交換機連接到一個核心交換機，那麼EST或VGT可能更加適合。在這種情況下使用VST標記就幾乎不可能。你可能需要使用EST標記。

此外，如果某一個具體的虛擬機需要同時在多個VLAN上的話，VGT就更加合理。你將需要子操作系統支持VLAN驅動，這種情況在Unix和Unix相似的操作系統很常見，如Solaris、OpenBSD和某些Linux分佈系統。

至少要兩個接口分配到ESX服務控制端口。如果你只分配了一個接口，VirtualCenter 2.5會警告你。但VirtualCenter之前的版本不會。

VirtualCenter2.5的錯誤信息將會造成集羣顯示器錯誤標誌出現，可能從找不到的連接ESX 3.01和3.02主機的接口發出，更有可能是3.5主機。這一點很重要，因為如果你的虛擬服務器碰到一個新的或額外的錯誤，你可能不會立刻注意到。為了解決這個問題，在不需要冗餘性的虛擬機網絡使用一個集合的vSwitch，將它在網絡和VirtualCenter中重新進行配置，與服務控制端口位於同一個網絡。

如果你使用ESX進行物理到虛擬的遷移，要知道你可以配置虛擬服務器，讓網絡適配器在啓機時就斷開。你將能夠從子操作系統看到硬件的清單，但是它顯示好像網絡斷開了。使用一台不連網的虛擬機，雖然你無法測試IP 地址，但你可以配置你的IP尋址和DNS信息。

這個選項很有用，因為在某些情況下，在網絡上具有一個後備的虛擬機，並運行預設的任務可能會產生各種錯誤，例如， IP地址重複，虛擬機應用程序與另一台運行的系統同時獲取數據，業務系統更新的版本傳送到其他系統產生的格式問題等等。

ESX的網絡提供了很大的靈活性，但是靈活性也為錯誤留有空間。通過本文以及文章中的對其他文章鏈接 ，你應該可以很好地理解如何以及為什麼為你的虛擬服務器進行網絡配置，對冗餘性、速度及可用性進行優化，以滿足你計算環境的具體需求。 ^[2]