Bekannte Probleme

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

Allgemeine Probleme

Virtuelle Maschine mit Windows Server 2022 KB5022842 (OS Build 20348.1547), die mit aktiviertem Secure Boot konfiguriert ist und nicht gestartet wird (90947)

Nach der Installation von Windows Server 2022 aktualisieren Sie KB5022842 (OS Build 20348.1547). Das Gastbetriebssystem kann nicht starten, wenn die virtuellen Maschinen mit aktiviertem Secure Boot konfiguriert sind. Sie haben folgende Möglichkeiten, das Problem zu umgehen:

  • Überspringen Sie KB5022842 und verwenden Sie KB5023705
  • Deaktivieren Sie „Secure Boot“ auf betroffenen VMs.

Es gibt ein Limit von 100 Präfixen für Routing-Advertising von Ihrer privaten Cloud zu Ihrem VPC-Netzwerk

Wenn Ihr Routen-Advertising diesen Grenzwert überschreitet, werden möglicherweise einige Präfixe entfernt. Implementieren Sie die Aggregation in NSX-T Edge, um dieses Limit nicht zu überschreiten.

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 Ihr VPC-Netzwerk so konfigurieren, dass benutzerdefinierte dynamische Routen in dieser Peering-Beziehung importiert werden, stellt NSX benutzerdefinierte Peer-Routen in Ihrem VPC-Netzwerk ein Präfix voran. Die Anzahl der NSX-Präfixe, die Sie importieren können, ist durch zwei Faktoren begrenzt:

Vorgänge der privaten Cloud, die vor der vollständigen Bereitstellung der privaten Cloud ausgeführt wurden, schlagen fehl

Vorgänge wie Rechteausweitung, Erweiterung der privaten Cloud und Knotenaustausch sind im Google Cloud VMware Engine-Portal für operative 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 vollständig bereitgestellt wurde (einschließlich NSX-T und HCX), 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 Service Controls implementiert eine Übergangslösung (Problemumgehung), damit Sie die VMware Engine weiterhin innerhalb eines Projekts in einem VPC Service Controls-Perimeter verwenden können. Weitere Informationen finden Sie unter VPC Service Controls.

Fehler bei der Übersetzung des Ressourcennamens der privaten Cloud

Wenn Sie VMware Engine Horizon (VDI) in Google Cloud VMware Engine ausführen, treten möglicherweise Fehler auf, nachdem Sie die Ressourcenbenennung der privaten Cloud so geändert haben, dass sie den Standards für die Google Cloud CLI und VMware Engine API entspricht.

Der folgende Beispielfehler tritt auf, wenn Ressourcennamen der privaten Cloud geändert werden, ohne die ordnungsgemäße 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 für die Namensübersetzung die folgenden Schritte aus, um dieses Problem zu beheben:

  1. Rufen Sie das VMware Horizon-Dashboard auf.
  2. Bearbeiten Sie alle Horizon Desktop-Pools sowohl für die Pools für den vollständigen Klon als auch für die Instant-Klon-Pools und setzen Sie sie auf Bereitstellung deaktivieren.

Wenn die Änderung des Ressourcennamens der privaten Cloud abgeschlossen ist, führen Sie die folgenden Schritte aus:

  1. Bearbeiten Sie die einzelnen Desktoppools und konfigurieren Sie die folgenden Einstellungen auf dem Tab vCenter Settings (vCenter-Einstellungen) sowohl für die Pools für den vollständigen Klon als auch für die Instant-Klon-Pools neu:

    • Ressourcenpool
    • Datastore

  2. Setzen Sie jeden Poolstatus wieder auf Bereitstellung aktivieren zurück.

  3. Testen Sie jeden Pool, indem Sie dem Pool einen Desktop hinzufügen oder ihn daraus entfernen, damit die Bereitstellung ordnungsgemäß funktioniert.

Das VMware Engine-Team arbeitet aktiv daran, so schnell wie möglich eine Interoperabilitätslösung bereitzustellen. Aktuelle Informationen zur Verfügbarkeit der Funktionen erhalten Sie von Ihrem Account-Management-Team.