Bekannte Probleme

Auf dieser Seite werden bekannte Probleme beschrieben, die bei der Verwendung von Google Cloud VMware Engine auftreten können.

Allgemeine Probleme

Im Folgenden sind allgemeine Probleme aufgeführt, die VMware Engine betreffen.

Virtuelle Maschine mit Windows Server 2022 KB5022842 (Betriebssystemversion 20348.1547), für die der sichere Start konfiguriert ist, startet nicht (90947)

Nach der Installation des Windows Server 2022-Updates KB5022842 (OS-Build 20348.1547) kann das Gastbetriebssystem nicht gestartet werden, wenn die virtuellen Maschinen mit aktiviertem sicheren Start konfiguriert sind. Sie haben folgende Möglichkeiten, dieses Problem zu umgehen:

  • KB5022842 überspringen und KB5023705 verwenden
  • „Secure Boot“ auf den betroffenen VMs deaktivieren

Für das Route Advertisement von Ihrer privaten Cloud zu Ihrem VPC-Netzwerk gilt ein Limit von 100 Präfixen.

Wenn Ihr Route Advertisement dieses Limit überschreitet, werden einige Präfixe möglicherweise weggelassen. Implementieren Sie die Aggregation auf NSX-T Edge, um innerhalb dieses Limits zu bleiben.

VMware Engine benötigt Cloud Router, um IP-Adressbereiche (Präfixe oder CIDRs) von NSX einem VPC-Netzwerk eines Diensterstellers anzubieten. Diese Präfixe werden zu benutzerdefinierten dynamischen Routen im Dienstersteller-VPC-Netzwerk, das per Peering mit Ihrem VPC-Netzwerk verbunden ist.

Wenn Sie das VPC-Netzwerk für den Import benutzerdefinierter dynamischer Routen in dieser Peering-Beziehung konfigurieren, werden die benutzerdefinierten Routen innerhalb des VPC-Netzwerks von NSX-Präfixen vorangestellt. Die Anzahl der NSX-Präfixe, die Sie importieren können, ist durch zwei Faktoren begrenzt:

Vor der vollständigen Bereitstellung der Private Cloud ausgeführte Vorgänge schlagen fehl

Vorgänge wie die Eskalation von Berechtigungen, die Erweiterung der Private Cloud und das Ersetzen von Knoten sind im Google Cloud VMware Engine-Portal für Private Clouds zulässig, die noch nicht vollständig bereitgestellt wurden. Wenn Sie diese Vorgänge jedoch in VMware Engine ausführen, bevor die Private Cloud (einschließlich NSX-T und HCX) vollständig bereitgestellt wurde, schlagen diese Vorgänge fehl. Führen Sie diese Vorgänge erst aus, wenn Sie Ihre Private Cloud vollständig bereitgestellt haben.

VMware Engine wird noch nicht vollständig von [VPC Service Controls unterstützt][vpc sc supported products]

VPC Service Controls implementiert eine vorläufige Lösung (Umgehung), mit der Sie VMware Engine weiterhin innerhalb eines Projekts in einem VPC Service Controls-Perimeter nutzen können. Weitere Informationen finden Sie unter VPC Service Controls.

ESXi-Hosts können während der Erfassung von Diagnoseinformationen vorübergehend die Verbindung verlieren

Bei ESXi-Hosts in Umgebungen mit NVMe-PCIe-Geräten kann die Verbindung während der Erhebung von Diagnoseinformationen vorübergehend unterbrochen werden.

Ursache

Wenn Sie Informationen zu ESXi-Systemen mit dem Befehl vm-support oder über die vCenter-Benutzeroberfläche erfassen, werden Protokolle vorübergehend im Verzeichnis ramdisk /tmp gespeichert. Wenn das System viele NVMe-PCIe-Geräte hat oder die Protokolldatei groß ist, wird das Verzeichnis ramdisk /tmp schnell voll. Dies kann dazu führen, dass Ihr ESXi-Host vorübergehend die Verbindung verliert, bis die vm-support-Erfassung abgeschlossen ist.

Behelfslösung:

Wenn Sie das NVME-Manifest aus dem Bereich „Ausgewählte Protokolle“ auf der Seite zum Erstellen des Protokoll-Bundles ausschließen, wird verhindert, dass das Verzeichnis ramdisk /tmp voll wird, und der EXSi-Host verliert nicht die Netzwerkverbindung. So schließen Sie das NVMe-Manifest aus:

  1. Melden Sie sich mit dem Nutzernamen und Passwort für cloudowner in vCenter an.
  2. Klicken Sie im Inventar mit der rechten Maustaste auf die vCenter-Serverinstanz, für die Sie die Ausgrenzung festlegen möchten.
  3. Klicken Sie auf Systemprotokolle exportieren….
  4. Wählen Sie den ESXi-Host aus, von dem Sie das Protokollpaket ausschließen möchten.
  5. Scrollen Sie unter Protokolle auswählen zu Speicher, deaktivieren Sie die Option NVMe und klicken Sie dann auf Exportierte Protokolle. Das NVMe-Manifest ist jetzt ausgeschlossen.

Weitere Informationen zu dieser Fehlerbehebung finden Sie unter VMware ESXi 7.0 Update 3q.

Fehler bei der Übersetzung des Namens einer privaten Cloud-Ressource

Wenn Sie VMware Engine Horizon (VDI) in der Google Cloud VMware Engine ausführen, können nach der Umbenennung der Ressourcen Ihrer privaten Cloud, damit sie den Standards der Google Cloud CLI und der VMware Engine API entsprechen, Fehler auftreten.

Der folgende Beispielfehler tritt auf, wenn Sie die Namen von Ressourcen in der privaten Cloud ändern, ohne die korrekte Bereitstellung von Horizon-Desktop-Pools zu bearbeiten:

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

Führen Sie vor dem geplanten Datum der Namensübersetzung die folgenden Schritte aus, um das Problem zu beheben:

  1. Rufen Sie das VMware Horizon-Dashboard auf.
  2. Bearbeiten Sie alle Horizon-Desktoppools für Full-Clone- und Instant-Clone-Pools und legen Sie für sie die Option Bereitstellung deaktivieren fest.

Sobald die Namensänderung der Private Cloud-Ressource abgeschlossen ist, führen Sie die folgenden Schritte aus:

  1. Bearbeiten Sie jeden Desktoppool und konfigurieren Sie die folgenden Einstellungen auf dem Tab vCenter-Einstellungen sowohl für Full-Clone- als auch für Instant-Clone-Pools neu:

    • Ressourcenpool
    • Datastore

  2. Setzen Sie den Status jedes Pools wieder auf Bereitstellung aktivieren zurück.

  3. Testen Sie jeden Pool, indem Sie einen Desktop zum Pool hinzufügen oder daraus entfernen, um sicherzustellen, dass die Bereitstellung ordnungsgemäß funktioniert.

Das VMware Engine-Team arbeitet aktiv daran, so schnell wie möglich eine Lösung für die Interoperabilität bereitzustellen. Wenden Sie sich an Ihr Account-Management-Team, um auf dem Laufenden zu bleiben.