VMware ESXi 8.0 Update 1 | 2023 年 4 月 18 日 | GA ISO 組建編號 21495797

查看這些版本說明的新增項目和更新。

正式發佈

此 ESXi 8.0 Update 1 版本是正式發佈 (GA) 標識。如需有關 vSphere Update 版本的 vSphere 8.0 IA/GA 發佈模型的詳細資訊，請參閱 vSphere 8 發佈模型的發展過程。

新增功能

  • vSphere Configuration Profiles：vSphere 8.0 Update 1 正式啟動了 vSphere Configuration Profiles，可讓您透過在叢集層級指定所需的主機組態來管理 ESXi 叢集組態，自動掃描 ESXi 主機以符合指定的所需組態，並修復任何不符合標準的主機。vSphere Configuration Profiles 要求使用 vSphere Lifecycle Manager 映像來管理叢集生命週期、vSphere 8.0 Update 1 環境以及 Enterprise Plus 或 vSphere+ 授權。如需詳細資訊，請參閱使用 vSphere Configuration Profiles 在叢集層級管理主機組態。

  • 在 vSphere 8.0 Update 1 中，vSphere Distributed Services Engine 新增了以下支援：

    • Lenovo 伺服器設計 (Lenovo ThinkSystem SR650 V2) 的 NVIDIA BlueField-2 DPU。

    • Dell 伺服器設計的 100G NVIDIA BlueField-2 DPU。

    • NVIDIA BlueField-2 DPU 的 UPTv2。

    • Dell 以 AMD Genoa CPU 為基礎的伺服器設計。

  • 針對 vCenter Server 工作流程所需權限的記錄器：在 vSphere 8.0 Update 1 中，為了協助您識別執行 vCenter Server 工作流程所需的最低權限集，您可以記錄工作流程並儲存所需的權限。您可以使用儲存的資料為執行相同工作流程 (類似於範本) 的使用者建立特定角色。透過搜尋 vCenter Server 工作流程記錄，可以擷取權限檢查清單以及對應的工作階段、使用者、受管理物件和作業識別碼 (opID)。如需詳細資訊，請參閱〈執行權限檢查作業〉。

  • 支援在同一 GPU 硬體上設定異質虛擬圖形處理單元 (vGPU) 設定檔：在 vSphere 8.0 Update 1 中，移除了實體 GPU 上的所有 vGPU 必須屬於同一類型的要求，您可以在一個 GPU 上設定不同的 vGPU 設定檔，例如計算、圖形或虛擬桌面基礎結構工作負載，藉此提高 GPU 使用率和減少工作負載片段來節省成本。

  • 將 VMware Skyline™ Health Diagnostics™ 與 vCenter 整合：從 vSphere 8.0 Update 1 開始，您可以使用與 vSphere Client 整合的 VMware Skyline Health Diagnostics 自助服務診斷平台來偵測和修復 vSphere 環境中的問題。如需詳細資訊，請參閱 vSphere 說明文件中的 VMware Skyline Health Diagnostics。

  • 虛擬機器層級功耗度量：從 vSphere 8.0 Update 1 開始，身為 vSphere 管理員，您可以在虛擬機器層級追蹤功耗，以支援您組織的環境、社會和監管目標。

  • NVSwitch 支援：vSphere 8.0 Update 1 新增了對單一 ESXi 主機上最多 8 個 GPU 的支援，且這些 GPU 之間具有 NVSwitch 連線。透過 NVSwitch 技術，您可以執行高效能計算 (HPC) 和 AI 應用程式，例如深度學習、科學模擬和巨量資料分析，這些應用程式需要多個 GPU 並行運作。

  • 適用於 vCenter 的 Okta 身分識別聯盟：在 vSphere 8.0 Update 1 中，您可以為 Okta 將 vCenter Server 身分識別提供者聯盟設定為外部身分識別提供者。如需詳細資訊，請參閱〈為 Okta 設定 vCenter Server 身分識別提供者聯盟〉。

  • 針對使用虛擬 TPM (vTPM) 模組的虛擬機器支援 Fault Tolerance：在 vSphere 8.0 Update 1 中，您可以針對具有 vTPM 模組的虛擬機器使用 FT，以確保關鍵虛擬機器的持續可用性和安全性。

  • 針對具有 TPM 2.0 晶片的伺服器支援 Quick Boot：在 vSphere 8.0 Update 1 中，您不再需要針對 Quick Boot 停用 TPM 2.0，從而節省時間並消除安全性漏洞。

  • 適用於 vSphere Virtual Volumes 的 vSphere API for Storage Awareness (VASA) 版本 5：適用於 vSphere Virtual Volumes 的 VASA 版本 5 增強了安全性、多 vCenter 部署的認證管理以及可用性支援。VASA 版本 5 棄用了自我簽署憑證，但為舊版 VASA 提供回溯相容性支援。升級至 ESXi 8.0 Update 1 之前，請參閱 VMware 知識庫文章 91387 以確保 vSphere Virtual Volumes 資料存放區的持續可用性。

  • Sidecar 檔案變成 Config-vVol 中的一般檔案，而非 vSphere Virtual Volumes 物件：為了提高 vSphere Virtual Volumes 的擴充性和效能，從 vSphere 8.0 Update 1 開始，sidecar 檔案不再是 vSphere Virtual Volumes 物件，而是 Config-vVol 中的一般檔案。當 sidecar 檔案建立為 vSphere Virtual Volumes 物件時，對於建立大量小型 sidecar 檔案的解決方案 (如第一級磁碟 (FCD))，可能會對 VASA 作業 (例如，將磁碟區與通訊協定端點繫結和解除繫結) 造成額外負荷。在 Config-vVol 主目錄下建立 sidecar 檔案會移除 VASA 和儲存區帶來的此類額外負荷。

    更新至 ESXi 8.0 Update 1 後，舊版 ESXi 主機不支援 Config-vVol 命名空間中的新虛擬機器或虛擬磁碟。如需詳細資訊和解決方案，請參閱 VMware 知識庫文章 90791。

  • 增加了 Config-vVol 類型的 vSphere Virtual Volumes 物件的預設容量：從 vSphere 8.0 Update 1 開始，為了允許將 vSphere Virtual Volumes 資料存放區上的資料夾用作內容存放庫，Config-vVol 類型的 vSphere Virtual Volumes 物件預設為精簡佈建的 255 GB，而舊版中為 4 GB。此外，從 ESXi 8.0 Update 1 開始，Config-vVol 物件會使用 VMFS-6 格式，而非 VMFS-5 格式。

  • 針對 vSphere Virtual Volumes 提供 NVMe over TCP 支援：vSphere 8.0 Update 1 新增了對 vSphere Virtual Volumes 的 NVMe over TCP 支援。

  • 延伸了 XCOPY 支援：在 vSphere 8.0 Update 1 中，您可以使用 EXTENDED COPY (XCOPY) 命令來最佳化位於不同儲存區陣列中的 VMFS 資料存放區之間的資料複製，而不僅僅是同一陣列內的資料存放區之間的資料複製。僅 VMFS 6 資料存放區支援跨儲存區陣列執行 XCOPY 作業，並且允許您卸載、移轉和複製工作負載。雖然 ESXi 支援此功能，但必須在儲存區陣列端實作實際的跨陣列資料移轉。如需有關如何使用 SCSI T10 命令的詳細資訊，請參閱管理區塊儲存裝置上的硬體加速。

  • 針對 SSD 裝置上的 OSDATA 磁碟區新增了檔案類型：vSphere 8.0 Update 1 新增了檔案系統類型 VMFSOS，特別是針對本機 SSD 裝置上的 ESX-OSData 系統磁碟分割，可讓您繼續在其他裝置上使用虛擬 flash 資源。新檔案類型可防止出現這種情況：在本機 SSD 裝置上格式化 ESX-OSData 磁碟區時，fsType 傳回虛擬 Flash 檔案系統 (VFFS) 類型的檔案。因此，ESX-OSData 磁碟區的磁碟備份會列在 vCenter 中的虛擬 Flash 資源下，但此類磁碟屬於 ESX-OSData 磁碟區，不屬於虛擬 Flash 資源集區。

  • NFS 流量隔離增強功能：在 vSphere 8.0 Update 1 中，若要隔離 NFS 流量，您可以透過網路將 NFS 共用上的 NFS3 資料存放區繫結至叢集中 ESXi 主機上的虛擬機器核心介面卡。在此版本中，對於使用 NFS3 組態支援的 vSphere Virtual Volumes 資料存放區，不支援 VMKNIC 連接埠繫結。如需詳細資訊，請參閱為 NFS 3 資料存放區設定 VMkernel 繫結。

  • NVMe-oF 命名空間容量增加了四倍：從 vSphere 8.0 Update 1 開始，可以使用 32 個指向 NVMe-oF 命名空間的路徑，而在舊版中為 8 個。

  • 支援端對端 NVMe 堆疊，無需通訊協定轉換：在 vSphere 8.0 Update 1 中，插入式存放結構 (PSA) 延伸了 NVMe 功能以支援端對端 NVMe 堆疊，而無需在任何層中進行任何通訊協定轉換。

    此外，vSphere 8.0 Update 1 還延伸了 NVMe 功能，新增了對第三方多重路徑外掛程式的支援以控制和管理 NVMe 陣列。

  • 增加了 Windows Server 容錯移轉叢集 (WSFC) 上限：vSphere 8.0 Update 1 將每台 ESXi 主機的 WSFC 叢集數目上限從 3 個增加到了 16 個。

  • 調整 NVMe over TCP 介面卡數目：vSphere 8.0 Update 1 將每台 ESXi 主機的 NVMe over TCP 儲存裝置介面卡數目從 2 個增加到 8 個，以提高冗餘並增加頻寬。

  • 支援對 VMDirectPath I/O 裝置進行熱新增和熱移除：在 vSphere 8.0 Update 1 中，透過使用 vSphere API，您可以在不關閉虛擬機器電源的情況下新增或移除 VMDirectPath I/O 裝置。如需詳細資訊，請參閱對 VMDirectPath I/O 裝置提供熱新增支援。

  • 增加了每個虛擬機器的 PCI 傳遞裝置數目：在 vSphere 8.0 Update 1 中，您可以為每個虛擬機器新增最多 64 個 PCI 傳遞裝置 (而先前版本中為 32 個)，以便更好地支援虛擬化無線電存取網路 (vRAN) 使用案例。

  • Remote Office and Branch Office (ROBO) 獨立 ESXi 主機的本機存放庫覆寫：從 vSphere 8.0 Update 1 開始，若要滿足特定業務使用案例的需求，您可以使用 vSphere Automation API 在 vSphere Client 中管理 Remote Office and Branch Office (ROBO) 獨立 ESXi 主機的本機存放庫覆寫。如需詳細資訊，請參閱管理叢集或獨立主機的存放庫覆寫。

  • vSphere Client 中的進階篩選器：在 vSphere 8.0 Update 1 中，除了現有的快速篩選器選項之外，還可以在 vSphere Client 中對大多數詳細目錄物件 (例如虛擬機器清單、主機和叢集、資料存放區和連結的 vCenter) 設定進階篩選器。您可以使用字串 (例如名稱、狀態和客體作業系統) 和列舉 (例如 IP 位址)。若要縮小篩選器範圍，您可以使用各種邏輯運算子和 2 個條件。

  • 增加了可使用多個連線掛接的 NFSv3 資料存放區數目上限：從 vSphere 8.0 Update 1 開始，可以在 ESXi 主機上設定最多 8 個與 NFSv3 資料存放區的連線 (而舊版中為 1 個)，並且主機上的 NFSv3 資料存放區最多可使用 256 個連線，具體取決於資料存放區數目與為每個資料存放區設定的連線數目的組合。如需詳細資訊，請參閱 VMware 知識庫文章 91481。

  • 基於 HTTP/JSON 的有線通訊協定可替代 SOAP/XML：vSphere 8.0 Update 1 新增了對新的基於 HTTP/JSON 的有線通訊協定的支援，此通訊協定可替代 SOAP/XML。新通訊協定使用業界標準 OpenAPI 3.0 版規範進行說明，您可以使用該通訊協定來存取常用的 VIM API。如需詳細資訊，請參閱 vSphere Management SDK 中的 OpenAPI 架構和 Web Services 程式設計指南。

  • 此版本解決了 CVE-2023-1017。VMware 已將此問題的嚴重性評估為處於低嚴重性範圍，最大 CVSSv3 基本分數為 3.3。

  • 此版本解決了 CVE-2023-1018。VMware 已將此問題的嚴重性評估為處於低嚴重性範圍，最大 CVSSv3 基本分數為 3.3。

