Bekannte Probleme
Auf dieser Seite werden bekannte Probleme beschrieben, die bei der Verwendung von Google Cloud VMware Engine auftreten können.
Allgemeine Probleme
Es gibt ein Limit von 100 Präfixen für das Routen-Advertising von Ihrer privaten Cloud zu Ihrem VPC-Netzwerk
Wenn Ihr Routen-Advertising dieses Limit überschreitet, werden einige Präfixe möglicherweise nicht berücksichtigt. Implementieren Sie die Aggregation auf NSX-T Edge, um dieses Limit einzuhalten.
VMware Engine nutzt Cloud Router, um IP-Adressbereiche (Präfixe oder CIDRs) von NSX für ein VPC-Netzwerk eines Diensterstellers anzubieten. Diese Präfixe werden im VPC-Netzwerk des Diensterstellers zu benutzerdefinierten dynamischen Routen, die mit Ihrem VPC-Netzwerk verbunden sind.
Wenn Sie Ihr VPC-Netzwerk so konfigurieren, dass benutzerdefinierte dynamische Routen in dieser Peering-Beziehung importiert werden, werden dem NSX benutzerdefinierte Routen aus Peers in Ihrem VPC-Netzwerk vorangestellt. Die Anzahl der NSX-Präfixe, die Sie importieren können, ist durch zwei Faktoren begrenzt:
- Cloud Router-Standardlimit für die Anzahl eindeutiger Präfixe pro Region, das VMware Engine übernimmt
- Die maximale Anzahl dynamischer Routen in einer Peering-Gruppe in Ihrem VPC-Netzwerk
Vorgänge der privaten Cloud versucht, bevor die private Cloud vollständig bereitgestellt wird
Vorgänge wie die Rechteausweitung, die Erweiterung der privaten Cloud und der Knotenaustausch sind im Google Cloud VMware Engine-Portal für noch nicht betriebsbereite private Clouds zulässig. 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 die private Cloud vollständig bereitgestellt haben.
VMware Engine wird noch nicht von VPC Service Controls unterstützt
Dabei können folgende Probleme auftreten:
Wenn Sie VPC Service Controls vor dem Bereitstellen einer privaten Cloud oder dem Erstellen einer neuen privaten Verbindung konfiguriert haben, können je nach Konfiguration der VPC Service Controls-Dienstrichtlinie einige Aktionen fehlschlagen.
Wenn Sie VPC Service Controls nach dem Bereitstellen einer privaten Cloud oder dem Erstellen einer neuen privaten Verbindung konfigurieren, sind die SLAs für VMware Engine nicht garantiert, da einige Dienstvorgänge möglicherweise nicht abgeschlossen werden.
Wenn Probleme mit dem Vorgang oder der Verbindung der privaten Cloud auftreten und Sie VPC Service Controls wie oben beschrieben implementiert haben, deaktivieren Sie VPC Service Controls und wenden Sie sich an den Cloud Customer Care, um die verbleibenden Probleme zu beheben.
Fehler beim Übersetzen des Ressourcennamens der privaten Cloud
Wenn Sie VMware Engine Horizon (VDI) in der Google Cloud VMware Engine ausführen, können nach dem Ändern der Namen der privaten Cloud-Ressourcen Fehler auftreten, um die Standards für die Google Cloud CLI und die VMware Engine API zu erfüllen.
Der folgende Beispielfehler tritt auf, wenn die Ressourcennamen von privaten Cloud-Ressourcen geändert werden, ohne Horizon Desktop-Pools ordnungsgemäß 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
Um dieses Problem zu beheben, führen Sie vor dem geplanten Datum der Übersetzung Ihres Namens folgende Schritte aus:
- Rufen Sie das VMware Horizon-Dashboard auf.
- Bearbeiten Sie alle Horizon Desktop-Pools für Full Klone und Instant Klonpools und setzen Sie sie auf Nutzerverwaltung deaktivieren.
Nachdem die Namensänderung der privaten Cloud-Ressource abgeschlossen ist, führen Sie die folgenden Schritte aus:
Bearbeiten Sie die einzelnen Desktop-Pools und konfigurieren Sie die folgenden Einstellungen auf dem Tab vCenter-Einstellungen sowohl für den Pool mit vollständigem Klonmodus als auch für die Instant-Klonpools neu:
- Ressourcenpool
- Datastore
Setzen Sie jeden Poolstatus auf Nutzerverwaltung aktivieren zurück.
Testen Sie jeden Pool, indem Sie einen Desktop hinzufügen oder entfernen, um sicherzustellen, dass die Bereitstellung ordnungsgemäß funktioniert.
Das VMware Engine-Team arbeitet aktiv daran, so schnell wie möglich eine Interoperabilitätslösung bereitzustellen. Wenden Sie sich an Ihr Account-Management-Team, um aktuelle Informationen zur Verfügbarkeit von Funktionen zu erhalten.