已知問題

本頁說明您在使用 Google Cloud VMware Engine 時可能會遇到的問題。

一般問題

以下是影響 VMware Engine 的已知一般問題。

HCX Manager 升級作業誤標為 vSphere 版本升級

問題：HCX Manager 升級在 Google Cloud 控制台中錯誤標示為「vSphere 版本升級」。

詳細資料：雖然系統會在活動前至少 14 天和 24 小時，傳送識別 HCX 升級作業的特定電子郵件通知，但自動傳送的「您的私有雲更新作業已開始」和「您的私有雲更新作業已完成」通知，反映的是一般私有雲更新作業。此外，Google Cloud 主控台介面會明確將作業標示為 vSphere 版本升級。這種不一致可能會造成混淆，尤其是最近完成全堆疊升級 (例如從 vSphere 7.x 升級至 8.x) 的客戶，因為環境似乎正在進行另一項重大平台更新。

解決方法：請查看維護期間前傳送的 HCX 專屬通知電子郵件，確認工作範圍。如果時間表一致， Google Cloud 控制台中的「vSphere 版本升級」狀態僅指 HCX Manager 更新。您無須採取任何行動。

狀態：這是目前通知系統設計的已知限制。

vSphere 8.0 Update 3 私有雲的佈建時間

問題：VMware Engine 現在會使用 VMware vSphere 8.0 Update 3 和 NSX-T 4.2.1.2 部署新的私有雲。升級期間，所有新部署作業都會使用標準佈建速度，建立及擴充私有雲。

詳細資料：建立私有雲最多可能需要 140 分鐘。

解決方法：不需要解決方法，但部署新的私有雲或擴充現有叢集時，請預留額外時間。

偵測：部署新私有雲或擴充現有叢集時，您可能會發現部署時間比平常長。

狀態：這是預期行為，因為版本更新和升級作業正在進行中。

已啟用安全啟動功能的虛擬機器無法啟動，且該虛擬機器已安裝 Windows Server 2022 KB5022842 (OS Build 20348.1547) (90947)

安裝 Windows Server 2022 更新 KB5022842 (OS Build 20348.1547) 後，如果虛擬機器已啟用安全啟動功能，客體 OS 就無法啟動。如要解決這個問題，請採取下列任一做法：

從私有雲到虛擬私有雲網路的路由通告有 100 個前置字元限制

如果通告的路徑超過此限制，系統可能會捨棄部分前置字元。如要維持在這個限制內，請在 NSX-T Edge 上實作匯總作業。

VMware Engine 會透過 Cloud Router，將 NSX 的 IP 位址範圍 (前置字元或 CIDR) 通告至服務供應商 VPC 網路。這些前置字元會成為與您虛擬私有雲網路對等互連的服務供應商虛擬私有雲網路中的自訂動態路徑。

當您設定虛擬私有雲網路，在這個對等互連關係中匯入自訂動態路徑時，NSX 會在虛擬私有雲網路中為對等互連自訂路徑加上前置字元。可匯入的 NSX 前置字元數量受下列兩項因素限制：

私有雲完全部署完成前，嘗試執行的私有雲作業會失敗

在尚未完全佈建的運作中私有雲上，Google Cloud VMware Engine 入口網站允許執行提權、私有雲擴充和節點更換等作業。不過，如果您在私有雲完全部署完成 (包括 NSX-T 和 HCX) 之前，嘗試在 VMware Engine 執行這些作業，就會失敗。請先完整部署私有雲，再嘗試執行這些作業。

VPC Service Controls 尚未完全支援 VMware Engine

VPC Service Controls 會實作暫時解決方案 (變通方法)，讓您仍可從 VPC Service Controls 範圍內的專案使用 VMware Engine。詳情請參閱「VPC Service Controls」。

Apigee 與地端部署網際網路路由的互通性

如果您在與 VMware Engine 相同的虛擬私有雲網路上使用 Apigee 虛擬私有雲對等互連，並將 VMware Engine 設為透過地端部署連線傳送網際網路流量，Apigee 輸出通訊也可能會透過地端部署連線傳送。如要進行這項設定，請按照「設定工作負載 VM 的網際網路存取權」一文所述，在 servicenetworking.googleapis.com 對等互連上啟用 VPC Service Controls。

如果 Apigee 流量是透過地端部署連線傳送，Apigee 就不會再使用設定的外部 IP 位址，與外部 API 後端服務進行輸出通訊。如果您依賴 Apigee 的外部 IP 位址進行防火牆設定，則必須更新防火牆設定，允許來自地端部署網路的流量。

收集診斷資訊期間，ESXi 主機可能會暫時失去連線

在有 NVMe PCIe 裝置的環境中，ESXi 主機可能會在收集診斷資訊時暫時失去連線。

根本原因

使用 vm-support 指令或 vCenter UI 收集 ESXi 系統的相關資訊時，記錄檔會暫時儲存在 ramdisk /tmp 目錄中。如果系統有許多 NVMe PCIe 裝置或記錄檔很大，ramdisk /tmp 目錄很快就會填滿，導致 ESXi 主機暫時失去連線，直到 vm-support 收集作業完成為止。

解決方法：

在記錄組合建立頁面的「選取記錄」部分中排除 NVME 資訊清單，可避免 ramdisk /tmp 目錄填滿，並確認 EXSi 主機不會失去網路連線。如要排除 NVMe 資訊清單，請執行下列步驟：

  1. 使用 cloudowner 使用者名稱和密碼登入 vCenter。
  2. 在清單中，以滑鼠右鍵按一下要排除的 vCenter Server 執行個體。
  3. 按一下「匯出系統記錄...」。
  4. 選取要排除記錄檔組合的 ESXi 主機。
  5. 在「選取記錄」下方，捲動至「儲存空間」，然後清除「NVMe」選項，接著點選「匯出記錄」。NVMe 資訊清單現已排除。

如要進一步瞭解這項修正，請參閱「VMware ESXi 7.0 Update 3q」。

私有雲資源名稱翻譯錯誤

如果您在 Google Cloud VMware Engine 上執行 VMware Engine Horizon (VDI)，將私有雲資源名稱改為符合 Google Cloud CLI 和 VMware Engine API 的標準後，可能會遇到錯誤。

如果變更私有雲資源名稱，但未正確編輯佈建 Horizon Desktop Pools，就會發生下列範例錯誤：

Error during Provisioning Cloning of VM Desktop-UK-005 has failed. No resource pool available for the pool: ic-pool-1

Error during Provisioning Cloning of VM Desktop-UK-005 has failed. No datastores available for the pool: {}ic-pool-1

如要解決這個問題，請在預定名稱翻譯日期前完成下列步驟：

  1. 存取 VMware Horizon 資訊主頁。
  2. 編輯「完整複製」和「即時複製」集區的所有 Horizon Desktop Pool，並將其設為「停用佈建」。

私有雲資源名稱變更完成後，請完成下列步驟：

  1. 編輯每個桌面集區，然後在「vCenter 設定」分頁中，重新設定完整複製和即時複製集區的下列設定：

    • 資源集區
    • Datastore

  2. 將每個集區狀態設回「啟用佈建」。

  3. 在集區中新增或移除桌面，測試每個集區，確認佈建功能是否正常運作。

VMware Engine 團隊正積極開發互通性解決方案，如要瞭解最新功能，請與帳戶團隊聯絡。