本文將實戰講解vSphere 8的基本升級過程，也就是vCenter Server、ESXi主機、虛擬機器三個階段的升級任務，並且可以根據實際的IT環境需要來選擇不同的升級方式。如果還有vSphere Replication、vSAN等系統需要升級，也可以繼續完成。
過去在虛擬化平台技術尚未成熟前，升級實體主機上的系統確實是一件相當令人擔憂的工作，因為無論進行事前備份還是事後復原，在作業步驟上皆相當麻煩。反之，一旦所要升級的相關系統皆運行於虛擬機器中時，只要做好虛擬機器檔案的備份，即便在升級過程中出現任何瑕疵，只要迅速還原虛擬機器檔案便可以復原。
然而，當所要升級的不是一般應用系統，而是虛擬化平台本身時該怎麼辦呢？或許大家會擔心萬一主機系統升級過程發生問題，導致虛擬機器無法繼續上線使用。其實只要先確認好升級所支援的最低版本是否符合，接著將準備升級的ESXi主機上的虛擬機器先暫時移轉到其他ESXi主機運行，最後再完成一次最新的vCenter Server Appliance備份，基本上就可以輕鬆無憂地開始升級任務了。
vSphere 8.0概觀
無論是VMware vSphere現有的客戶，還是準備要進行評估測試的用戶，都可以開啟以下官網連結來下載vSphere 8.0的相關軟體。
‧VMware vSphere 8.0下載網址：https://customerconnect.vmware.com/downloads/info/slug/datacenter_cloud_infrastructure/vmware_vsphere/8_0
在VMware最新的vSphere 8.0版本當中，可以在每一個叢集中管理高達10,000台虛擬機器，Lifecycle Manager則可以管理1,000台ESXi主機更新。表1是vSphere 7 Update 3與vSphere 8在延展性的比較表。
在功能面部分，vSphere 8.0首先提供了分佈式服務引擎（Distributed Services Engine）來與數據處理單元（Data Processing Unit，DPU）協同運行，讓CPU的負載可以被釋放，以提升整體的運行效能。此外，由於DPU目前已整合至主機的智慧NIC控制器中，可以大幅提升vSphere 8.0虛擬網路的效能，尤其是在VMware NSX的架構之下可以釋放20%的CPU工作負載。
在設備虛擬化擴展（Device Virtualization Extensions，DVX）的新功能部分，DVX提供全新的API架構，讓協力廠商可以應用在對於虛擬機器的暫停、恢復、線上移轉以及磁碟與記憶體的快照等管理需求，不必再像前一版的DirectPathIO功能使用上受到諸多的操作限制。
接著則是vSphere 8.0在DRS（Distributed Resource Scheduler）運行效能的提升，主要是透過工作負載記憶體統計的結果，讓虛擬機器的運行在不影響效能與資源消耗的狀態下得到最佳的配置決策。
除了各項資源延展性與運行效能的提升外，它還額外提供了綠色指標的監視圖表來提升節能的管理需求，管理人員只要從vSphere Client網站中，即可查看到包含Power.Capacity.UsageVm、Power.Capacity.UsageIdle、Power.Capacity.UsageSystem等統計圖表。
在vCenter Server Appliance的備份還原管理中，增加了分佈式金鑰庫功能，一旦管理員進行vCenter Server的還原操作，vCenter Server便會自動透過分佈式金鑰值來取得最新的叢集狀態和配置，讓配置異動的時間點即便是發生在備份排程後，也能夠自動還原最新的異動配置。
對於安全性的新功能部分，vSphere 8.0則主要提供了三項更新。首先是對於SSH服務遠端連線的期限設定，一旦超過期限後想進行連線，便會發現SSH已經關閉，如此可以有效避免管理員在完成維護任務後忘了關閉此服務。在TPM的管理方面，提供了對於已配置vTPM的虛擬機器，當進行複製時可以自由選擇複製或替換vTPM。在通訊安全的TLS協定版本部分，將只會支援1.2或更新的版本。
最後是Tanzu Kubernetes Grid 2.0在工作負載可用區的設計，已允許進行跨VMware vSphere叢集來部署Kubernetes叢集，藉由可將Kubernetes擴展至多個可用區的功能，有助於提升雲端原生應用程式和工作負載在管理上的彈性，以及簡化叢集生命週期的管理。
vSphere 8.0升級前的準備
關於vSphere的升級計畫，必須特注意兩個升級前的重要檢查，第一是現行ESXi主機的硬體相容性，第二則是現行的ESXi與vCenter Server的系統版本是否符合升級路徑中的最低版本要求。
首先是針對ESXi主機的硬體相容性檢查，只要開啟VMware硬體相容性查詢網址（https://www.vmware.com/resources/compatibility/search.php），便可以針對選定的ESXi系統版本來查詢所使用的伺服器品牌和相關的硬體設備是否相容。接著是vCenter Server 8.0與ESXi 8.0主機的升級路徑，可以從以下的VMware vSphere升級路徑查詢網站中得知：
‧VMware vSphere升級路徑查詢：https://interopmatrix.vmware.com/Upgrade
如圖1所示，從這裡顯示的結果中得知最低支援的版本為6.7。必須注意的是，6.7與6.5版本已經結束一般支援（Past End of General Support），至於更早以前的6.0版本，則已經進一步結束了官方技術指引（Past End of Technical Guidance）。
圖1 vCenter Server升級路徑查詢。
針對於vCenter Server Appliance 8.0安裝程式的執行，不僅提供了Windows版本，也提供Linux和Mac的版本，並且可以自由選擇使用圖形介面（GUI）或命令工具（CLI）進行部署，其中使用GUI部署方式的螢幕解析度必須設定在1,024×768以上。關於它與這三類作業系統的相容性，請參考表2說明。
請注意！對於在macOS 10.15作業系統上的執行，不支援多個應用裝置的並行GUI部署，必須採用依序部署應用裝置方式來完成。
後續將示範在Windows 10中啟動vCenter Server Appliance 8.0的GUI安裝程式，並且必須記得至少使用1,024×768以上的螢幕解析度，才能夠讓安裝介面的操作過程更加流暢。此外，如果使用的是較舊的Windows，並且打算以CLI命令工具進行安裝，請預先安裝好Visual C++可轉散發套件程式庫，此安裝程式位於ISO映像中的「vcsa-cli-installer/win32/vcredist」目錄內。
升級vCenter Server
在VMware vSphere的升級計畫中，首先要確認的就是現行與其整合的系統是否都相容於新版的vCenter Server、ESXi、VMware Tools、虛擬機器硬體版本，例如第三方的備份系統、監視系統等等。等到確認這些系統都準備好相容的版本之後，再開始依序安排升級vCenter Server、ESXi、VMware Tools、虛擬機器硬體即可。
首先進行vCenter Server的升級任務，開始之前先登入vCenter Server Appliance的管理網站，在「摘要」頁面中可以檢視到系統目前的版本資訊、組件編號以及健全狀況。
請注意！在vCenter Server完成升級後，原先在vCenter Server Appliance網站上所設定好的排程備份必須重新設定。
關於vCenter Server Appliance 7.x升級至vCenter Server Appliance 8.0的過程只需要經歷兩個階段（Stage），並且透過圖形化介面的操作就可以輕鬆完成，這兩個階段分別是先部署一個新的vCenter Server Appliance 8.0虛擬機器，再完成將現行的vCenter Server Appliance 7.x配置資料傳送過去即可大功告成。
在與vSphere相同的網路中，開啟任一相容的Windows桌面，並掛載vCenter Server Appliance 8.0映像，然後執行ISO映像中「vcas-ui-installer\win32」路徑下的installer.exe。
在「vCenter Server Appliance 8.0 Installer」部署選項安裝頁面中，如圖2所示，可以在右上方根據喜好的語言來切換想要顯示的語言安裝操作介面，安裝語言介面的設定並不會影響安裝後的顯示語言，因為系統會根據網頁瀏覽器的語言設定，自動呈現vCenter Server Appliance 與vSphere Client網站操作介面的語言。在此頁面中分別有安裝（Install）、升級（Upgrade）、移轉（Migrate）以及還原（Restore）四大選項。由於本次的示範是升級，因此點選「Upgrade」。
圖2 vCenter Server安裝主選單。
在「Connect to source appliance」頁面中，先輸入現行準備升級的來源vCenter Server Appliance伺服器FQDN或IP位址以及連接埠。若輸入正確，在按下〔CONNECT TO SOURCE〕按鈕後，就會開啟進階設定頁面。在此必須進一步輸入現行SSO管理員的帳戶、密碼、vCenter Server Appliance本機root帳戶密碼，以及用以管理此來源vCenter Server Appliance虛擬機器的ESXi主機或vCenter Server的連線位址、連接埠、管理員帳戶與密碼。
上一個步驟中的各項欄位值若輸入正確，按下〔NEXT〕按鈕時會出現憑證警告的「Certificate Warning」提示頁面，進一步按下〔Yes〕，即可開啟「vCenter Server deployment target」頁面。在此輸入新的vCenter Server Appliance虛擬機器準備要部署的目標位址、連接埠以及管理員的登入帳密，其中位址部分可以選擇輸入ESXi或vCenter Server的連線位址，然後按下〔NEXT〕按鈕。
在「Setup target vCenter Server VM」頁面中，除了需要為全新的vCenter Server Appliance虛擬機器命名外，也要設定其客體作業系統的root帳戶密碼。此密碼務必牢記！因為後續在完成升級部署後，才可以透過新的root帳密來連線vCenter Server Appliance的VAMI（vCenter Server Appliance Management Interface）管理網站，以便隨時可以進行系統運行狀態的檢視、網路配置、系統更新以及系統配置備份等操作。
按下〔NEXT〕按鈕，來到「Select deployment size」頁面，如圖3所示，相較於前一版在主機與虛擬機器的上限是一樣的，不過在記憶體與存放空間的需求則略增一些，可以參考表3的說明來選擇部署的大小。在此，可以根據實際運作的ESXi主機數量或虛擬機器數量來挑選適當的部署大小，並且確認目前有足夠的硬體資源可以進行配置。按下〔NEXT〕按鈕，繼續設定。
圖3 設定vCenter Server部署大小。
在「Select datastore」頁面中，選擇適合vCenter Server Appliance虛擬機器的資料存放區。如果所選擇的資料存放區可用空間，暫時無法滿足上一個步驟中部署大小的儲存空間要求，可以將「Enable Thin Disk Mode」選項設定勾選，讓此虛擬機器的大小改採用自動成長，而不是直接產生固定大小的虛擬硬碟。必須注意的是，若勾選「Enable Thin Disk Mode」設定，則會稍微影響系統在磁碟的I/O效能表現。
然後再按下〔NEXT〕按鈕，進入「Configure network setting」頁面，在此設定新vCenter Server Appliance系統的IP網路配置，預設採用IPv4的DHCP配置模式，可以改選「Static」的靜態配置模式，並在「Temporary IP address」欄位內輸入一個暫時使用的IP位址，等到完成升級任務後，系統會自動將此IP位址修改成原有vCenter Server Appliance的設定值，設定完畢按下〔NEXT〕按鈕。
接著，在「Ready to Complete stage 1」頁面內確認前面步驟中的所有設定值是否正確，若沒有問題就按下〔Finish〕，以完成第一階段的升級任務。如圖4所示，在看到系統所提示的第一階段升級成功的訊息頁面時，若按下〔CONTINUE〕按鈕，可以立刻繼續進行第二階段的升級設定，若按下〔CLOSE〕按鈕則可暫停升級任務，等之後有空時再進行第二階段的升級操作。管理員可以隨時開啟並登入vCenter Server的管理網站（https://FQDN:5480），繼續未完成的第二階段配置。
圖4 完成階段1升級。
如圖5所示是透過繁體中文語系設定的網頁瀏覽器所開啟的vCenter Server管理網站，當看到此頁面的提示訊息，即表示尚未完成第二階段的升級任務，點選「升級」圖示繼續。
圖5 繼續未完成的升級。
系統會先要求輸入連線來源vCenter Server Appliance系統的root帳密，成功連線後，可能會出現如圖6所示的預先檢查結果訊息，這些警示訊息通常包括了提示必須暫時關閉「Fully Automated DRS」功能，以及提示在資料移轉過程中並不會將原有vCenter Server Appliance系統中的Lifecycle Manager相關檔案，複製到新的vCenter Server Appliance系統內，這些檔案包括Guest OS補強更新基準（Patches Baselines）檔案，以及ESXi 6.5與更舊版的主機更新基準檔案等等。按下〔CLOSE〕按鈕，繼續設定。
圖6 階段2升級前的檢查。
如圖7所示，在「Select upgrade data」頁面可以自由選擇準備從來源vCenter Server Appliance系統中複製的資料範圍，通常會選擇僅複製配置（Configuration）與清單（Inventory），而不包含一些不需要保存的歷史資料，這些資料類型分別有事件、任務以及效能。然後，連續按下〔NEXT〕按鈕。
圖7 選擇升級資料。
在「Ready to Complete」頁面中，可以看到來源與新vCenter Server Appliance的配置，若確認無誤並且已經事先完成舊vCenter Server Appliance虛擬機器的備份，則勾選「I have backed up the source vCenter Server and all the required data from the database」選項並按下〔FINISH〕按鈕，開始完成第二階段的資料傳遞任務。
如圖8所示便是完成vCenter Server Appliance第二階段升級任務的結果頁面。可以開啟頁面中所提示的網址，準備開始使用新版的vCenter Server Appliance，最後按下〔CLOSE〕按鈕。
圖8 完成階段2升級。
完成升級之後，可以到三個地方檢查一下版本資訊。先開啟vCenter Server Appliance的伺服端控制台，如圖9所示便可以查看到目前vCenter Server版本的完整資訊，以及連線vCenter Server Appliance管理網站的URL。
圖9 vCenter Server文字主控台。
接下來，開啟vSphere Client網站的vCenter Server節點頁面，如圖10所示，在「摘要」子頁面中同樣能夠查看到vCenter Server的版本以及相關資源的配置資訊。
圖10 vSphere Client網站。
最後，開啟vCenter Server Appliance管理網站的「首頁」。如圖11所示，這裡不僅可以查看到vCenter Server的版本資訊與組件編號，還能得知目前運行的基本健康狀況，以及單一登入的網域資訊。
圖11 vCenter Server Appliance網站。
關於升級ESXi主機
關於升級現行ESXi 6.7/7.0系統至ESXi 8.0的方法，大致可以區分成四種分別說明如下：
1. ISO就地升級（In-Place Upgrade）：這種直接透過CD/DVD或USB磁碟在ESXi主機端進行升級安裝是最簡單的做法，相當適合在僅有幾部ESXi主機的小型vSphere架構環境中。
2. ESXCLI命令工具：透過ESXi主機本身的ESXCLI命令，也可以進行就地升級任務，只要搭配官網所下載的ESXi depot封裝檔案，即可在安裝後重新啟動完成升級。值得注意的是，無論採用何種就地升級法，即便是對於沒有加入vCenter架構中的獨立ESXi主機也是適用的。至於接下來所要介紹的其他兩種方法，則一定得在vCenter架構的管理模式下才能進行。
3. 自動化部署（Auto Deploy）：當組織內有部署大量的ESXi主機於多個營運據點時，藉由Auto Deploy的批量部署機制，可以大幅節省升級的時間，但必須是已啟用vSphere Enterprise Plus Edition或vSphere with Operations Management Enterprise Plus授權的vSphere架構才能夠使用。
4. Lifecycle Manager：使用vSphere 8.0內建的Lifecycle Manager，在ESXi升級的過程中，只需要重新啟動一次就可以完成整個升級任務。另一方面，它也已藉由簡化系統初始化與自我檢測的時間，來加快ESXi 7.0主機升級後的啟動速度。
ISO映像升級ESXi主機
在開始升級ESXi主機前，有哪些前置任務需要完成呢？答案是把現行運行中的虛擬機器先移轉到其他ESXi主機運行，再開始進行停機與升級。當然，如果在這一台ESXi主機中所運行的虛擬機器可以暫時進行關機，那麼也能夠在所有虛擬機器皆關機後，直接透過vSphere Client網站來執行此主機的關機操作。
如果選擇採用虛擬機器的標準移轉操作，那麼在成功完成虛擬機器的移轉後，在將ESXi關機之前，先依序點選「動作」選單中的【維護模式】→【進入維護模式】。執行之後會出現相關提示訊息，按下〔確定〕按鈕繼續。進入維護模式後的ESXi主機，其顯示名稱上會多出「(維護模式)」的字眼。等到完成升級後，再執行結束維護模式即可。
完成以標準操作方法關閉ESXi主機後，接下來使用ESXi 8.0的安裝光碟或USB磁碟來啟動就地升級的安裝操作。值得注意的是，如果ESXi系統是安裝在VMware的虛擬機器中（通常用於測試環境），則可以在開機時開啟如圖12所示的「Boot Manager」介面，並選擇以光碟來載入安裝映像進行開機。
圖12 選擇ISO映像開機。
完成ESXi安裝啟動後，便會列出目前本機所有連接的磁碟清單，只要選取目前已安裝舊版vSphere ESXi系統的磁碟，即可開啟「ESXi and VMFS Found」頁面。如圖13所示，便可以決定升級舊系統（Upgrade）、保留舊系統（Install）或是覆寫舊系統（Install）。在選取「Upgrade ESXi, preserve VMFS datastore」項目後，按下〔Enter〕鍵。
圖13 選擇安裝方式。
緊接著開啟「Confirm Upgrade」確認頁面，如圖14所示，內容中已清楚描述到將把現行的ESXi 7.0.3升級至ESXi 8.0.0。按下〔F11〕鍵，開始升級任務。
圖14 確認升級。
成功完成整個ESXi的升級操作後，就會看到「Upgrade Complete」頁面，先移除安裝映像，再按下〔Enter〕鍵來重新啟動系統。完成ESXi系統的重新啟動後，在ESXi控制台頁面中就會發現目前的版本已是VMware ESXi 8.0.0。往後如果官方有針對此版本發行新的更新程式，同樣可以採用此種方式來完成更新任務，屆時Release Build的編號也將會自動遞增。
針對ESXi主機系統的版本資訊，除了可以透過主機端的文字介面控制台查看外，也可開啟vSphere Client網站的主機節點，在「摘要」頁面中進行查看，如圖15所示。在此，還可以進一步檢視主機基本資源的配置與使用狀況。
圖15 vSphere Client網站。
在圖形管理介面中，除了有最常使用的vSphere Client網站外，還有可針對個別主機進行管理的ESXi Host Client，它的前一版本稱之為VMware Host Client。如圖16所示，只要透過瀏覽器以HTTPS方式連線ESXi主機IP，即可開啟此全新的登入頁面，登入時使用預設的root帳號，或其他已建立的管理員帳號。
圖16 登入ESXi Host Client。
圖17所示便是登入ESXi Host Client網站後的全新主機頁面設計，可以完整檢視到此主機的負載狀態、硬體配置以及系統資訊。
圖17 ESXi Host Client主機頁面。
ESXCLI升級ESXi主機
選擇採用此升級方式前，確認已經在官網上下載好升級封裝檔案（例如VMware-ESXi-8.0-20513097-depot.zip）。如圖18所示，接下來將所下載的depot封裝檔案，透過vSphere Client的連線上傳到儲存區。必須注意的是，在叢集（Cluster）的架構中，由於可能會陸續升級多部的ESXi主機，因此這個depot封裝檔案就必須上傳至叢集共用的資料儲存區內。如果只是升級單一台ESXi主機，只須連線登入ESXi Host Client並將封裝檔案上傳至本機的資料存放區即可。
圖18 準備上傳depot檔案。
若在執行檔案上傳過程中，出現如同上一步驟的「作業失敗」訊息，即表示目前使用的瀏覽器（例如Chrome）尚未連線過此ESXi主機的ESXi Host Client網站。此時只須再開啟一個新分頁進行ESXi主機的連線，過程中會出現如圖19所示的「您的連線不是私人連線」訊息，點選頁面左下方的「繼續前往xxxx網站…」即可。
圖19 使用Chrome連線ESXi主機。
上傳depot檔案後，接下來到ESXi伺服端的主控台，按下〔F2〕鍵開啟系統設定頁面，進入之前必須輸入此主機系統管理員的帳戶密碼。接著，點選進入「Troubleshooting Options」頁面，分別將「ESXi Shell」與「SSH」兩項功能設定啟用（Enable）。如此一來，後續所要執行的命令參數，便可以自由選擇經由ESXI系統本機的Shell或遠端的SSH Client連線來進行。
在此，建議採用SSH Client的連線方式。使用SSH相關工具連線至ESXi主機，執行以下命令參數來查看目前這個depot檔案的封裝內容，其中資料夾的所在路徑，必須輸入實際的存放路徑。內容中可以發現有兩個檔案，其中ESXi-8.0.0-20513097-standard就是接下來會使用到的檔案：
esxcli software sources profile list -d=/vmfs/volumes/esxi04datastore1/ depot/VMware-ESXi-8.0-20513097- depot.zip
緊接著，執行以下命令參數來完成ESXi主機系統的更新任務，此操作也會把升級結果輸出到一個名為output.txt文件中：
esxcli software profile update -d=/ vmfs/volumes/esxi04datastore1/depot/ VMware-ESXi-8.0-20513097-depot.zip -p=ESXi-8.0.0-20513097-standard > / tmp/output.txt
最後，執行「cat /tmp/output.txt | more」命令參數，如果有發現「The update completed successfully」與「Reboot Required:true」訊息，代表就地升級任務已經成功，執行「reboot」命令讓它重新啟動，即可完成整個升級任務。
如果執行後出現「installationError」與「Could not find a trusted signer」相關錯誤訊息，在指令後加上--no-sig-check參數，就能夠解決此問題。
Lifecycle Manager升級ESXi主機
打從前一版的vSphere 7.0開始，在登入vSphere Client網站後，管理人員就可以透過Lifecycle Manager管理中心對於選定的叢集安裝所需要的ESXi主機版本、安裝與更新第三方軟體、更新所有ESXi主機的韌體、集中更新或升級叢集中所有ESXi的主機、透過對照硬體相容性清單來檢查主機的硬體相容性。接下來，就實際演練如何透過它來升級運行中的ESXi主機。
首先，在登入vSphere Client網站後，開啟「首頁」功能選單中的「Lifecycle Manager」頁面。在其「ESXi映像」管理頁面中，預設會看到目前所有可用的映像資訊，在此已先行完成映像的上傳。如圖20所示，可以在「匯入的ISO」頁面中點選「匯入ISO」超連結，匯入已從VMware官網下載的ESXi 8.0的安裝映像。
圖20 匯入的ISO管理。
完成ESXi 8.0映像的匯入後，先選取該映像，再點選「新增基準」。接著，在基準定義的「名稱與說明」頁面中，輸入新基準的名稱與描述。至於為何在此頁面中的「內容」選項設定是無法異動的，原因是系統已判斷所載入的映像僅能使用在「升級」任務中，而不適用於「修補程式」或「延伸」用途。按下〔下一步〕按鈕，將會來到「選取ISO」頁面，選取剛剛上傳的ESXi 8.0映像，然後按下〔下一步〕按鈕，完成新基準的建立。新增基準定義後，在「基準」頁面中，如圖21所示就會看到剛剛所建立的基準名稱。此外，也會發現有三個系統內建的基準名稱，分別是「主機安全性修補程式」、「非重大主機修補程式」以及「重大主機修補程式」，未來可以善用這三個預先定義的基準來輕鬆部署ESXi 8.0主機的最新修補程式。
圖21 基準設定管理。
完成映像匯入與基準的建立後，緊接著點選至資料中心（Datacenter）節點頁的「更新」頁面，會發現它顯示了所有符合與不符合標準的主機數量，如果顯示的結果並不正確，表示目前尚未連結前面步驟中所建立的基準。透過點選此頁面中的「連結」來選取「附加基準或基準群組」，並在「附加」頁面中選取自訂的基準。然後，點選「連結」完成設定即可。在如圖22所示的範例中，可以發現目前的兩台ESXi主機皆是符合標準的8.0.0版本。
圖22 設定資料中心連結基準。
對於不符合標準的ESXi主機，則可以進一步點選「修復」超連結，準備執行ESXi主機的批量升級任務。在「修復」設定頁面中，可以檢視到修復執行過程將會採取的動作，接著便可勾選要納入本次升級任務的ESXi主機。
如圖23所示，在「排程此修復於稍後執行」配置區域內，由於可以自定義修復的日期與時間、修復工作名稱、修復工作說明，因此在完成修復設定後不一定得立即執行升級任務。
圖23 修復設定。
在最後的「修復設定」區域中，可以分別設定失敗時重試進入維護模式、PXE開機的主機設定、虛擬機器移轉設定、中斷連線卸除式媒體裝置、啟用快速開機（Quick Boot）、啟用完成安裝後檢查主機健全狀況、啟用忽略未支援硬體裝置的警告，建議可以啟用「完成安裝後檢查主機健全狀況」設定。
此外，還可以決定是否要勾選「針對處於維護模式的主機啟用」選項，使用此選項時將會略過修復其餘主機（未處於維護模式）。確認上述所有配置後，按下〔修復〕按鈕即可。
升級虛擬機器
除了可以使用Lifecycle Manager來升級vSphere環境中的ESXi主機，當然也可以用來升級虛擬機器的VMware Tools和虛擬機器硬體版本。從如圖24所示的資料中心節點頁面，來查看「更新」頁面中各叢集下的虛擬機器VMware Tools版本狀態，而最新更新狀態，只要在選定叢集並按下〔檢查狀態〕按鈕即可得知。在此，凡是出現「有升級可用」狀態，便可在批量勾選後點選「升級以符合主機」超連結，完成升級任務設定。
圖24 Lifecycle Manager更新VMware Tools。
如圖25所示，在批次升級VMware Tools的設定頁面中，除了同樣可以設定排程升級的選項，還可決定是否要自動建立快照並設定快照保留的期間。針對運行比較重要的應用系統之虛擬機器，建議設定「建立虛擬機器快照」功能。按下〔升級以符合主機〕按鈕，繼續設定。
圖25 復原選項設定。
剛完成虛擬機器的VMware Tools升級時，會發現在「快照」管理的頁面中，如圖26所示確實有系統所自動建立的快照。在確認目前運行中的Guest OS與相關的應用系統沒有問題後，可以隨時在此將它進行刪除。
圖26 快照管理。
除了採用Lifecycle Manager的批次升級方式外，其實當最初剛完成ESXi主機的升級時，就可以發現在此主機上運行的虛擬機器，如圖27所示出現了「此虛擬機器可使用較新版本的VMware Tools」訊息，若要立即進行升級任務，可以點選「升級VMware Tools」超連結。
圖27 虛擬機器更新通知。
緊接著會出現「升級VMware Tools」頁面，可以選擇採用「互動式升級」或是「自動升級」。前者需要進入到客體作業系統中執行安裝操作，而後者會自動於背景完成安裝，需要的話還可以自行加入進階選項設定。必須注意的是，無論選擇哪一種升級方式，安裝後通常都需要重新啟動虛擬機器，才能完成升級任務。
如圖28所示，便是互動式升級過程中所需要選擇的安裝類型設定。原則上，這裡只要選擇系統預設的「一般安裝」即可，只有針對一些特殊的管理需求，才會選擇完整安裝或自訂安裝。
圖28 互動式升級。
針對虛擬機器VMware Tools的自動更新方法中，除了可以經由Lifecycle Manager的「更新」頁面來設定外，也可自行透過開啟個別虛擬機器的「編輯設定」頁面，並如圖29所示將「虛擬機器選項」子頁面中的「每次開啟電源前檢查並升級VMware Tools」選項勾選即可。無論採用哪一種升級方式，只要是成功完成升級的虛擬機器，後續便可以在虛擬機器的「摘要」頁面中，查看到VMware Tools的版本編號以及版本狀態，其中版本狀態如果顯示為「目前版本」，就表示已是最新版本。
圖29 選項設定。
在全新vSphere 8中的虛擬硬體版本為20，除了讓原來的vGPU數量支援從4增加至8，以及DirectPath I/O裝置數量從8增加至32外，還支援Intel與AMD最新的CPU，以及各種作業系統（Guest OS）的最新版本，例如Windows Server 2022、Windows 11。在功能面部分，還支援虛擬NUMA拓撲、虛擬超執行緒、vMotion應用程式更新、虛擬機器資料集、OpenGL 4.3、UEFI 2.7A、裝置群組等功能。
圖30 虛擬機器硬體升級。
至於虛擬硬體版本與VMware各項產品版本的完整對應表，可參考以下官方知識庫超連結。截至目前為止，虛擬硬體版本20僅支援在ESXi 8.0，至於19版本則分別支援在ESXi 7.0 Update 2 (7.0.2)、Fusion 12.2.x、Workstation Pro 16.2.x、Workstation Player 16.2.x。
‧虛擬硬體版本與產品對照表：https://kb.vmware.com/s/article/1003746
至於升級的方法，一樣可以先從資料中心節點頁面，查看「更新」頁面內各叢集下的「虛擬機器硬體」版本。而最新版本的資訊，只要在選定叢集後按下〔檢查狀態〕按鈕即可得知。如圖30所示，只要選定有升級可用的虛擬機器，並且點選「升級以符合主機」超連結，即可從接下來的設定頁面中，決定在升級虛擬機器硬體前，是否要先建立快照以及設定快照的保留期間。最後，按下〔升級以符合主機〕按鈕。
關於虛擬機器硬體版本的升級，除了可透過上述方法進行批量的升級外，也可以手動針對個別的虛擬機器進行升級。只要在選定的虛擬機器頁面中，點選「動作」→「升級虛擬機器相容性」功能即可。但須注意的是，虛擬機器硬體版本的升級任務一旦完成後就無法復原，也就是此虛擬機器無法與舊版的VMware相關產品相容。
＜本文作者：顧武雄， Microsoft MVP 2004-2016、MCITP與MCTS認證專家、台灣微軟Technet、TechDays、Webcast、MVA特約資深顧問講師、VMware vExpert 2016-217、IBM Unified Communications/Notes/Domino/Connections Certified。＞