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 startet (90947)

Nach der Installation von Windows Server 2022 Update KB5022842 (OS Build 20348.1547) Das Gastbetriebssystem kann nicht gestartet werden, wenn die virtuellen Maschinen mit „Sicherheit“ konfiguriert sind aktiviert ist. Sie haben folgende Möglichkeiten, dieses Problem zu umgehen:

  • Überspringen Sie KB5022842 und verwenden Sie KB5023705.
  • „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 Routen-Advertising diese Beschränkung überschreitet, werden möglicherweise einige Präfixe entfernt. 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 Rechteausweitung, Erweiterung der privaten Cloud und Knoten Ersetzen sind im Google Cloud VMware Engine-Portal unter „Operational Private“ zulässig die noch nicht vollständig bereitgestellt sind. Wenn Sie jedoch versuchen, Vorgänge in der VMware Engine ausführen, bevor die private Cloud vollständig abgeschlossen ist bereitgestellt werden (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

Mit VPC Service Controls können Sie eine vorläufige Lösung VMware Engine trotzdem innerhalb eines Projekts in einem VPC Service Controls-Perimeter. Weitere Informationen finden Sie unter VPC Service Controls.

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

Wenn Sie VMware Engine Horizon (VDI) in Google Cloud VMware Engine ausführen, können Fehler auftreten, nachdem Sie die Ressourcenbenennung für die private Cloud die Standards für die Google Cloud CLI und VMware Engine API erfüllen.

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 Änderung des Ressourcennamens der privaten Cloud abgeschlossen ist, führen Sie die folgenden Schritten:

  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-Computer zum Pool hinzufügen oder daraus entfernen. dass die Bereitstellung ordnungsgemäß funktioniert.

Das VMware Engine-Team arbeitet aktiv daran, so schnell wie möglich eine Interoperabilitätslösung anbieten. Um über die Funktion auf dem Laufenden zu bleiben erhalten Sie von Ihrem Account-Management-Team.