在本文中，將深入剖析 VMware 於 2023 年 4 月，所推出最新 vSAN 8.0 Update 1 超融合版本中，有哪些亮眼特色功能，能夠幫助企業和組織更容易進行維護管理，或是幫助管理人員縮短問題分析和故障排除時間。

隨著企業和組織，接受 vSAN 超融合解決方案帶來的管理和效益後，對於僅熟悉傳統 vSphere 架構的管理人員來說，在問題分析和故障排除時，勢必產生一定程度的影響。

因此，在最新的 vSAN 8 U1 版本中，除了加強原有 Skyline Health for vSAN 之外，更推出全新的 Skyline 叢集健康儀表板，在全新儀表板當中共有三大區塊（如圖 1 所示），分別是 vSAN 叢集的健康評分、運作狀態趨勢和結果的健康指數、健康狀態和需要修復的項目。

首先，管理人員應該也會好奇，vSAN 叢集健康評分結果是如何產生的 ？事實上，這是系統根據兩種方式，分別是「類別影響」（Category Impact）和「優先權影響」（Priority Impact），再依照不同事件產生的權重，最後所產生的評分結果，舉例來說，類別影響包含可用性、運作效能、儲存空間使用率、合規性……等，而優先影響則是類別中觸發的事件，對於 vSAN 叢集健康影響的程度所給予的權重。

簡單來說，當 vSAN 叢集健康評分結果落在 81-100 分時健康狀態，表示管理人員無須擔心 vSAN 叢集的健康情況，當評分結果落在 61-80 分時健康狀態惡化，此時管理人員應檢查系統建議的項目並進行排除或修復，以便將 vSAN 叢集恢復為健康狀態，當評分落在 0-60 分時為不健康狀態，管理人員應立即進行故障排除作業。

另一個儀表板為運作狀態趨勢和結果健康指數，透過這個運作趨勢歷史資料，管理人員可以輕鬆得知，vSAN 超融合叢集的健康評分，點選不同的時間點和評分時，下方的健康檢查項目和需要修復項目也會變化，讓管理人員一目了然健康情況不佳時，是因為哪個項目必須進行修復，以及修復後能夠獲得的健康權重（如圖 2 所示）。

在最新 vSAN 8 U1 版本中，針對 vSAN 超融合叢集效能檢測的部份，也在三個部份進行加強。首先，透過「效能支援」（Performance for Support）檢測機制，可以針對 vSAN 超融合叢集的效能和穩定性進行故障排除。

事實上，過去管理人員只能透過 vSAN Observer，也就是 RVC（Ruby vSphere Console）工具，才能針對 vSAN 超融合叢集進行效能資料收集和分析作業，直到舊版 vSAN 6.6.1 版本中，才推出效能支援內建工具，以便取代 vSAN Observer 工具，讓 vSAN 管理人員能夠輕鬆查看，vSAN 超融合叢集和節點主機之間，整體運作效能的統計資訊以利判斷。

現在，最新的 vSAN 8 U1 版本中，管理人員可以直接看到 vSAN ESA 叢集中，針對 IOPS 儲存效能、Latency 延遲時間、Throughput 傳輸量等統計資訊（如圖 4 所示），有效幫助管理人員進行判斷，縮短對於 vSAN 超融合叢集的故障排除時間。

此外，vSAN 8 U1 版本中，針對 vSAN 物件提供「物件追蹤」（Trace Objects）功能，系統每隔 1 分鐘將會自動複製或備份，vSAN 相關物件到 vSAN Datastore 儲存資源中，用於存放專用物件的路徑，而這些特殊物件僅保存 6 天後，系統便會自動執行清除作業，在 32 台節點主機的 vSAN 叢集規模中，儲存 6 天的 vSAN 物件和物件追蹤日誌，大約會佔用 512GB 的儲存空間。

一旦企業或組織碰上無法解決的問題，而尋求 VMware 技術支援時，技術支援團隊便能透過取得物件追蹤日誌內容，以便在最短時間能夠為幫助企業或組織，識別和解決問題。