舊版 ESXi 8.0

每個版本的版本說明中均說明了 ESXi 的新功能、已解決問題和已知問題。舊版 ESXi 8.0 的版本說明如下：

如需國際化、相容性及開放原始碼元件，請參閱《VMware vSphere 8.0 版本說明》。

此版本中包含的修補程式

VMware ESXi 8.0 Update 1 的修補程式

此版本的 ESXi 8.0 Update 1 提供下列修補程式：

組建編號詳細資料

下載檔案名稱：

VMware-ESXi-8.0U1-21495797-depot.zip

組建編號：

21495797

下載大小：

583.5 MB

sha256checksum：

68d9b58c9a00ec63fd899cda1a3d044d1fb0f2ee353bcf9c8e163483977f5d7c

需要主機重新開機：

是

需要虛擬機器移轉或關閉：

是

彙總公告

此彙總實體套件包含最新的 VIB，其中含有 ESXi 8.0 初始版本後的所有修正。

公告識別碼

類別

嚴重性

ESXi80U1-21495797

錯誤修正

嚴重

映像設定檔

VMware 修補程式和更新版本包含一般和嚴重的映像設定檔。一般版本映像設定檔的應用適用於新的錯誤修正。

映像設定檔名稱

ESXi-8.0U1-21495797-standard-7698281098777227235

