01、更新前可以先確認一下目前的版本狀態
點選「說明」→「關於」

即可看見目前的ESXi版本

02、下載更新檔
官方更新下載頁面(需要申請VMware帳號且登入後才可以免費下載)：
https://my.vmware.com/group/vmware/patch

登入該頁面後選擇「ESXi」→選擇對應的版本「7.0(本範例為7.X版本，請依據使用情境的版本挑選)」→點選「SEARCH」進行更新檔搜尋

選擇需要更新的版本後，點選「DOWNLOAD NOW」下載更新檔案

03、設定ESXi Host進入「維護模式」
※主機要進入維護模式前，請先把正在運作的VM虛擬機「關機」或「移轉到其他主機」
點選「主機」滑鼠右鍵→「進入維護模式」

確認沒有虛擬機還在運作後，點選「是」確認進入維護模式

此時可以發現主機的圖示有所變化，且狀態顯示也變更為「維護模式」

04、上傳修正更新檔至ESXi Host主機上
點選「儲存區」→「選擇要存放的空間，本範例選擇VM121-LocalHDD」→底選「資料儲放區瀏覽器」

選擇好要存放的資料夾後，點選「上傳」

選擇第一步驟在官網下載的更新檔案

檔案上傳過程會有進度調顯示百分比

05、啟動SSH服務
點選「主機」→滑鼠右鍵選擇「服務」→點選「啟動Secure Shell(SSH)」

畫面上會顯示目前已啟動SSH的提示

06、SSH登入ESXi HOST主機

07、查詢VMware 目前版本

語法：

vmware -v

語法：

vmware -l

08、搜尋更新檔路徑
語法格式：
find / -name “上傳到ESXi的檔案名稱”

本範例情境語法為：

find / -name VMware-ESXi-7.0U3e-19898904-depot.zip

09、安裝更新
語法：
esxcli software vib install -d “更新檔案路徑及名稱(檔案路徑由上步驟搜尋獲得)”
本範例情境語法為：

esxcli software vib install -d /vmfs/volumes/5bc849c0-28fae0d3-f9e8-ecf4bbda5ba8/VM-Update/VMware-ESXi-7.0U3e-19898904-depot.zip

如遭遇VIB驅動相容性的告警可以改用下列語法進行更新：

esxcli software vib update -d /vmfs/volumes/5bc849c0-28fae0d3-f9e8-ecf4bbda5ba8/VM-Update/VMware-ESXi-7.0U3e-19898904-depot.zip

※安裝完畢後會顯示「The update completed successfully」的字樣，以及「system needs to be reboot」提醒需要重新開機來套用更新設定。
※在網頁畫面也會有重新開機的提示
點選「重新開機」來重新啟動ESXi 主機，或在SSH模式輸入「reboot」也可以。

10、重新開機完畢後檢查版本確認更新狀態
點選「說明」→「關於」

可以看見ESXi組件編號已變更成剛剛安裝的更新檔編號

11、離開維護模式
確認更新無誤後，點選「主機」→滑鼠右鍵選擇「結束維護模式」

順利離開維護模式的話，網頁圖示畫面將會變回原本正常的樣貌，在狀態欄位會顯示「正常」

[範例情境]
系統版本：VMware ESXi
查詢方法：透過ssh連線登入VMware ESXi虛擬化主機

[查詢步驟]
一、啟動SSH服務
「管理」→「服務」→「TSM-SSH」→「啟動」

二、登入SSH輸入查詢指令
指令：
vmware -vl

輔助說明：
由本範例所查詢的結果為：VMware ESXi 7.0.2 build-19290878

三、關閉SSH服務
「管理」→「服務」→「TSM-SSH」→「停止」

※非必要使用，否則建議將SSH Server服務關閉，提升資訊安全防護

範例情境：
01、VMware ESXi 7.0
02、連接iSCSI的vSwitch(虛擬交換器)為「Internal-A」
02、位於「Internal-A」vSwitch下的「VMkernel NIC」為「vmk1」

注意事項：
VMware修改MTU 9000要有作用，必須整個iSCSI連接設備從頭端到終端都必須同時啟用MTU 9000設定，中間界接的實體Switch必須要支援Jumbo Frame這個功能。

架構概述：
下列所有設備都必須全部都開啟MTU 9000才會有效果。
VMware ESXi主機(終端) → 實體SWITCH(必須支援Jumbo Frame) → iSCSI磁碟陣列機

設定步驟：
01、透過Web登入VMware ESXi系統

02、點選左邊「網路」選項

03、點選上方的「虛擬交換器」頁面→點選「Internal-A」這個虛擬交換器
備註說明：本範例連接iSCSI的虛擬交換器為「Internal-A」

04、點選「編輯設定」

05、將MTU數值由「1500」修改為「9000」，最後點選「儲存」

06、點選左邊「網路」選項

07、點選上方「VMkernel NIC」→點選與Internal-A對應的「vmk1」

08、點選「編輯設定」

09、將MTU數值由「1500」修改為「9000」，最後點選「儲存」

10、驗證MTU 9000是否有效果
透過SSH登入VMware ESXi，並透過ping去測試驗證MTU 9000設定是否有效。
指令：
ping 192.168.223.1 -I vmk1 -s 8192 -d
備註說明：
(1).vmk1為VMware連接iSCSI的虛擬網路卡
(2).192.168.223.1為磁碟陣列機IP

問題原因：
這個問題其實是硬體裝置無法對應所造成的錯誤，通常是來源端的虛擬機在匯出時，還設定獨有硬體資源，例如：有掛載光碟iso映像檔案，或有掛載USB虛擬連結之類的。
|
錯誤告警畫面如下：

排除方法：
在虛擬機匯出OVF/OVA前，先把「光碟機」、「軟體機」、「USB」等介面裝置所掛載的檔案卸除，或是直接把這些非必要裝置先刪除。

[實體機器]
這是傳統的應用情境，就是把買回來的硬體安裝上作業系統後，直接上線提供服務。

優點：效能獨享、效率最好。
缺點：不易備份、舊系統與新硬體可能會有不相容問題。

[虛擬化機器]

在實體機器硬體上新安裝了一套虛擬化軟體，接著才把要提供服務的作業系統安裝在虛擬化的系統上。
優點：備份容易、較無硬體相容性問題。
缺點：效能共用、效能較實體機器差一點。

[虛擬化技術類型]
虛擬化可以分為Type 1跟Type 2兩種類型，這兩者最大的差異為Type 2必須安裝在作業系統上，而Type 1的虛擬化軟體可以直接安裝在硬體設備上，因此Type 2的效能及速度會比較差是可想而知的。

Type 1的虛擬化軟體：

VMware vSphere ESX/ESXi、Microsoft Hyerp-V、Citrix XenServer、

Type2的虛擬化軟體：

VMWare Player/Server/Workstation、Microsoft Virtual PC/Server、Oracle  VirtualBox

因此Type 1的虛擬技術已大大提升虛擬化後的運作效能，加上近年來SSD硬碟廣泛的應用，其實虛擬化後的系統效能已不再像之前Virtual PC跑起來那樣卡，因此大家可以放心的擁抱虛擬化技術!

個人電腦要進行虛擬化應用時，如果作業系統安裝的是Windows 8(含)以上的版本，小編推薦使用微軟內建的Hyper-V虛擬化軟體，因為這是Type 1的虛擬化技術，效能上會比使用VMware Player/Server/Workstation或Oracle VirtualBox來的好。