在 vSAN 超融合叢集環境中，節點主機之間的網路環境至關重要，無論是傳輸穩定性或傳輸效率，輕者影響 vSAN 叢集運作效能，重者節點主機之間造成網路隔離的情況。因此，在 vSAN８U1 版本中，針對網路測試和健康檢測機制進行改進，舉例來說，在 vSAN 網路主機測試作業中，由於新式 vSAN ESA 和傳統 vSAN OSA，在網路傳輸方便的基本要求並不相同，所以當 vSAN ESA 環境執行網路測試時，將會自動忽略目標網路卡的傳輸速度，而嘗試採用並呈現最大網路吞吐量（如圖 5 所示），以避免管理人員產生混淆的情況。

過去，在 vSAN 叢集中的 VM 虛擬主機，倘若發生儲存效能問題時，主要依靠管理人員的經驗進行問題分析和故障排除。現在，透過最新 vSAN 8 U1 版本中，VM I/O Trip Analyzer 機制，管理人員只要針對發生問題的 VM 虛擬主機，執行一段時間的效能診斷資料收集作業，後續 VM I/O Trip Analyzer 便能進行效能問題分析。

從 VM I/O Trip Analyzer 分析結果可以看到，管理人員可以透過簡單的視覺化圖形（如圖 7 所示），了解發生效能問題的 VM 虛擬主機，從 vDisk 虛擬硬碟的 vSAN Policy，到與其它 VM 虛擬主機進行通訊的路徑，系統也會在每個傳輸路徑中，指示可能發生效能問題的原因。

在實戰小節中，將實作演練新版 vSAN 8 Update 1 版本中，ESA 超融合儲存架構最新支援的「解構式儲存」（Disaggregated Storage）運作架構（如圖 8 所示）。值得注意的是，在 vSAN 8 U1 版本中，雖然 ESA 超融合叢集已經正式支援解構式儲存運作架構，然而與傳統的 OSA 超融合儲存架構相較之下，仍有下列功能項目尚未支援：

在部署 vSAN ESA 超融合叢集的部份，有關建立 DataCenter 和 Cluster，以及組態設定 vDS 分佈式虛擬交換器和 vSAN VMkernel Port……等詳細資訊，請參考本刊「第 208 期 - vSAN 8 新儲存架構開工，實戰 ESA 超融合叢集」內容，因此不再贅述。

順利部署 vSAN ESA 超融合叢集後，在實作解構式儲存功能之前，先確認 vSAN ESA 超融合叢集一切運作正常，相關服務順利啟用，並採用正確的 Storage types（如圖 10 所示）。

在本文實作環境中，將組態設定傳統的 vSphere 叢集，專責擔任 Compute 運算叢集的用途，讓其中運作的工作負載，例如，VM 虛擬主機或容器，能夠充分使用 Compute 運算叢集的運算資源，至於儲存資源的部份，則使用高可用性高效能的 vSAN ESA 超融合叢集。

因此，在組態設定 vSAN ESA 超融合叢集解構式運作架構之前，先將 vSphere HA 高可用性機制暫時關閉（如圖 11 所示），以避免在組態設定過程中，除了可能不小心觸發 vSphere HA 高可用性機制，產生非預期的高負載工作量，進而導致對 VM 虛擬主機中，持續運作的服務或應用程式產生中斷或影響。

在 vSAN 解構式儲存運作架構中，無論擔任 Server Cluster、Client Cluster、Compute Cluster 角色，一律建議管理人員必須為這些 vSAN 叢集節點主機或 ESXi 主機，組態設定專用於連接和掛載，遠端 vSAN Datastore 儲存資源的 vSAN VMkernel Port。

在 vSAN 解構式儲存架構時，跨叢集的傳輸流量採用「RDT over TCP/IP」，和原有傳統 vSAN 超融合叢集的網路流量，採用幾乎完全相同的 TCP/IP 網路協定堆疊架構。此外，建議配置 NIC Teaming 容錯機制，並採用專屬的 vDS 分佈式虛擬交換器，且搭配 NIOC 網路流量管理機制之外，為了避免因為跨叢集之間的網路延遲，導致影響 VM 虛擬主機運作效能，建議至少應採用 25 Gbps 網路卡。