ESXi-8.0U1-21495797-no-tools1278187871193924799

ESXi 映像

名稱和版本

發行日期

類別

詳細資料

ESXi_8.0.1-0.0.21495797

2023 年 4 月 18 日

一般

錯誤修正映像

如需有關個別元件和實體套件的資訊，請參閱產品修補程式頁面和〈已解決的問題〉一節。

修補程式下載和安裝

如需有關使用 vSphere Lifecycle Manager 的更新和升級的詳細資料，請參閱關於 vSphere Lifecycle Manager 和 vSphere Lifecycle Manager 基準和映像。您也可以使用映像設定檔來更新 ESXi 主機，而不使用 vSphere Lifecycle Manager。這需要您從 VMware 下載頁面或產品修補程式頁面手動下載修補程式離線服務包 ZIP 檔案，然後使用 esxcli software profile update 命令。如需詳細資訊，請參閱〈使用 ESXCLI 命令升級主機〉和《VMware ESXi 升級》指南。

此版本的安裝和升級說明

升級至 VASA 版本 5 之前，請參閱 VMware 知識庫文章 91387 以確保 vSphere Virtual Volumes 資料存放區的持續可用性。

相容性

在 vSphere Virtual Volumes 的 Config-vVol 命名空間中新建立的版本為 ESXi 8.0 Update 1 的虛擬機器或虛擬磁碟在舊版 ESXi 主機上不受支援。如需詳細資訊和解決方案，請參閱 VMware 知識庫文章 90791。

已解決的問題

網路問題

  • NFSv3 資料存放區上的第一級磁碟 (FCD) 同步可能會失敗，並且 Govc 報告中顯示的值不一致

    當多個 ESXi 主機在 NFSv3 資料存放區上同時執行檔案附加作業時，可能會發生罕見的檔案損毀問題。因此，如果使用 Govc 開放原始碼命令列公用程式對 vCenter 執行個體執行管理動作，您可能會看到值不一致的報告。例如，如果執行 govc disk.ls 命令列出新建立的資料存放區中的所有 FCD，您會看到磁碟數目與預期不同。

    已在此版本中解決此問題。

安裝、升級和移轉問題

  • 如果網際網路控制訊息通訊協定 (ICMPA) 處於非作用中狀態，則 ESXi 主機在升級至 vSphere 8.0 及更新版本後可能需要很長時間才能重新開機

    如果 ICMPA 在環境中的 NFS 伺服器上處於非作用中狀態，則在將系統升級至 vSphere 8.0 及更新版本後，ESXi 主機重新開機可能需要一小時才能完成，因為 NFS 資料存放區的還原作業會失敗。NFS 在執行掛接作業之前使用 vmkping 公用程式來識別 NFS 伺服器的可連線 IP，當 ICMP 處於非作用中狀態時，掛接作業會失敗。

    已在此版本中解決此問題。若要移除與 ICMP 通訊協定的相依性以尋找可連線的 IP，此修正會新增通訊端 API，以確保指定 NFS 伺服器上的 IP 可用。

其他問題

  • 在密碼和使用者名稱欄位中，未停用 Web 存取表單中的 autocomplete 屬性

    您的遠端 Web 伺服器可能包含具有類型為 password 和 username 之輸入的 HTML 表單欄位，其中 autocomplete 屬性未設定為 off。因此，您可能會看到安全性掃描程式發出的類似下列內容的警告：AutoComplete Attribute Not Disabled for Password in Form Based Authentication。autocomplete 屬性設為 on 不會直接給 Web 伺服器帶來風險，但在某些瀏覽器中，此類格式的使用者認證可能會儲存，並可能導致失去機密性。

    已在此版本中解決此問題。此修正可確保在密碼和使用者名稱欄位中將 autocomplete 屬性設為 off，以防止瀏覽器快取認證。

已知問題

安裝、升級和移轉問題

  • 如果將 vCenter 更新至 8.0 Update 1，但 ESXi 主機仍使用舊版，則此類主機上的 vSphere Virtual Volumes 資料存放區可能會變得無法存取

    vSphere 8.0 不再支援自我簽署的 VASA 提供者憑證，依預設，組態選項 Config.HostAgent.ssl.keyStore.allowSelfSigned 設定為 false。如果將 vCenter 執行個體更新至採用 vSphere APIs for Storage Awareness (VASA) 版本 5.0 的 8.0 Update 1，且 ESXi 主機仍使用較舊的 vSphere 和 VASA 版本，則使用自我簽署憑證的主機可能無法存取 vSphere Virtual Volumes 資料存放區或無法重新整理 CA 憑證。

    因應措施：將主機更新至 ESXi 8.0 Update 1。如果不更新至 ESXi 8.0 Update 1，請參閱 VMware 知識庫文章 91387。

