ESXCLI一直以來都是vSphere架構中管理ESXi主機的重要命令工具，無論在主機端或遠端都可以經由其相關命令參數檢視系統資訊並進行配置。vSphere系統管理員在熟悉vSphere Client操作介面的同時，務必學會ESXCLI命令工具，因為在平日維運管理時將如虎添翼。
目前只要是伺服端的作業系統或應用系統，只要平台的架構設計夠大，一般除了圖形管理介面外，還會額外提供命令管理介面，其目的就是讓管理人員可以經由快速連線來完成各種批次任務與自動化任務的執行，解決大量任務或複雜任務的執行與配置效率。
就以Microsoft Hyper-V為例，除了可以經由Windows中所安裝的Hyper-V管理員視窗介面或Windows Admin Center網站進行連線管理外，也可透過Windows PowerShell執行許多與Hyper-V相關的命令、參數來進行管理，甚至於還能夠撰寫成Script搭配排程的設定，完成任務自動化執行的目標。
相較於Microsoft Hyper-V在管理面的設計，VMware vSphere除了同樣提供更具完善設計的vSphere Client管理員網站外，在命令工具的支援部分更提供多種的選擇，以因應不同的IT環境與管理人員的維運需要，這些命令工具包括整合於Windows PowerShell的PowerCLI、Bash Shell、DCLI以及ESXCLI。其中，ESXCLI便是管理ESXi主機必學的命令工具。
說到ESXCLI，許多人肯定都不陌生，因為只要是vSphere有新版本的發行，筆者在介紹有關於ESXi主機的更新方式時，一定都會講解到線上升級ESXi系統的方法，其實皆是經由ESXCLI相關命令參數來完成。然而，ESXCLI命令工具可不是只能用來升級ESXi系統，有許多維運的任務都可以交由它來執行，不僅快速且更有效率。
在正式實戰講解ESXCLI命令用法的技巧之前，先回顧一下一個重要命令的使用，那就是過去曾經介紹只要透過SSH Client遠端連線，在登入ESXi主機後，便可以執行「dcui」命令來開啟純文字介面版本的DCUI介面，如圖1所示。開啟之後，其操作方式與主機端的DCUI皆是一樣的，換句話說，有了這項工具，往後維運過程中除非網路無法連線，否則對於有DCUI操作需求的管理人員而言，通通只要經由SSH Client的遠端連線後即可使用，如此就不必經常往主機房跑了。
圖1 純文字模式DCUI介面。
啟用SSH與Shell服務
想要在vSphere架構中暢行無阻地使用ESXCLI命令工具，來監視與管理所有的ESXi主機，首要條件是必須先啟用ESXi Shell與SSH兩項服務。啟用或關閉這兩項服務的方法很多，在此介紹其中最簡易的三種方法。
第一種方法是透過主機端的DCUI文字視窗來完成。在主頁面中按下〔F2〕鍵，進到「System Customization」頁面後點選「Troubleshooting Options」。接著，如圖2所示便可以看到ESXi Shell與SSH兩項服務，分別在選取後按下〔Enter〕鍵，即可將它們設定為啟用（Enable）。
圖2 故障排除模式選項。
再來學習第二種方法。在連線登入VMware Host Client網站後，點選至「管理」頁面。如圖3所示，在「服務」子頁面中，便可以分別查看到TSM（ESXi Shell）和TSM-SSH（SSH）兩項服務，在選取後將它們一一「啟動」即可。
圖3 VMware Host Client服務管理。
最後一種方法是針對ESXi主機已納入vCenter Server管理的做法。在連線登入vSphere Client網站後，點選至主機節點中的「設定」→「服務」頁面。如圖4所示，在此除了可以對於選定的「SSH」或「ESXi Shell」服務，點選執行「啟動」或「停止」外，還可進一步點選「編輯啟動原則」超連結。
圖4 vSphere Client管理網站。
在「編輯啟動原則」頁面中，如圖5所示，可以自行選擇服務的啟動方式。如果希望維持在啟動狀態，選取「隨主機一起啟動和停止」，否則建議維持預設的「手動啟動和停止」配置。
圖5 編輯啟動原則。
首次SSH連線ESXi主機
在確認ESXi主機已啟用SSH與Shell服務後，就可以使用任何SSH工具進行ESXi主機的遠端連線。以Windows版本的PuTTY工具為例，如圖6所示，只要預先設定好所要連線的ESXi主機位址，再按下〔Open〕按鈕即可開始連線。
圖6 PuTTY連線配置。
成功連線ESXi主機後，如圖7所示，輸入root的帳號與密碼，即可完成登入。值得注意的是，在此命令介面中所執行的任何命令，都會被儲存在系統紀錄的文件中，包括每一次帳號登入的日期與時間，以便未來能夠進行有關資訊安全方面的查核。
圖7 SSH連線登入成功。
ESXCLI命令基本用法
想要在vSphere的架構環境中執行ESXCLI命令，基本上有兩種方法。第一種是直接在主機端的DCUI（Direct Console User Interface）介面中，透過按下〔ALT〕+〔F1〕鍵來開啟Shell命令的操作模式，若要回到Console操作介面，按下〔ALT〕+〔F2〕鍵即可。
至於第二種做法，當然就是透過更方便的SSH工具進行遠端連線，因為無須進入到主機房內操作，只要在允許連線的網路中就可以隨時開啟連線。無論使用哪一種做法，只要能進入到命令提示字元下，便可以開始執行任何的ESXi命令與參數。如圖8所示，在進入到命令提示字元後，可透過執行以下命令參數來得知esxcli script文件的預設存放路徑：
圖8 查看esxcli script所在路徑。
which esxcli ls -l /sbin/esxcli vi /bin/esxcli.py
接下來，示範幾個esxcli命令的使用技巧。開始之前，先透過表1查看esxcli命令可用的名稱空間（Namespace）。
從表1的ESXCLI命令一覽中，可以找幾個命令的名稱空間來試試看其用法。首先，執行「esxcli storage」命令參數，可以如圖9所示得知在storage名稱空間之下，還有子名稱空間可以選擇使用，而這些名稱空間其實主要是可針對不同的儲存類型進行儲存區的基本管理。
例如想針對NFS的儲存區進行管理時，只要先執行「esxcli storage nfs」命令參數，即可得知有關於NFS可用的名稱空間及命令清單，如圖9所示。緊接著，就可以執行像是「esxcli storage nfs list」的命令來查看現行的NFS儲存區清單，若要進行NFS儲存區的新增或刪除，則可進一步搭配add或remove命令。
圖9 查看可用的名稱空間。
另一個典型範例則是有關於檔案系統的管理。如圖10所示，在此同樣先執行「esxcli storage filesystem」命令，查看針對檔案系統可以搭配的命令有哪些，執行結果可以發現分別有自動掛載（automount）、清單（list）、掛載（mount）、卸載（unmount）。緊接著，執行「esxcli storage filesystem list」命令查看目前此主機中的所有檔案系統的狀態資訊，包括掛載狀態、類型、大小、剩餘空間、UUID識別碼資訊。
圖10 查看儲存設備的檔案系統清單。
最後再執行一個關於系統監視與管理的命令範例，也就是「esxcli system version get」，透過它可以取得ESXi主機系統的完整版本資訊，包括Build編號以及更新與修補的資訊。
新增管理員帳號
在ESXi主機剛完成系統安裝的初期，只會有內建的一個系統管理員root帳戶，如果需要新增更多的管理員帳號，除了可以經由VMware Host Client網站來完成外，也可透過ESXCLI命令新增。
在開始新增之前，如圖11所示先執行「esxcli system account list」命令查看目前所有的帳號清單。或者，選擇執行一般Linux系統的「cat /etc/passwd」命令查看全部的帳號清單。
圖11 列出ESXi主機的帳號清單。
如果需要修改某個選定的帳號設定或是刪除某一個帳號，可使用「esxcli system account set」或「esxcli system account remove」命令參數來完成，但必須注意的是，預設的系統帳戶是無法刪除的，這包括root、dcui、vpxuser。
接下來，就實際新增一個管理員帳號實作看看。
如圖12所示，在此先透過以下命令參數的執行，新增一個名為「joviku」的帳號並設定密碼：
圖12 新增人員並設定角色。
esxcli system account add -d="joviku" -i="joviku" -p -c
完成新帳號建立後，就可以透過以下命令參數將此帳號設定為管理員角色：
esxcli system permission set --id joviku -r Admin
若想要查詢目前系統權限角色的清單，則執行以下的命令，以此範例的輸出結果來說，目前已有四個帳號是隸屬於管理員（Admin）的角色，所擁有的權限便是完整的存取權限：
esxcli system permission list
若希望新增的joviku帳號僅有檢視的權限，則改為執行以下命令：
esxcli system permission set --id joviku -r ReadOnly
查詢主機硬體資訊
對於ESXi主機硬體的資訊查詢，一樣可以透過ESXCLI命令來完成。首先，如圖13所示執行「esxcli hardware」命令，查看可以查詢的硬體類型有哪些。在此可以發現分別有CPU、IPMI、PCI裝置、電源（Power）、智慧卡（Smartcard）、TPM、USB、開機裝置（BootDevice）、時鐘（Clock）、記憶體（Memory）、平台（Platform）、信任的開機配置（TrustedBoot）。
圖13 硬體可用的名稱空間。
接下來，針對主機CPU的資訊進行查詢。開始之前，先執行「esxcli hardware cpu」命令，查看針對CPU的可用名稱空間與命令參數。從如圖14所示的範例中發現，可以選擇使用選定的cpuid或全域的global名稱空間來查詢CPU的相關資訊。若只是想查詢所有CPU的清單與規格資訊，只要執行「esxcli hardware cpu list」命令，即可完整檢視到包括CPU的ID、品牌（Brand）、核心速度（Core Speed）、匯流排速度（Bus Speed）以及L2 Cache的相關資訊。
圖14 查詢主機CPU清單與規格。
同樣的做法也可使用在對於其他裝置的查詢，例如執行「esxcli hardware pci list」命令，即可查詢完整的PCI裝置清單。無論是哪一種裝置資訊的查詢，當呈現的內容較多時，搭配「| more」參數使用，就能方便翻頁閱讀。
即便可以搭配「| more」參數來方便翻頁閱讀，然而許多時候管理員想要檢視的資訊，可能只是某一些特定規格。以CPU為例，假設只想要檢視所有CPU規格中的ID、品牌、核心速度、匯流排速度以及L2 Cache的大小，那麼如圖15所示執行以下命令即可。從這個範例中可以發現類似這樣的資訊檢視需求，皆可以透過--format-param=fields參數來篩選所需要的欄位資料：
圖15 列出CPU的選定規格。
esxcli --formatter=csv --format- param=fields="ID,Brand,Core Speed,Bus Speed,L2 Cache Size" hardware cpu list
網路資訊與配置
在vSphere架構中的每一台ESXi主機，除了用來運行vCenter Server的ESXi主機外，通常都會安裝多張網卡以便處理不同的網路連線需求，包括管理、備援、共用儲存設備等等。至於管理網路連線的方式，最簡單的做法就是透過vSphere Client。但若想快速檢視網路的相關配置資訊，使用ESXCLI命令工具，肯定更會有效率。
首先，管理員可以執行「esxcli network nic list」命令參數，查看目前所有已安裝的網卡。如圖16所示，可以檢視到每一張網卡的名稱、管理狀態、連線狀態、速度、MAC位址、MTU等資訊。進一步還可以查看所選定網卡的各項統計數據，例如執行「esxcli network nic stats get -n vmnic0」命令，查看vmnic0網卡已傳送與接收的封包量，包括所有封包在接收過程中的錯誤數量。
圖16 列出已安裝網卡。
針對網卡IP v4位址的配置資訊查詢，可以先執行「esxcli network ip interface list」命令，列出目前所有網路的基本配置資訊，包括所使用的vSwitch名稱、Portgroup名稱以及啟用狀態等等。
緊接著，執行「esxcli network ip interface ipv4 get」命令參數，查詢所有網路的IPv4位址配置，包括IPv4位址、子網路遮罩、定址類型、閘道位址等等。
在上述的範例中，如果發現「DHCP DNS」欄位顯示為false，即表示DNS的位址使用靜態位址而非動態取得。此時若想要查看DNS的位址清單，如圖17所示，執行「esxcli network ip dns server list」命令參數即可。對於DNS搜尋網域的清單，執行「esxcli network ip dns search list」命令就能夠得知。
圖17 查詢主機DNS配置。
在ESXi主機正常運行中，若想要查看本機所有IP網路與連接埠的連線狀態，則執行「esxcli network ip connection list」命令，如圖18所示，可以得知每一個連線的IP位址所使用的通訊協定、傳送與接收的封包量、狀態以及World ID等等。
圖18 列出連線中的網路狀態。
在虛擬機器網路的資訊部分，可透過執行「esxcli network vm list」命令，如圖19所示查看到每一個虛擬機器所連接使用的網路。進一步可以根據虛擬機器的World ID，來查詢到此網路的詳細配置資訊，包括vSwitch名稱、連接埠群組名稱、MAC位址、IP位址、對應的實體網卡名稱等資訊：
圖19 查看虛擬機器網路資訊。
esxcli network vm port list -w 267471
防火牆狀態與規則
目前幾乎所有類型的作業系統，無論是Linux還是Windows都已內建防火牆功能，其中以Linux核心為基礎的ESXi主機系統也是同樣具備。想要知道目前在ESXi系統中的防火牆功能是否已經啟用，如圖20所示，只要執行「esxcli network firewall get」命令參數即可。其中，Enabled:true即表示已在啟用中，而Loaded:ture則代表所有的防火牆設定都已經載入。
圖20 檢視防火牆狀態與規則清單。
除此之外，再執行「esxcli network firewall ruleset list」命令參數，就能夠列出防火牆的全部規則清單，從清單中可以得知每一項規則的啟用狀態。
當需要將選定的防火牆規則啟用時，可以參考以下的命令參數：
esxcli network firewall ruleset set --enabled true --ruleset- id=sshClient
相反地，若要將此規則停用，將其中的--enabled true參數修改成--enabled false即可。
對於某一項已開啟的防火牆規則，若僅希望讓特定的IP子網路或單一IP位址可以連線，可參考以下兩道命令參數。以此命令參數而言，當完成設定後，有關sshServer的防火牆規則之設定，便只會允許192.168.1.0/24子網路及192.168.2.2位址進行連線：
esxcli network firewall ruleset allowedip add --ruleset-id sshServer --ip-address 192.168.1.0/24 esxcli network firewall ruleset allowedip add --ruleset-id sshServer --ip-address 192.168.2.2
在某些情境下，需要將整個防火牆功能關閉，而不是只將選定的防火牆規則停用，這時候只要執行「esxcli network firewall set --enabled false」命令即可。當需要重新啟用防火牆功能，則執行「esxcli network firewall set --enabled true」。
主機網卡備援配置
在前面曾經說明過，在正式運行的vSphere環境中，每一台ESXi主機通常都會搭配多張網卡，以因應不同的連線需求，其中「備援」便是一項常見的需求配置。
這裡所說的備援需求，指的並非是叢集主機之間的HA備援機制，而是在主機內網卡之間的容錯備援（Failover）機制。當然，也可以善用這種以多張網卡的NIC Teaming配置來達到網路流量負載平衡。
接下來，實際找一台ESXi主機並安裝兩張網卡，來嘗試配置網卡的熱備援功能。首先，開啟vSphere Client網站，對於選定的ESXi主機點選至「設定」→「網路」→「實體介面卡」頁面中。
如圖21所示，在此範例中可以看見除了一張現行的vmnic0網卡外，還有另一張尚未連接任何vSwitch的vmnic1網卡，待會兒將配置此網卡來成為熱備援網卡。
圖21 vSphere Client實體介面卡管理。
在上一個步驟的頁面中點選「新增網路」。接著，在「選取連線類型」頁面中選取「實體網路介面卡」並按下〔NEXT〕。來到「選取目標裝置」頁面後選取現有的vSwitch交換器，然後按下〔NEXT〕。
如圖22所示，在「新增實體網路介面卡」頁面中，選取「待命介面卡」區域中的vmnic1介面卡，並按下〔NEXT〕按鈕。最後，在「即將完成」頁面中確認上述的設定，若正確無誤再按下〔FINISH〕。
圖22 配置待命介面卡。
上述的做法是透過vSphere Client網站的操作介面來完成，同樣的需求也可以改用ESXCLI命令工具來進行。首先，執行以下命令參數查看vSwitch0的目前配置：
esxcli network vswitch standard policy failover get -v vSwitch0
如圖23所示，目前僅在「Active Adapters」設定中配置一張vmnic0的網卡，而「Standby Adapters」設定中則是空缺的，因此接下來必須準備另一張vmnic1網卡，加入至「Standby Adapters」設定中，作為備援使用。
圖23 vSwitch配置查詢。
確認已經在此ESXi主機中安裝第二張網卡後，如圖24所示，執行「esxcli network nic list」命令參數，查看第二張新網卡vmnic1是否已經存在。再透過以下兩道命令分別加入vmnic1網卡成為待命介面卡，以及查看在「Standby Adapters」設定中是否已經出現vmnic1：
圖24 檢視與配置待命介面卡。
esxcli network vswitch standard uplink add -u vmnic1 -v vSwitch0 esxcli network vswitch standard policy failover get -v vSwitch0
主機儲存管理
無論是本機的儲存區，還是遠端的儲存區，對於ESXi主機而言都一樣重要。前者除了存放著基本運行的系統檔案外，還可能運行vCenter Server的虛擬機器以及vSAN架構的相關資料，而後者可能存放著大量的虛擬機器檔案。因此，無論是哪一個儲存區發生問題，都可能導致某些應用系統無法正常運行，甚至讓整個IT環境的關鍵運行直接停擺。
想要做好vSphere整體儲存區的維運任務，平日就必須懂得善用手邊的工具進行監視與管理。一旦真的發生緊急狀況，便可以立即善用這些熟悉的工具來解決問題，或是迅速完成重建工作。想要透過ESXCLI工具來管理ESXi主機儲存區是相當容易的，且不需要另外安裝任何程式即可使用，它同時也是所有管理工具中執行速度最快的。
以新增常見的NFS儲存區為例，假設目前已經在某一台NAS設備建立好NFS共用儲存區，並且也賦予ESXi主機的IP能夠存取，如圖25所示，就可以執行以下命令參數來完成與NFS儲存設備（192.168.7.239）的連線，並且將所連接的資料存放區命名為「NFS Datastore」：
圖25 新增與檢視NFS儲存區。
esxcli storage nfs add --host= 192.168.7.239 --share=/mnt/Raid-z-Pool --volume-name="NFS Datastore"
後續可以執行「esxcli storage nfs list」命令參數，隨時查看所有NFS資料存放區的狀態資訊，包括資料存放區名稱、儲存區所在主機IP位址、共用路徑、可存取性、掛載狀態、唯讀狀態、是否為PE以及是否支援硬體加速功能。若要刪除任一選定的NFS儲存區，可以參考一下命令參數：
esxcli storage nfs remove --volume- name="NFS Datastore"
除了NFS共用儲存區外，最讓多數IT人員使用的肯定就是iSCSI共用儲存區，尤其是在各類叢集架構的部署中。可執行「esxcli iscsi adapter list」命令，查看目前iSCSI adapter清單。
如果要進一步建立靜態探索的iSCSI目標連線設定，可以參考以下命令參數，其中192.168.7.239的NAS主機，便是現行已準備好的iSCSI共用儲存區IP位址，所使用的連接埠則是預設的TCP 3260：
esxcli iscsi adapter discovery statictarget add --address= 192.168.7.239:3260 --adapter=vmhba65 --name=iqn.2021-04.org.truenas.ctl
剛完成連線iSCSI共用儲存區之時，還無法馬上看見任何可用的iSCSI LUN，必須執行以下兩道命令來完成iSCSI Adapter重新探索以及可用儲存區的重新掃描：
esxcli iscsi adapter discovery rediscover esxcli storage core adapter rescan --adapter=vmhba65
對於ESXi主機本機所連接的實體磁碟，基本上都會支援SMART（Self-Monitoring, Analysis, and Reporting Technology）的檢測功能，透過它可以自動偵測硬碟發生故障的跡象並發送警告。目前幾乎所有的NAS設備都支援此功能，在Windows作業環境中也可以安裝專屬的檢測工具。至於ESXi系統中，可以先執行「esxcli storage core device list」查看準備檢測的磁碟顯示名稱。
接著，再參考以下的ESXCLI命令參數範例，如圖26所示針對選定的磁碟產生檢測報告，若選定的磁碟是一個虛擬磁碟，則會出現「SMART is not supported」的錯誤訊息。若成功完成檢測，可以分別檢視到有關於此磁碟的健康狀態、磨損指標、讀寫錯誤次數、磁碟溫度、磁頭校準重試次數、通電時間等數據：
圖26 虛擬磁碟不支援SMART。
esxcli storage core device smart get -d mpx.vmhba0:C0:T0:L0
如何強制關閉虛擬機器
當實體主機發生系統當機時，通常會無法進行正常的關機操作，也就是無法透過關機命令或是操作介面的關機功能選項來執行關機任務，這時候只能以手動方式按住主機的電源鍵來強制關機。
類似的情境同樣也會發生在虛擬化平台的架構中，相信許多IT人員都遭遇過虛擬機器無法正常關機的問題，此時不僅無法進入Guest OS中執行關機操作，也沒辦法在虛擬機器的功能選單中執行關機功能，當然也不太可能直接對此虛擬機器所在的實體主機強制關機，因為此主機可能同時正運行著多台虛擬機器。
面對上述情境，可以使用ESXCLI命令工具來強制關閉有問題的虛擬機器。首先，如圖27所示執行「esxcli vm process list」命令，查看所有正在運行中的虛擬機器清單。
圖27 關閉選定的虛擬機器。
接著，記住準備進行強制關機的虛擬機器World ID，再使用如下的命令將選定的虛擬機器進行關機，其中type可以使用的參數分別有soft、hard、force，當發生就連使用hard參數也無法關閉虛擬機器時，可以改用force參數來強制關閉虛擬機器電源：
esxcli vm process kill --type hard --world-id 265617
讓ESXi主機進入維護模式
在vSphere的叢集架構中部署多台ESXi主機的效益之一，在於可以享有HA或FT的熱備援機制，以確保提供不間斷的IT服務運行。另一個效益則是在ESXi主機需要進行停機維護時，能夠讓IT人員將主機中運行的虛擬機器，先行移轉至叢集中的其他ESXi主機繼續運行。
然而，在實際運行的環境中，並非每一台ESXi主機都會部署在vSphere的叢集架構下，它們可能是獨立運行的主機，用以執行一些較不重要或測試階段的應用系統。在這樣的情境之下，若需要將ESXi主機停機維護，就必須先將所有執行中的虛擬機器關機。
想要透過ESXCLI命令，將選定的虛擬機器完成正常的關機操作，可執行「esxcli vm process kill --type soft --world-id 265749」命令，其中--world-id參數所選定的虛擬機器，必須修改成實際在使用的虛擬機器之World ID。萬一發生無法正常將虛擬機器關機，將參數由--type soft改成--type hard。
若仍無法完成關機任務，則表示該虛擬機器已經完全停止回應，此時可執行「esxcli vm process kill --type force --world-id 265749」命令。接著，再執行「esxcli vm process list」命令，查看是否還有尚未完成關機的虛擬機器。
在確認ESXi主機上已經沒有任何開機中的虛擬機器後，就可以執行「esxcli system maintenanceMode set --enable true」命令，讓此主機設定進入「維護模式」。成功執行上述命令後，在vSphere Client網站的叢集與主機清單中，如圖28所示此主機（192.168.7.251）已顯示成「維護模式」狀態。
圖28 檢視主機狀態。
透過ESXCLI命令，不僅可以讓選定的主機進入到維護模式，也能夠針對已經處於此模式下的主機，進一步執行關機的命令參數。如圖29所示，先執行「esxcli system shutdown」命令來得知相關參數的用法。接著，執行「esxcli system shutdown poweroff -r 10」，表示10秒後系統將進行關機。
圖29 將主機關機。
一旦ESXi主機完成停機的維護任務，就可以再次將它開機。完成開機並顯示DCUI操作介面後，就可以再次使用SSH連線至此ESXi主機，然後，執行以下三道命令，分別完成維護模式狀態的確認以及結束維護模式。如此一來，這台ESXi主機就可以繼續恢復原有的運行：
esxcli system maintenanceMode get esxcli system maintenanceMode set --enable false esxcli system maintenanceMode get
設定主機公告訊息
在中大型以上的IT環境中，由於有較多的ESXi主機、虛擬機器、儲存設備以及複雜的網路配置，並且可能分散在不同的營運據點，因此對於vSphere平日運行的維護任務，通常是交由多位IT人員共同負責。當自己所負責維護的ESXi主機需要停機時，除了必須預先透過Email通知大家外，建議也預先在ESXi主機上發布相關公告訊息，讓需要連線此主機的每一位IT人員都事先知道。只要執行以下命令參數，即可完成公告訊息的設定與檢視：
esxcli system welcomemsg set -m="Welcome to LAB02" esxcli system welcomemsg get
完成ESXi主機公告訊息的設定後，除了可以在主機端的DCUI介面中查看到外，如圖30所示，在VMware Host Client登入頁面中也會出現相關的訊息內容。
圖30 vSphere Client登入頁面。
＜本文作者：顧武雄， Microsoft MVP 2004-2016、MCITP與MCTS認證專家、台灣微軟Technet、TechDays、Webcast、MVA特約資深顧問講師、VMware vExpert 2016-217、IBM Unified Communications/Notes/Domino/Connections Certified。＞