根據 VMware 官方最佳建議作法，採用傳統 vSAN OSA 超融合叢集，運作解構式儲存架構時，一旦網路延遲時間超過 5 ms 時，將會觸發系統的告警機制。而採用新式 vSAN ESA 超融合叢集運作解構式儲存架構時，當網路延遲時間超過 1 ms 時，將會觸發系統告警機制。

事實上，從 vSAN 7 Update 1 版本開始，便支援整合 Layer 3 路由機制的網路層。因此，當企業或組織因為某些原因，不採用原有建議的 Layer 2 資料連結層時，可以採用具備路由機制的 Layer 3 網路層。只要管理人員在新增專屬的 vSAN VMkernel Port 時，勾選「override default gateway for this adapter」項目，並指定採用的預設閘道 IP 位址，即可立即支援具備路由機制的 Layer 3 網路層。

在本文實作環境中，已經為 Compute 叢集中的 ESXi 主機，配置另一個專屬實體網路卡，用於連接和掛載 vSAN ESA 超融合儲存資源。請在 vCenter 管理介面中，依序點選「vCenter Server > Datacenter > Compute Cluster > ESXi > Configure > Networking > VMkernel adapters > Add Networking」項目，準備為 Compute 叢集中的 ESXi 主機，配置專屬的 vSAN VMkernel Port。

在彈出的 Add Networking 視窗中，在 1. Select connection type 頁面中，請選擇 VMkernel Network Adapter 項目，在 2. Select target device 頁面中，選擇 Select an existing standard switch 及 vSwitch0，先使用系統預設的 vSS 標準虛擬網路交換器，稍後將會遷移至 vDS 分佈式虛擬網路交換器。

在 3. Port properties 頁面中，於 Network label 欄位鍵入 vSAN-VMkernel，並在下方 Enabled services 區塊中勾選 vSAN 項目，表示這個新增的 VMkernel Port 將會啟用 vSAN 類型網路流量，在 4. IPv4 settings 頁面中，鍵入 vSAN VMkernel Port 的 IPv4 位址和網路遮罩，在 5. Ready to complete 頁面中，確認組態設定正確無誤後，按下 Finish 鈕即可套用生效。

接著，將剛才 Compute 叢集中，ESXi 主機中的 vSAN VMkernel Port，由原本的 vSS 標準虛擬網路交換器遷移至 vDS 分佈式虛擬網路交換器，請依序點選「Inventories > Networking > Datacenter > vSAN-DSwitch > Actions > Add and Manage Hosts」項目，在 1. Select task 頁面中，選擇 Add hosts 項目，在 2. Select hosts 頁面中，請勾選 Compute 叢集中的 ESXi 主機，在 3. Manage physical adapters 頁面中，可以看到 ESXi 主機規劃專屬用於解構式儲存的 vmnic1，請在 Assign uplink 下拉式選單中，選擇 Uplink1 項目，此時 In use by switch 將會顯示為 This switch。

在 4. Manage VMkernel adapters 頁面中，由於剛才 ESXi 主機新增的 vSAN VMkernel Port 名稱為 vmk1，所以請在 vmk1 項目中點選 Assign Port Group 連結，在 Assign port group 頁面中，可以看到採用 vSAN-DPortGroup 和 vSAN-DSwitch，請按下 Actions 中的 Assign 連結，確認使用這個 vDS 分佈式虛擬網路交換器和 Port Group。

在 5. Migrate VM networking 頁面中，由於不需要將 VM 虛擬主機，連接至 vSAN 網路環境中，因此採用系統預設值即可，在 6. Ready to complete 頁面中，確認組態設定正確無誤後，按下 Finish 鈕即可套用生效。

現在，可以在 vDS 分佈式虛擬網路交換器中看到，除了 vSAN ESA 超融合叢集節點主機之外，還有剛才加入 Compute 叢集中的 ESXi 主機（如圖 12 所示）。