其他問題

  • 您無法使用 ESXCLI 命令掛接具有 VMkernel 連接埠繫結的 IPv6 型 NFS 3 資料存放區

    當您嘗試使用 ESXCLI 命令掛接具有 IPv6 伺服器位址和 VMkernel 連接埠繫結的 NFS 3 資料存放區時，工作會失敗並顯示錯誤，例如：

    [:~] esxcli storage nfs add -I fc00:xxx:xxx:xx::xxx:vmk1 -s share1 -v volume1

    Validation of vmknic failed Instance(defaultTcpipStack, xxx:xxx:xx::xxx:vmk1) Input(): Not found:

    此問題特定於具有 IPv6 伺服器位址和 VMkernel 連接埠繫結的 NFS 3 資料存放區。

    因應措施：使用 vSphere Client 做為替代方法，掛接具有 VMkernel 連接埠繫結的 IPv6 型 NFSv3 資料存放區。

  • 在增強型網路堆疊 (ENS) 和 VLAN 環境以及 Broadcom RDMA 網路介面控制器 (RNIC) 中，透過聚合式乙太網路的 RDMA (RoCE) 流量可能會失敗

    高頻寬 VMware 解決方案 ENS 不支援 MAC VLAN 篩選器。但是，在 ENS + VLAN 環境中的 Broadcom RNIC 上執行的 RDMA 應用程式需要 MAC VLAN 篩選器。因此，您可能會看到某些 RoCE 流量中斷連線。在 NVMe over RDMA + ENS + VLAN 環境或 ENS + VLAN + RDMA 應用程式環境中，當 ESXi 主機重新開機或上行啟動和關閉時，可能會發生此問題。

    因應措施：無

網路問題

  • 在具有 NVMe/TCP 組態的 ESXi 主機上自動探索 NVMe 探索服務可能會失敗

    vSphere 8.0 在 ESXi 中新增了進階 NVMe-oF 探索服務支援，可動態探索符合標準的 NVMe 探索服務。ESXi 使用 mDNS/DNS-SD 服務來取得網路上作用中 NVMe-oF 探索服務的 IP 位址和連接埠號碼等資訊。但是，在已啟用 NVMe/TCP 的 ESXi 伺服器中，在設定為使用 vSphere Distributed Switch 的網路上執行自動探索可能會失敗。此問題不會影響使用標準交換器的 NVMe/TCP 組態。

    因應措施：使用命令 esxcli nvme fabrics discover -a vmhbaX -D 手動產生 mDNS 封包。

  • 由於 NFS 伺服器掛接逾時，ESXi 重新開機需要很長時間

    如果在無法存取的 NFS 伺服器上有多個掛接，ESXi 會重試連線至每個掛接 30 秒，這可能導致 ESXi 重新開機延遲長達幾分鐘，具體取決於掛接數目。

    因應措施：ESXi Update 8.0 Update 1 新增了可設定的選項以覆寫預設掛接逾時：esxcfg-advcfg -s <timeout val> /NFS/MountTimeout。例如，如果想要將掛接逾時重新設定為 10 秒，則可以執行下列命令：- esxcfg-advcfg -s 10 /NFS/MountTimeout。使用命令 esxcfg-advcfg -g /NFS/MountTimeout 驗證目前設定的掛接逾時。

舊版的已知問題

安裝、升級和移轉問題

  • 如果使用軟體 FCoE 組態將主機設定檔套用至 ESXi 8.0 主機，則作業會失敗並顯示驗證錯誤

    從 vSphere 7.0 開始，軟體 FCoE 已棄用，並且在 vSphere 8.0 中不支援軟體 FCoE 設定檔。如果嘗試將舊版中的主機設定檔套用到 ESXi 8.0 主機，例如編輯主機自訂，則作業會失敗。在 vSphere Client 中，會顯示類似下列內容的錯誤：Host Customizations validation error。

    因應措施：在主機設定檔中停用軟體 FCoE 組態子設定檔。

  • 無法將版本 8.0 的 ESXi 主機用作舊版 ESXi 的現有主機設定檔的參考主機

    當詳細目錄中只有 8.0 參考主機時，驗證 ESXi 版本 7.x、6.7.x 和 6.5.x 的現有主機設定檔會失敗。

    因應措施：請確保詳細目錄中有相應版本的參考主機。例如，使用 ESXi 7.0 Update 2 參考主機來更新或編輯 ESXi 7.0 Update 2 主機設定檔。

  • 升級至 ESXi 8.0 後，VMNIC 可能會關閉

    如果 VMNIC 的對等實體交換器不支援媒體自動偵測，或媒體自動偵測已停用，且 VMNIC 連結先中斷然後再連上，則在升級至或安裝 ESXi 8.0 後，連結會保持中斷狀態。

    因應措施：使用以下 2 個選項之一：

    1. 透過導覽至系統設定主功能表，在 BIOS 設定中啟用 media-auto-detect 選項，通常方法為：按 F2 或開啟虛擬主控台，然後按一下裝置設定 > <specific broadcom NIC> > 裝置組態功能表 > 媒體自動偵測。將主機重新開機。

    2. 或者，使用類似下列內容的 ESXCLI 命令：esxcli network nic set -S <your speed> -D full -n <your nic>。透過此選項，也可以為連結設定固定速度，並且不需要重新開機。

  • 如果在升級至 ESXi 8.0 期間重新整理 vCenter Server Security Token Service (STS)，則升級可能會失敗

    在 vSphere 8.0 中，vCenter Single Sign-On 會自動更新 VMCA 產生的 STS 簽署憑證。自動更新發生在 STS 簽署憑證到期之前，以及觸發 90 天到期警示之前。但是，在叢集中的多個 ESXi 主機上使用 vSphere Lifecycle Manager 映像長時間執行的升級或修復工作中，vSphere Lifecycle Manager 可能會在內部建立 STS 憑證快取。在極少數情況下，如果 STS 憑證重新整理工作與長時間執行的升級或修復工作並行啟動，則升級工作可能會失敗，因為內部快取中的 STS 憑證可能與重新整理的憑證不同。當升級工作失敗後，某些 ESXi 主機可能仍處於維護模式。

    因應措施：手動結束處於維護模式的任何 ESXi 主機，然後重試升級或修復。系統會自動重新整理或匯入和取代 STS 簽署憑證，且不需要重新啟動 vCenter Server，進而避免出現停機時間。

  • 升級至 ESXi 8.0 後，由於參數過時，某些 nmlx5_core 驅動程式模組設定可能會遺失

    nmlx5_core 驅動程式的某些模組參數 (例如 device_rss、drss 和 rss) 在 ESXi 8.0 中已棄用，並且在升級至 ESXi 8.0 後不會保留與預設值不同的任何自訂值。

    因應措施：取代 device_rss、drss 和 rss 參數的值，如下所示：

    • device_rss: 使用 DRSS 參數。

    • drss: 使用 DRSS 參數。

    • rss: 使用 RSS 參數。

  • vCenter Server 還原程序的第二個階段凍結在 90%

    使用 vCenter Server GUI 安裝程式或 vCenter Server Appliance 管理介面 (VAMI) 從以檔案為基礎的備份還原 vCenter 時，還原工作流程可能會凍結在 90%，並顯示錯誤：401 Unable to authenticate user，即使在後端成功完成工作亦是如此。如果已部署機器的時間不同於 NTP 伺服器 (需要時間同步)，則會發生此問題。由於時間同步，時鐘誤差可能會導致 GUI 或 VAMI 的執行中工作階段失敗。

    因應措施：如果使用 GUI 安裝程式，則可以使用 restore.job.get 命令從 appliancesh shell 取得還原狀態。如果使用 VAMI，請重新整理瀏覽器。

其他問題

  • 在具有 DPU 的 vSphere 系統中重設或還原 ESXi 系統組態可能會導致 DPU 處於無效狀態

    如果在具有 DPU 的 vSphere 系統中重設或還原 ESXi 系統組態，例如，在 Direct Console 中選取重設系統組態，此作業可能會導致 DPU 處於無效狀態。在 DCUI 中，可能會出現類似下列內容的錯誤：Failed to reset system configuration. Note that this operation cannot be performed when a managed DPU is present。對於具有 DPU 的 ESXi 安裝，不支援對 -f 強制重新開機選項進行後端呼叫。雖然 ESXi 8.0 支援 -f 強制重新開機選項，但如果您在具有 DPU 的 ESXi 組態上使用 reboot -f，則強制重新開機可能會導致出現無效狀態。

    因應措施：將暫時停用 Direct Console 介面中的 [重設系統組態]。避免在具有 DPU 的 vSphere 系統中重設 ESXi 系統組態。

  • 如果在 ESXi 主機關閉或重新啟動期間 PCI 傳遞在 DPU 上處於作用中狀態，則主機會失敗並顯示紫色診斷畫面

    如果在 ESXi 主機關閉或重新開機時作用中虛擬機器具有到 DPU 的 PCI 傳遞，則主機會失敗並顯示紫色診斷畫面。此問題特定於具有 DPU 的系統，且僅適用於使用到 DPU 的 PCI 傳遞的虛擬機器。

    因應措施：將 ESXi 主機關閉或重新開機之前，請確保主機處於維護模式，或者未執行使用到 DPU 的 PCI 傳遞的虛擬機器。如果對虛擬機器使用自動啟動選項，Autostart 管理員會在主機關閉或重新開機之前停止此類虛擬機器。

  • 在具有 DPU 的 vCenter Server 系統中，如果停用 IPv6，則無法管理 DPU

    儘管 vSphere Client 允許執行此作業，但如果在具有 DPU 的 ESXi 主機上停用 IPv6，則無法使用 DPU，因為主機和裝置之間的內部通訊取決於 IPv6。此問題僅影響具有 DPU 的 ESXi 主機。

    因應措施：請確保在具有 DPU 的 ESXi 主機上啟用 IPv6。

  • 在已預先安裝 Pensando DPU 的 HPE 伺服器上將 ESXi 主機重新開機時，可能會延遲 10 分鐘

    在少數情況下，如果 DPU 出現故障，已預先安裝 Pensando DPU 的 HPE 伺服器可能需要 10 分鐘以上的時間才能重新開機。因此，ESXi 主機可能會失敗並顯示紫色診斷畫面，且預設等待時間為 10 分鐘。

    因應措施：無。

  • 如果您在用於安裝 ESXi 8.0 的遠端管理應用程式中啟用了 USB 介面，則會看到其他具有上行 vusb0 的標準交換器 vSwitchBMC

    從 vSphere 8.0 開始，在 Integrated Dell Remote Access Controller (iDRAC) 和 HP Integrated Look Out (ILO) 中，如果啟用了 USB 介面 (分別為 vUSB 或 vNIC)，會在 ESXi 主機上建立其他具有上行 vusb0 的標準交換器 vSwitchBMC。鑒於某些伺服器上引入了資料處理裝置 (DPU)，這是預期行為，但可能會導致 VMware Cloud Foundation 啟動程序失敗。

    因應措施：安裝 vSphere 8.0 之前，請按照下列廠商說明文件停用所使用的遠端管理應用程式中的 USB 介面。

    安裝 vSphere 8.0 之後，請使用 ESXCLI 命令 esxcfg-advcfg -s 0 /Net/BMCNetworkEnable，以阻止在主機下次重新開機時建立虛擬交換器 vSwitchBMC 及相關聯的連接埠群組。

    以此指令碼作為範例：

    ~# esxcfg-advcfg -s 0 /Net/BMCNetworkEnable

    BMCNetworkEnable 的值為 0，且服務已停用。

    ~# reboot

    在主機重新開機時，不會在與遠端管理應用程式網路相關的主機中建立虛擬交換器、連接埠群組和 VMKNIC。

  • 如果 NVIDIA BlueField DPU 處於已停用硬體卸載模式狀態，則無法開啟已設定 SR-IOV 虛擬功能之虛擬機器的電源

    NVIDIA BlueField DPU 必須處於已啟用硬體卸載模式狀態，才能允許已設定 SR-IOV 虛擬功能的虛擬機器開啟電源並運作。

    因應措施：將已設定 SR-IOV 虛擬功能的虛擬機器連線至虛擬交換器時，請始終對 NVIDIA BlueField DPU 使用已啟用硬體卸載模式這一預設設定。

  • 在虛擬應用裝置管理介面 (VAMI) 中，您會在升級前階段看到警告訊息

    透過將 vSphere 外掛程式移至遠端外掛程式架構，vSphere 8.0 棄用了對本機外掛程式的支援。如果您的 8.0 vSphere 環境具有本機外掛程式，則此類外掛程式的某些中斷變更可能會導致使用 VAMI 進行升級前檢查失敗。

    在 [更新前檢查結果] 畫面中，會顯示類似下列內容的錯誤：

    Warning message: The compatibility of plug-in package(s) %s with the new vCenter Server version cannot be validated. They may not function properly after vCenter Server upgrade.

    Resolution: Please contact the plug-in vendor and make sure the package is compatible with the new vCenter Server version.

    因應措施：請參閱《VMware 相容性指南》和《VMware 產品互通性對照表》或連絡外掛程式廠商以取得建議，以確保環境中的本機外掛程式與 vCenter Server 8.0 相容，然後再繼續升級。如需詳細資訊，請參閱部落格〈棄用本機外掛程式 - vSphere Client 擴充性演進的下一階段〉和 VMware 知識庫文章 87880。

  • 無法從已啟用 CPU 熱新增的虛擬機器移除指派給虛擬非統一記憶體存取 (NUMA) 節點的 PCI 傳遞裝置

    雖然依預設，當您啟用 CPU 熱新增以允許將 vCPU 新增至執行中的虛擬機器時，虛擬 NUMA 拓撲會停用，如果您已將 PCI 傳遞裝置指派給 NUMA 節點，則嘗試移除該裝置會顯示錯誤。在 vSphere Client 中，會顯示類似下列內容的訊息：Invalid virtual machine configuration. Virtual NUMA cannot be configured when CPU hotadd is enabled。

    因應措施：請參閱 VMware 知識庫文章 89638。

  • 如果從 OVF 檔案或內容程式庫部署虛擬機器，則虛擬機器的每個通訊端核心數目會設定為 1

    如果從 OVF 檔案或內容程式庫部署虛擬機器，而非 ESXi 自動選取每個通訊端的核心數目，則該數字會預先設定為 1。

    因應措施：您可以使用 vSphere Client 手動設定每個通訊端的核心數目。如需詳細資訊，請參閱 VMware 知識庫文章 89639。

  • 如果您將 HW 版本早於 20 的虛擬機器設定為具有廠商裝置群組，則此類虛擬機器可能無法按預期運作

    僅具有 HW 版本 20 及更新版本的虛擬機器支援啟用高速網路裝置和 GPU 繫結的廠商裝置群組，但您無法使用廠商裝置群組在低於 20 的 HW 版本中設定虛擬機器。此類虛擬機器可能無法按預期運作：例如，無法開啟電源。

    因應措施：在虛擬機器中設定廠商裝置群組之前，請確保虛擬機器 HW 版本為 20 版。

網路問題

  • 無法在 Pensando DPU 上將 VMware vSphere Distributed Switch 上的傳輸單元最大值 (MTU) 設定為大於 9174 的值

    如果 ESXi 8.0 系統中具有已啟用 Pensando DPU 的 vSphere Distributed Services Engine 功能，則無法將 vSphere Distributed Switch 上的傳輸單元最大值 (MTU) 設定為大於 9174 的值。

    因應措施：無。

  • 在使用 ntg3 驅動程式 4.1.3 版及更新版本的 NIC 上出現連結變動狀況

    當使用 ntg3 驅動程式 4.1.3 版及更新版本的兩個 NIC 直接連線 (而非連線到實體交換器連接埠) 時，可能會發生連結變動狀況。版本低於 4.1.3 的 ntg3 驅動程式或 tg3 驅動程式不會出現此問題。此問題與此類 NIC 上偶爾出現的節能乙太網路 (EEE) 連結變動無關。EEE 問題的修正是使用 ntg3 驅動程式 4.1.7 版或更新版本，或在實體交換器連接埠上停用 EEE。

    因應措施：將 ntg3 驅動程式升級至 4.1.8 版，並將新模組參數 noPhyStateSet 設定為 1。noPhyStateSet 參數預設為 0，但在大多數環境中不需要此參數，除非也面臨此問題。

  • 在具有 DPU 的 vSphere 環境中安裝或升級 VMware NSX 可能會失敗並顯示連線錯誤

    ESXi 主機端的間歇性計時問題可能會導致在具有 DPU 的 vSphere 環境中安裝或升級 NSX 失敗。在 nsxapi.log 檔案中，您會看到類似下列內容的記錄：Failed to get SFHC response. MessageType MT_SOFTWARE_STATUS。

    因應措施：請等待 10 分鐘，然後重試 NSX 安裝或升級。

  • 如果在使用 icen 驅動程式啟用或停用 SR-IOV 後未將 ESXi 主機重新開機，則當您在該主機上以 ENS 中斷模式設定傳輸節點時，某些虛擬機器可能無法取得 DHCP 位址

    當您在 ESXi 主機上使用 icen 驅動程式啟用或停用 SR-IOV，並在 ENS 中斷模式下設定傳輸節點時，如果沒有將主機重新開機，某些 Rx (接收) 佇列可能無法運作。這樣一來，某些虛擬機器可能無法取得 DHCP 位址。

    因應措施：直接新增傳輸節點設定檔而不啟用 SR-IOV，或在啟用或停用 SR-IOV 後將 ESXi 主機重新開機。

  • 在 vSphere 8.0 中，無法將 Mellanox ConnectX-5、ConnectX-6 卡型號 1 層級 2 和型號 2 用於增強型網路堆疊 (ENS) 模式

    由於硬體限制，ConnectX-5 和 ConnectX-6 介面卡不支援在 vSphere 8.0 中將型號 1 層級 2 和型號 2 用於增強型網路堆疊 (ENS) 模式。

    因應措施：使用支援 ENS 型號 1 層級 2 和型號 2A 的 Mellanox ConnectX-6 Lx 和 ConnectX-6 Dx 或更新版本卡。

  • Pensando DPU 不支援在 ESXi 主機的實體交換器連接埠上使用連結層探索通訊協定 (LLDP)

    在具有 DPU 的 ESXi 主機上啟用 LLDP 時，主機無法接收 LLDP 封包。

    因應措施：無。

儲存區問題

  • 升級至 vCenter Server 8.0 後，VASA API 版本不會自動重新整理

    vCenter Server 8.0 支援 VASA API 版本 4.0。但是，將 vCenter Server 系統升級至版本 8.0 後，VASA API 版本可能不會自動變更為 4.0。在以下 2 種情況下會出現此問題：

    1. 如果將支援 VASA API 版本 4.0 的 VASA 提供者向舊版 VMware vCenter 登錄，則升級至 VMware vCenter 8.0 後，VASA API 版本保持不變。例如，如果您使用同時支援 VASA API 版本 3.5 和 4.0 的已登錄 VASA 提供者升級 7.x 版本的 VMware vCenter 系統，即使 VASA 提供者支援 VASA API 版本 4.0，VASA API 版本也不會自動變更為 4.0。升級後，當您導覽至 vCenter Server > 設定 > 儲存區提供者並展開已登錄之 VASA 提供者的一般索引標籤時，您仍會看到 VASA API 版本 3.5。

    2. 如果向 VMware vCenter 8.0 系統登錄支援 VASA API 版本 3.5 的 VASA 提供者，並將 VASA API 版本升級至 4.0，則即使升級後，仍會看到 VASA API 版本 3.5。

    因應措施：請將 VMware vCenter 8.0 系統上的 VASA 提供者解除登錄後再重新登錄。

  • 由於網路檔案複製 (NFC) 管理程式的工作階段未經驗證，在 vSAN 環境中執行 vSphere Storage vMotion 作業可能會失敗

    透過對至少具有一個快照和多個虛擬磁碟 (使用不同的儲存區原則) 的虛擬機器執行 vSphere Storage vMotion 來移轉到 vSAN 資料存放區可能會失敗。發生此問題的原因是，由於簡單物件存取通訊協定 (SOAP) 主體超過允許的大小，導致 NFC 管理程式的工作階段未經驗證。

    因應措施：先移轉虛擬機器首頁命名空間，並且僅移轉其中一個虛擬磁碟。完成此作業後，對其餘 2 個磁碟執行僅磁碟移轉。

  • 由於以內容為基礎的讀取快取 (CBRC) 中出現摘要作業失敗錯誤，無法建立虛擬機器的快照

    在罕見競爭情形下，在 CBRC 摘要檔案更新期間指派內容識別碼可能會導致資料磁碟中的內容識別碼與摘要磁碟之間出現差異。因此，無法建立虛擬機器快照。在反向追蹤中，會顯示類似下列內容的錯誤：An error occurred while saving the snapshot: A digest operation has failed。重試後，快照建立工作即完成。

    因應措施：重試快照建立工作。

vCenter Server 和 vSphere Client 問題

  • 變更物件時，資源集區和叢集的 [使用量] 視圖可能不會自動重新整理

    當您已在某個資源集區或叢集的監控索引標籤下開啟使用量視圖，然後變更該資源集區或叢集時，該視圖可能不會自動重新整理。例如，當您開啟一個叢集的使用量視圖，然後選取其他叢集時，可能仍會看到第一個叢集的統計資料。

    因應措施：按一下重新整理圖示。

  • 如果將 vSphere 虛擬基礎結構載入到 90% 以上，ESXi 主機可能會間歇性地與 vCenter Server 中斷連線

    在少數情況下，如果 vSphere 虛擬基礎結構持續使用超過 90% 的硬體容量，則某些 ESXi 主機可能會間歇性地與 vCenter Server 中斷連線。連線通常會在幾秒內恢復。

    因應措施：如果在幾秒內意外未恢復與 vCenter Server 的連線，請使用 vSphere Client 手動重新連線 ESXi 主機。

  • 在 vSphere Client 中，您不會看到有關歷史資料匯入的橫幅通知

    由於後端問題，在 vSphere Client 中看不到有關針對歷史資料執行背景移轉的橫幅通知。

    因應措施：使用 vCenter Server 管理介面，而非 vSphere Client。如需詳細資訊，請參閱監控和管理歷史資料移轉。

  • 在混合 vCenter 環境中使用 API 建立的雲端原生儲存 (CNS) 區塊磁碟區發生錯誤

    如果您的環境中具有 8.0 和 7.x 版的 vCenter Server 系統，則使用 API 建立雲端原生儲存 (CNS) 區塊磁碟區成功，但當您導覽以查看 CNS 磁碟區詳細資料時，vSphere Client 中可能會出現錯誤。會顯示類似下列內容的錯誤：Failed to extract the requested data. Check vSphere Client logs for details. + TypeError: Cannot read properties of null (reading 'cluster')。僅當您使用 8.0 vCenter Server 的 vSphere Client 檢閱 7.x vCenter Server 所管理的磁碟區時，才會發生此問題。

    因應措施：登入 vCenter Server 7.x 版系統上的 vSphere Client，以檢閱磁碟區內容。

  • 由於 vpxa 上要求佇列的檔案描述元不足的罕見情形，ESXi 主機可能會沒有回應，並且您會看到 vpxa 傾印檔案

    在少數情況下，如果向 vpxa 服務發出的要求需要很長時間 (例如，等待存取速度較慢的資料存放區)，vpxa 上的要求佇列可能會超過檔案描述元的限制。因此，ESXi 主機可能會短暫沒有回應，並且您會在 /var/core 目錄中看到 vpxa-zdump.00* 檔案。vpxa 記錄中包含行 Too many open files。

    因應措施：無。vpxa 服務會自動重新啟動並更正此問題。

  • 如果將自訂更新存放庫與未受信任的憑證搭配使用，則 vCenter Server 使用 vCenter Lifecycle Manager 工作流程升級或更新至 vSphere 8.0 可能會失敗

    如果將自訂更新存放庫與 VMware Certificate Authority (VMCA) 不信任的自我簽署憑證搭配使用，則 vCenter Lifecycle Manager 無法從此類存放庫下載檔案。因此，使用 vCenter Lifecycle Manager 工作流程 vCenter Server 升級或更新作業會失敗，並顯示錯誤Failed to load the repository manifest data for the configured upgrade。

    因應措施：使用 CLI、GUI 安裝程式或虛擬應用裝置管理介面 (VAMI) 執行升級。如需詳細資訊，請參閱 VMware 知識庫文章 89493。

虛擬機器管理問題

  • 將現有虛擬硬碟新增至新虛擬機器時，您可能會看到虛擬機器組態遭到拒絕的錯誤

    使用 VMware Host Client 將現有虛擬硬碟新增到新虛擬機器時，作業可能會失敗，並顯示類似下列內容的錯誤：The VM configuration was rejected. Please see browser Console。發生此問題的原因是，VMware Host Client 可能無法取得某些內容，例如硬碟控制器。

    因應措施：選取硬碟並移至即將完成頁面後，請勿按一下完成，而是返回一步，等待頁面載入，然後按下一步 > 完成。

vSphere Lifecycle Manager 問題

  • 如果使用從已啟用可設定狀態安裝的主機設定檔部署的 ESXi 主機作為映像，以在叢集中部署其他 ESXi 主機，則作業會失敗

    如果您擷取從已啟用可設定狀態安裝的主機設定檔部署的 ESXi 主機映像，以在 vSphere Lifecycle Manager 叢集中部署其他 ESXi 主機，則作業會失敗。在 vSphere Client 中，會顯示類似下列內容的錯誤：A general system error occurred: Failed to extract image from the host: no stored copy available for inactive VIB VMW_bootbank_xxx. Extraction of image from host xxx.eng.vmware.com failed。

    因應措施：使用叢集中的其他主機擷取映像。

  • 嘗試在版本低於 8.0 的 ESXi 主機上暫存 vSphere Lifecycle Manager 映像時看到錯誤訊息

    ESXi 8.0 引入了明確暫存所需狀態映像的選項，即，將存放庫元件從 vSphere Lifecycle Manager 存放庫下載到 ESXi 主機的程序，無需立即套用軟體和韌體更新。但是，僅 ESXi 8.0 或更新版本的主機支援映像暫存。嘗試在版本低於 8.0 的 ESXi 主機上暫存 vSphere Lifecycle Manager 映像，導致出現此類主機暫存失敗並將略過這些主機的訊息。這是預期行為，並不表示任何功能失敗，因為所有 ESXi 8.0 或更新版本的主機都使用指定的所需映像進行暫存。

    因應措施：無。確認受影響的 ESXi 主機版本低於 8.0 之後，請忽略這些錯誤。

  • 在具有 DPU 的 ESXi 主機上，使用 vSphere Lifecycle Manager 執行修復工作可能會間歇性失敗

    在具有 DPU 的 ESXi 主機上啟動 vSphere Lifecycle Manager 修復時，主機按預期升級並重新開機，但在重新開機之後且完成修復工作之前，可能會出現類似下列內容的錯誤：

    A general system error occurred: After host … remediation completed, compliance check reported host as 'non-compliant'. The image on the host does not match the image set for the cluster. Retry the cluster remediation operation.

    出現此罕見問題的原因是，DPU 上的修復後掃描出現間歇性逾時。

    因應措施：將 ESXi 主機重新開機，然後重新執行 vSphere Lifecycle Manager 符合性檢查作業，其中包括修復後掃描。

VMware Host Client 問題

  • VMware Host Client 可能會顯示不正確的嚴重性事件狀態說明

    在 VMware Host Client 中查看 ESXi 主機的嚴重性事件狀態說明時，這些說明可能與使用智慧平台管理介面 (IPMI) 或 Lenovo XClarity Controller (XCC) 查看的說明不同。例如，在 VMware Host Client 中，PSU 感應器的嚴重性事件狀態說明可能為 Transition to Non-critical from OK，而在 XCC 和 IPMI 中，說明則為 Transition to OK。

    因應措施：使用 ESXCLI 命令 esxcli hardware ipmi sdr list 和 Lenovo XCC 驗證嚴重性事件狀態的說明。

安全性功能問題

  • 如果您使用的 RSA 金鑰大小小於 2048 位元，則產生 RSA 簽章會失敗

    從 vSphere 8.0 開始，ESXi 會使用 OpenSSL 3.0 FIPS 提供者。根據 FIPS 186-4 需求，RSA 金鑰大小必須至少為 2048 位元才能產生任何簽章，並且不支援使用 SHA1 產生簽章。

    因應措施：使用大於 2048 的 RSA 金鑰大小。

客體作業系統問題

  • 由於透過虛擬機器通訊介面 (VMCI) 進行的通訊中斷，虛擬機器的客體作業系統可能會沒有回應

    在十分特殊的情況下，當虛擬機器上的 vSphere vMotion 作業與傳送 VMCI 資料包的作業並行執行時，使用 VMCI 資料包的服務可能會出現非預期通訊或通訊中斷。在相同情況下，還原記憶體快照、恢復暫停的虛擬機器或使用 CPU 熱新增時也可能會發生此問題。因此，相依於透過 VMCI 進行通訊之服務的客體作業系統可能會沒有回應。此問題也可能會影響使用透過 VMCI 的 vSocket 的服務。此問題不會影響 VMware Tools。此問題特定於硬體版本為 20 且具有以下 Linux 發行版本的虛擬機器：該發行版本具有在 Linux 核心 5.18 中針對 VMCI 功能引入的特定修補程式，包括但不限於最新版本的 RHEL 8.7、Ubuntu 22.04 和 22.10 以及 SLES15 SP3 和 SP4。

    因應措施：將進階選項 vmci.dmaDatagramSupport 設定為 FALSE。如需詳細資訊，請參閱 VMware 知識庫文章 89683。

  • 如果已啟用直接記憶體存取 (DMA) 重新對應，Linux 客體作業系統無法完成開機

    如果虛擬機器上已啟用進階處理器設定 Enable IOMMU in this virtual machine，且客體作業系統已啟用 DMA 重新對應，則 Linux 客體作業系統可能無法完成開機程序。此問題會影響硬體版本為 20 且具有以下 Linux 發行版本的虛擬機器：該發行版本具有在 Linux 核心 5.18 中針對 VMCI 功能引入的特定修補程式，包括但不限於最新版本的 RHEL 8.7、Ubuntu 22.04 和 22.10 以及 SLES15 SP3 和 SP4。

    因應措施：將進階選項 vmci.dmaDatagramSupport 設定為 FALSE，或停用 Enable IOMMU in this virtual machine 選項。如需詳細資訊，請參閱 VMware 知識庫文章 89683。

check-circle-line exclamation-circle-line close-line
Scroll to top icon