VMware Cloud Director 10.6 | 27. Juni 2024 | Build 24055916 (installierter Build 24055813) Überprüfen Sie, ob Erweiterungen und Updates für diese Versionshinweise zur Verfügung stehen. |
VMware Cloud Director 10.6 | 27. Juni 2024 | Build 24055916 (installierter Build 24055813) Überprüfen Sie, ob Erweiterungen und Updates für diese Versionshinweise zur Verfügung stehen. |
VMware Cloud Director Version 10.6 umfasst Folgendes:
Dreistufige Mandantenfähigkeit
Cloud-Anbieter können das dreistufige Mandantenfähigkeitsmodell verwenden, um Unteranbieterorganisationen mit eingeschränkten Administratorrechten für eine begrenzte Anzahl von Mandanten einzurichten. Zu den möglichen Anwendungsszenarien gehören der Weiterverkauf von Cloud Services über Händler oder Anbieter verwalteter Dienste und die Aktivierung verschachtelter Mehrmandantenfähigkeit innerhalb von Unternehmensorganisationen. Diese Version bietet dreistufige Mandantenfähigkeit für sämtliche Aspekte der Ressourcen und Dienste, die über VMware Cloud Director verfügbar sind. Weitere Informationen finden Sie unter Überblick über die VMware Cloud Director-Verwaltung im Administratorhandbuch für VMware Cloud Director for Service Providers und unter Grundlegendes zur Rolle des Unteranbieters in VMware Cloud Director im Handbuch für VMware Cloud Director-Unteranbieter und -Mandanten.
VMware Cloud Director 10.6 erfordert PostgreSQL 13 oder höher
Für externe PostgreSQL-Konfigurationen erfordert VMware Cloud Director 10.6 PostgreSQL 13 oder höher.
Verwaltung von Container-Ressourcen und -Anwendungen
Kubernetes-Cluster-Administratoren können jetzt den Zugriff einzelner Mandantenbenutzer auf einen Kubernetes-Cluster oder auf einzelne Namespaces innerhalb eines Clusters steuern. Mandantenbenutzer können Container-Anwendungen in den Namespaces bereitstellen, für die ihnen Zugriff gewährt wurde. Auf diese Weise können mehrere Mandantenbenutzer einen Kubernetes-Cluster gemeinsam nutzen und ihre Container-Anwendungen im selben Cluster, aber unter verschiedenen Namespaces bereitstellen. Mandantenbenutzer, denen Zugriff auf Clusterebene gewährt wurde, können auch Container-Anwendungen bereitstellen, die Ressourcen auf Clusterebene anfordern.
Besitzer von Container-Anwendungen können den Verlauf der Anwendungsrevisionen auf der Anwendungsdetailseite einsehen. Jede Revision weist einen Status auf, der angibt, ob sie erfolgreich angewendet wurde.
Mit dieser Version wird eine neue Version von Content Hub Operator bereitgestellt. Content Hub Operator wird im Kubernetes-Cluster ausgeführt und kommuniziert für mehr Leistung mit VMware Cloud Director über das WebSocket-Protokoll. Content Hub Operator kann auch seine Versionskompatibilität mit VMware Cloud Director an das Mandantenportal rückmelden, wodurch der Clusterbesitzer entscheiden kann, wann ein Operator-Upgrade erfolgen soll.
Globaler Katalog
Cloud-Anbieter können Kataloge erstellen und veröffentlichen, die über mehrere vCenter-Instanzen und mehrere VMware Cloud Director-Sites hinweg global konsistent sind. Diese Funktion erfordert die Verwendung einer Replizierungstechnologie mit gemeinsam genutztem Speicher. Jede Lösung mit gemeinsam genutztem Speicher, die dokumentierte Skalierungs- und Leistungsanforderungen erfüllt, kann zum Aktivieren globaler verteilter Kataloge verwendet werden. Weitere Informationen finden Sie unter Konfigurieren von verteilten Katalogen für eine Organisation im Administratorhandbuch für VMware Cloud Director for Service Providers und unter Erstellen eines verteilten Katalogs im Handbuch für VMware Cloud Director-Unteranbieter und -Mandanten.
IPv6-Unterstützung für VMware Cloud Director-Appliance-Knoten
VMware Cloud Director-Appliance-Zellen können in einer IPv6-Netzwerkumgebung ausgeführt werden.
Mehrere VM-Snapshots
VMware Cloud Director unterstützt jetzt mehrere Snapshots pro VM bis zu einer maximal zulässigen Anzahl, die die Cloud-Anbieter konfigurieren können.
Erhöhung der Skalierungsgrenzwerte
Diese Version bringt eine signifikante Erhöhung der maximal möglichen Skalierung in mehreren Bereichen der Plattform mit sich. Die unterstützte Anzahl der VMs pro VMware Cloud Director-Instanz beträgt bis zu 55.000 (unabhängig vom Betriebszustand). Die Anzahl der gleichzeitig ausgeführten Remote-Konsolen beträgt bis zu 22.000 und die maximal zulässige Benutzeranzahl beträgt bis zu 300.000. Die maximal zulässige Anzahl virtueller Organisations-Datencenter (Organisations-VDCs) in einer Organisations-VDC-Gruppe erhöht sich von 16 auf 2.000 Mitglieder.
Photon OS 4.0
Die VMware Cloud Director-Appliance basiert jetzt auf Photon OS 4.0, das verbesserte Sicherheit und aktualisierte Betriebssystempakete bietet.
Verbesserte Leistung bei der Instanziierung von VM-Vorlagen
Wenn eine VM-Vorlage für eine VM auf einem anderen vCenter instanziiert wird, versucht VMware Cloud Director, die Instanziierungszeit mithilfe des Klonens der VM zu optimieren. Wenn der Klonvorgang fehlschlägt, greift VMware Cloud Director auf den OVF-Export/-Import zurück. Weitere Informationen zu Voraussetzungen zum Klonen auf vCenter finden Sie im KB-Artikel 2106952.
IP-Reservierungssystem des Mandantenadministrators
Wichtige Verbesserungen wurden beim IP-Adressenmanagement mit Schwerpunkt auf IP-Reservierungen für Arbeitslasten und der Bereitstellung von IP-Adressen für langlebige VMware Cloud Director-Dienste (z. B. LB-VIP) vorgenommen. Die Verbesserungen sind auf dreistufige Berechtigungen ausgerichtet und bieten eine intuitive Benutzererfahrung für die Verwaltung von IP-Adresslebenszyklen, die von IP-Pools für Mandanten-, Unteranbieter- und Anbieter-Personas abgeleitet werden.
Neue UX für die Bereitstellung von Avi-Controllern und NSX Cloud Connectors
In VMware Cloud Director 10.6 wurde die Bereitstellung von Avi-Controllern und NSX Cloud Connectors verbessert und es wurde eine neue UX zur Erhöhung der Avi-Skalierbarkeit durch Hinzufügen weiterer Cloud-Controller zu den vorhandenen Avi-Controllern hinzugefügt. Die UX stellt Verbrauchsinformationen für die Einschätzung der Controller-, NSX Cloud- und NSX Edge Gateway-Kapazität bereit.
Mandanten-Self-Service von benutzerdefinierten Integritätsüberwachungen für NSX Advanced Load BalancerBenutzerdefinierte Integritätsüberwachungen sind jetzt bei der Bereitstellung der NSX Advanced Load Balancer verfügbar. Benutzerdefinierte Integritätsüberwachungen ergänzen HTTP-Richtlinien und ermöglichen die Mandanten-Self-Service-Konfiguration für Integritätsprüfungen von Poolmitgliedern. Dies ermöglicht hochgradig an die Benutzeranforderungen angepasste Methoden, um sicherzustellen, dass Anwendungen wie vorgesehen ausgeführt werden, während fehlerhafte Poolmitglieder, bei denen benutzerdefinierte Integritätsprüfungen fehlschlagen, entfernt werden. Weitere Informationen finden Sie unter Erstellen und Zuweisen einer benutzerdefinierten Integritätsüberwachung im Service Provider Admin Portal und Erstellen und Zuweisen einer benutzerdefinierten Integritätsüberwachung im Mandantenportal.
Aufnahme von Sicherheitsprotokollen und Beobachtbarkeit durch den MandantenVMware Cloud Director 10.6 unterstützt die Aufnahme von Protokollen durch die Integration mit VMware Aria Operations for Logs. Protokolle von NSX Gateway Firewall und der verteilten Firewall werden jetzt von VMware Aria Operations for Logs verarbeitet und nahtlos in das VMware Cloud Director-Mandantenportal integriert. Mandanten können Protokolle in CSV-Dateien exportieren und Filter und Zeiträume verwenden, um sich auf bestimmte Ereignisse zu konzentrieren. Weitere Informationen finden Sie unter dem Thema Konfigurieren eines Protokollanbieters im Administratorhandbuch für VMware Cloud Director for Service Providers und in der Dokumentation zu Edge-Gateway-Firewall-Protokollen, Providergateway-Firewall-Protokollen und Protokollen für verteilte Firewalls im Handbuch für VMware Cloud Director-Unteranbieter und -Mandanten.
IPsec-VPN auf Providergateways und Edge-GatewaysIn Version 10.6 erweitert VMware Cloud Director die IPsec-VPN-Funktionalität um die Tunneleinrichtung auf dedizierten Providergateways. Die IPsec-VPNs-Verwaltung ist auch auf das dreistufige Modell ausgerichtet, sodass Mandanten, Unteranbieter und Anbieter VPNs einrichten und BGP verwenden können, um zu steuern, welche IP-Präfixe das VPN verwenden. Die BGP-Konfiguration kann für Mandanten automatisiert werden, wenn Anbieter IP-Räume zur Verwaltung von Netzwerkzuweisungen für die öffentliche und private Adressierung verwenden. Darüber hinaus können die Anbieter und Unteranbieter einige der BGP-Konfigurationen an ihre Mandanten delegieren. Weitere Informationen finden Sie in der Dokumentation zu IPsec-VPN für NSX Edge Gateways im Handbuch für das Service Provider Admin Portal und im Handbuch für das Mandantenportal sowie im Dokument „Konfigurieren von NSX-IPSec-VPN auf einem dedizierten Providergateway“ im Handbuch für das Service Provider Admin Portal und im Handbuch für das Mandantenportal.
In dieser Version wurde CVE-2024-22272 behoben.
Weitere Informationen zu dieser Schwachstelle und deren Auswirkungen auf VMware by Broadcom-Produkte finden Sie unter VMSA-2024-0014.
Neu - Änderungen an der Erstellung der laufzeitdefinierten Entität (Runtime Defined Entity, RDE) des Mandanten durch Anbieterbenutzer
Wenn Sie in VMware Cloud Director 10.6 als Anbieterbenutzer eine RDE im Mandantenkontext mithilfe des Anforderungsheaders X-VMWARE-VCLOUD-TENANT-CONTEXT
erstellen, ist der Besitzer der Einheit der ausgeblendete Benutzer system
. Der Benutzer system
wird nicht in der Liste der Benutzer angezeigt. VMware Cloud Director verwendet diesen Benutzer als Besitzer von Entitäten wie VMs und RDEs, die Anbieterbenutzer im Mandantenkontext erstellen.
In früheren VMware Cloud Director-Versionen sind die Besitzer solcher Entitäten die Anbieterbenutzer, die sie erstellen. Wenn Sie ein Upgrade auf Version 10.6 durchführen, ändert VMware Cloud Director die Besitzer vorhandener Mandantenentitäten von früheren VMware Cloud Director-Versionen in den Benutzer system
.
Sie können VMware Cloud Director 10.6 aus dem Broadcom-Supportportal herunterladen.
Weitere Informationen zur Registrierung beim Broadcom-Supportportal finden Sie unter Registrieren eines Kontos beim Broadcom-Supportportal und in Communitys. Anweisungen zum Herunterladen von Produkten finden Sie unter Herunterladen von Broadcom-Produkten und -Software.
Weitere Informationen zu den neuen und aktualisierten Funktionen dieser Version finden Sie unter Neuheiten in VMware Cloud Director 10.6.
Photon OS 4.0-Sicherheits-Updates
Die VMware Cloud Director-Appliance der Version 10.6.0 enthält Photon OS 4.0-Sicherheits-Updates für Empfehlungen bis einschließlich PHSA-2024-4.0-0618. Weitere Informationen finden Sie in den Photon OS 4.0-Sicherheitsempfehlungen.
Veraltete lokalisierte Sprachen
Ab der nächsten Hauptversion werden wir die Anzahl der unterstützten lokalisierten Sprachen reduzieren. Die folgenden drei Sprachen werden weiterhin unterstützt:
Japanisch
Spanisch
Französisch
Die folgenden Sprachen werden nicht mehr unterstützt: Brasilianisches Portugiesisch, Deutsch, Italienisch, Koreanisch, vereinfachtes Chinesisch, traditionelles Chinesisch.
Auswirkung:
Benutzer, die die nicht mehr unterstützten Sprachen verwenden, erhalten keine Updates und keinen Support mehr in diesen Sprachen.
Alle Benutzeroberflächen, Hilfedokumente und der Kundensupport sind nur noch in Englisch oder in den oben genannten drei unterstützten Sprachen verfügbar.
AMQP und RabbitMQ sind veraltet
Ab VMware Cloud Director 10.6 werden die AMQP-basierten Funktionen als veraltet eingestuft. Um weiterhin Support zu erhalten, sollten Sie alle Legacy-Erweiterungen, die AMQP verwenden, aktualisieren. Neuere Erweiterungen müssen auf entsprechenden MQTT-gestützten Funktionen basieren.
TKG- und TKGS-Cluster in VMware Cloud Director werden mit vSphere 8.0 Update 3 nicht unterstützt
Aufgrund einer Änderung der VMware Tanzu Kubernetes Grid- und der VMware Tanzu Kubernetes Grid Service-Architektur in vSphere 8.0.3 unterstützt VMware Cloud Director TKG- und TKGS-Cluster nur in Verbindung mit vSphere 8.0 Update 2c oder früheren Versionen.
Veralteter Prozess für lokale VMware Cloud Director-Benutzer bei Produktionsnutzung
Bei der Authentifizierung für lokale Benutzer kommen in VMware Cloud Director keine modernen Authentifizierungstechnologien, keine Best Practices für die Sicherheit und keine Compliance-Elemente wie 2FA- oder MFA-Unterstützung zum Einsatz. Durch Verwendung der Integration von VMware Cloud Director in externe Identitätsanbieter können Sie alle aktuellen und zukünftigen Fortschritte bei Authentifizierungstechnologien nutzen.
Zu Evaluierungszwecken bietet VMware Cloud Director weiterhin Unterstützung für lokale Benutzer. Die als veraltet eingestufte Produktionsnutzung lokaler Benutzer wird bis zur nächsten Hauptversion von VMware Cloud Director weiterhin uneingeschränkt unterstützt.
VMware Cloud Director 10.6 bietet keine Unterstützung für die Gastanpassung von Windows Vista und Windows Server 2008 SP1 und früher
Ab Version 10.6 können Windows Vista und Windows Server 2008 SP1 und früher nicht mehr angepasst werden.
Weitere Informationen zum Upgrade auf VMware Cloud Director 10.6, zu Upgrade- und Migrationspfaden und -Workflows finden Sie unter Upgrade und Migration der VMware Cloud Director Appliance oder Upgrade von VMware Cloud Director unter Linux.
Informationen zu den von VMware Cloud Director 10.6 verwendeten Netzwerkports und -protokollen finden Sie unter VMware Ports and Protocols.
In den VMware-Produkt-Interoperabilitätstabellen finden Sie aktuelle Informationen für Folgendes:
VMware Cloud Director-Interoperabilität mit anderen VMware-Plattformen
Unterstützte VMware Cloud Director-Datenbanken
CentOS 7
CentOS 8
CentOS 9
Red Hat Enterprise Linux 7
Red Hat Enterprise Linux 8
Red Hat Enterprise Linux 9
Ab Version 10.6 ist AMQP veraltet. Nach der Aktualisierung müssen Ihre Erweiterungen eine entsprechende MQTT-basierte Funktionalität verwenden, die keinen extern verwalteten Nachrichten-Broker mehr benötigt.
VMware Cloud Director verwendet AMQP zur Bereitstellung des von Erweiterungsdiensten, Objekterweiterungen und Benachrichtigungen genutzten Nachrichtenbusses. Diese Version von VMware Cloud Director erfordert RabbitMQ 3.10.x, 3.11.x oder 3.12.x.
Weitere Informationen finden Sie im Installations-, Konfigurations- und Upgrade-Handbuch zu VMware Cloud Director.
VMware Cloud Director-Installationen unter Linux unterstützen die PostgreSQL-Versionen 13 bis 15.
VMware Cloud Director unterstützt Apache Cassandra-Versionen 4.0.x und 4.1.x.
Jeder VMware Cloud Director-Server erfordert ca. 2100 MB freien Speicherplatz für die Installations- und Protokolldateien.
Informationen zu Arbeitsspeicheranforderungen finden Sie im Installations-, Konfigurations- und Upgrade-Handbuch zu VMware Cloud Director.
VMware Cloud Director ist eine CPU-gebundene Anwendung. Sie müssen die CPU-Überbelegungsrichtlinien für die entsprechende Version von vSphere befolgen. In virtualisierten Umgebungen muss es unabhängig von der Anzahl der für VMware Cloud Director verfügbaren Kerne ein sinnvolles Verhältnis zwischen vCPUs und physischen CPUs geben, das nicht zu extremer Überbelegung führt.
Jeder VMware Cloud Director-Server muss Installationen mehrerer häufig verwendeter Linux-Softwarepakete enthalten. Diese Pakete werden meist standardmäßig mit der Betriebssystemsoftware installiert. Wenn Pakete fehlen, schlägt das Installationsprogramm mit einer Diagnosemeldung fehl.
Zusätzlich zu den für das Installationspaket erforderlichen Paketen sind für mehrere Vorgänge die Konfiguration von Netzwerkverbindungen und die Erstellung von SSL-Zertifikaten die Verwendung des Linux-Befehls nslookup erforderlich. Dieser Befehl ist im bind-utils-Paket von Linux verfügbar.
VMware Cloud Director 10.5 unterstützt LDAP-, SAML- und OpenId Connect-Identitätsanbieter (OIDC).
VMware Cloud Director erfordert sichere Clientverbindungen. In SSL-Version 3 und TLS-Version 1.0 und 1.1 wurden erhebliche Sicherheitsprobleme erkannt. Diese Versionen sind nicht mehr in den Standardprotokollen enthalten, die vom Server zum Herstellen einer Clientverbindung angeboten werden. Systemadministratoren können weitere Protokolle und Verschlüsselungs-Suites aktivieren. Weitere Informationen finden Sie im Abschnitt zum Zellenverwaltungstool im Installations-, Konfigurations- und Upgrade-Handbuch zu VMware Cloud Director. Die folgenden Sicherheitsprotokolle werden unterstützt:
TLS-Version 1.3
TLS Version 1.2
TLS-Version 1.1 (standardmäßig deaktiviert)
TLS-Version 1.0 (standardmäßig deaktiviert)
Informationen zum Aktivieren der deaktivierten Versionen finden Sie im KB-Artikel unter KB 88929.
Standardmäßig aktivierte Verschlüsselungs-Suites:
TLS_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
Wenn Sie die TLS-Version 1.3 verwenden möchten, müssen TLS_AES_128_GCM_SHA256, TLS_AES_256_GCM_SHA384 oder beide aktiviert sein.
Standardmäßig deaktivierte Verschlüsselungs-Suites:
TLS_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDH_RSA_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDH_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDH_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
Systemadministratoren können das Zellenverwaltungstool verwenden, um die unterstützten Verschlüsselungs-Suites, die standardmäßig deaktiviert sind, explizit zu aktivieren.
VMware Cloud Director ist kompatibel mit der aktuellen und der vorhergehenden Hauptversion der folgenden Browser:
Google Chrome
Mozilla Firefox
Microsoft Edge
VMware Cloud Director unterstützt alle Gastbetriebssysteme und Versionen virtueller Hardware, die von den ESXi-Hosts unterstützt werden, die jedem Ressourcenpool zugrunde liegen.
Die vollständige Produktdokumentation finden Sie unter Dokumentation zu VMware Cloud Director.
Das Importieren einer vApp schlägt mit der folgenden Fehlermeldung fehl:Failed to attach vif uuid to network
Wenn die Tabelle dv_portgroup_inv
veraltete Einträge enthält, schlägt der Import einer vApp fehl. Dieser Fehler tritt auf, wenn zwischen vSphere und NSX ein Synchronisierungsproblem besteht. In diesem Fall wählt VMware Cloud Director unter Umständen ein ungültiges NSX-Netzwerk aus.
Im Assistenten „Katalog erstellen“ werden nur die ersten 10 Speicherrichtlinien aus der Liste der Richtlinien angezeigt
Wenn während der Erstellung eines Katalogs mehr als 10 Speicherrichtlinien verfügbar sind, werden aufgrund eines Problems mit dem Dropdown-Menü im Assistenten lediglich die ersten 10 Speicherrichtlinien angezeigt.
In Multisite-Umgebungen schlägt der Versuch, die vGPU-Profilnutzung anzuzeigen, mit einem Fehler fehl
Wenn Sie über eine Multisite-Umgebung verfügen, schlägt der Versuch, die vGPU-Profilnutzung anzuzeigen, mit folgendem Fehler fehl.
Unknown property 'id' on class 'class com.vmware.vcloud.rest.openapi.model.VgpuVmConsumerEntity
Das Verschieben und Bearbeiten einer VM schlägt mit dem Fehler Invalid AddressOnParent value (16) for disk with InstanceID
fehl
VMware Cloud Director unterstützt maximal 15 Festplatten auf einem SCSI-Controller. vCenter hingegen unterstützt 64 Festplatten auf VMware Paravirtual SCSI-Controllern, die einen Untertyp des SCSI-Controllers darstellen. Wenn eine VM mit einem VMware Paravirtual SCSI-Controller aus vCenter importiert wird und eine der VM-Festplatten eine Einheitennummer größer als 15 aufweist, können Sie die VM weder bearbeiten noch verschieben.
Wenn vSAN als Zielspeicherrichtlinie verwendet wird, tritt beim Ändern der Speicherrichtlinie einer VM unter Umständen folgender Fehler auf: Internal Server Error
Wenn Sie die Speicherrichtlinie einer VM innerhalb oder über Organisations-VDCs hinweg ändern und vSAN als Zielspeicherrichtlinie verwendet wird, schlägt der Vorgang unter Umständen mit einem Internal Server Error
fehl. In den VMware Cloud Director-Protokollen wird Invalid vSAN policy specified
angezeigt.
Mithilfe des VMware Cloud Director-Platzierungsmoduls werden VMs in Datenspeichern platziert, die sich im Wartungsmodus befinden.
Wenn sich ein Datenspeicher im Wartungsmodus befindet, muss VMware Cloud Director diesen Datenspeicher für die Platzierung ablehnen. Dennoch werden VMs vom Platzierungsmodul fälschlicherweise in Datenspeichern platziert, die sich im Wartungsmodus befinden.
Die Aktualisierung der AMQP-Verbindung schlägt mit dem Fehler No subject alternative names matching IP address
fehl
Der AMQP-Client von VMware Cloud Director verwendet ein DNS-Round-Robin-Lastausgleichsverfahren. Diese Methode funktioniert jedoch nicht, wenn die Verbindung mithilfe von TLS gesichert und in den Protokollen der folgende Fehler angezeigt wird.
Caused by: java.security.cert.CertificateException: No subject alternative names matching IP address...
Wenn Sie eine VM-Festplatte löschen, wird diese vorher von VMware Cloud Director verlagert
VMware Cloud Director verlagert die VM-Festplatte immer, wenn Sie sie löschen und eingeschaltete VMs vorhanden sind.
Sie können keine Netzwerkkontextprofile mit mehreren Attributen in einem Edge-Gateway erstellen
Das Erstellen eines neuen benutzerdefinierten Netzwerkkontextprofils im Edge-Gateway-Abschnitt des VMware Cloud Director Service Provider Admin Portal schlägt mit der folgenden Fehlermeldung fehl, wenn verschiedene durch Kommas getrennte Attributwerte ausgewählt werden.
Bad Request: Error occurred in the backing network provider: Duplicate attribute key found: DOMAIN_NAME., error code 521002
Die Poolerstellung in Edge-Gateways schlägt mit einem Fehler fehl Field Pool.append_port cannot have NON_DEFAULT_80_443 as its value in BASIC license tier. Allowed value(s): NEVER
Das Feld append_port
in VMware NSX Advanced Load Balancer-Serverpoolobjekten weist drei Werte auf: NON_DEFAULT_80_443
, NEVER
, and ALWAYS
. Für Benutzer der NSX Advanced Load Balancer Basic Edition-Lizenz lautet der korrekte Wert NEVER
. Der aktuelle VMware Cloud Director-Konfigurationsstandard ist jedoch auf NON_DEFAULT_80_443
festgelegt. Dies führt zu Problemen bei Kunden mit NSX Advanced Load Balancer-Basic-Lizenzen, die ein Upgrade von VMware Cloud Director durchführen.
Sie können Ihre NSX Cloud-Instanzen nicht bei VMware Cloud Director registrieren, da die Liste der verfügbaren Clouds abgeblendet dargestellt wird
Wenn Sie beim Registrieren einer NSX Cloud-Instanz in VMware Cloud Director eine URL mit einem Schrägstrich am Ende angeben, können Sie selbst bei erfolgreicher Verbindung keine NSX Cloud-Instanzen auswählen, da der zusätzliche Schrägstrich ein Problem beim Abrufen der Clouds verursacht.
Sie können die E-Mail-Einstellungen von neu erstellten Organisationen nicht ändern
Wenn Sie den cloudapi
-Endpoint zum Erstellen von Organisationen verwenden, erstellt VMware Cloud Director keine Einträge in den Tabellen smtp_server
und org_email
. In früheren Versionen verwendet VMware Cloud Director jedoch die Legacy-API zum Einfügen dieser Datensätze.
Das Ausführen einer Aktion für eine vApp führt zu einem Fehler des Typs Entity not found
VMware Cloud Director lässt während der vApp-Klon- und -Kopiervorgänge fälschlicherweise Leerzeichen im vApp-Namen zu. Dies führt dazu, dass VMware Cloud Director die vApp als eine andere Entität behandelt. Wenn Sie später versuchen, Aktionen für die vApp durchzuführen, schlagen die Aktionen mit dem Fehler Entity not found
fehl.
Wenn Sie eine VM einer vApp umbenennen, der Name aber bereits vergeben ist, gibt VMware Cloud Director einen Fehler zurück. Dennoch wird der Name in vCenter geändert
Wenn Sie eine VM einer vApp umbenennen und derselbe VM-Name in der vApp verwendet wird, erhalten Sie in VMware Cloud Director eine Fehlermeldung mit dem Hinweis, dass ein doppelter Schlüssel vorhanden ist und die VM nicht umbenannt werden kann. Der Vorgang wird aber dennoch in vCenter ausgeführt. Der Neukonfigurationsvorgang löst eine Aufgabe in vCenter aus, und Namensänderungen werden durchgeführt, ohne dass überprüft wird, ob der Name bereits vergeben wurde.
Das Ausführen des CMT-Befehls zum Konfigurieren einer Negativliste für Testverbindungen mit einem IP-Adressbereich von 0.0.0.0/0 schlägt mit einem Fehler fehl
Wenn Sie den Befehl des Zellenverwaltungstools (CMT-Befehl) /opt/vmware/vcloud-director/bin/cell-management-tool manage-test-connection-denylist --add-range 0.0.0.0/0
ausführen, analysiert VMware Cloud Director den Bereich nicht ordnungsgemäß und der Vorgang schlägt mit dem folgenden Fehler fehl.
Error executing command: Index -1 out of bounds for length 0
Wenn Sie während der Einrichtung einer primären VMware Cloud Director Appliance die Umschaltoption „CEIP“ standardmäßig aktiviert lassen, wird CEIP nach Abschluss der Einrichtung deaktiviert
Während der Einrichtung einer primären VMware Cloud Director-Appliance ist die Umschaltoption CEIP standardmäßig aktiviert. Nach Abschluss der Einrichtung nimmt Ihre VMware Cloud Director-Instanz jedoch nicht am Programm zur Verbesserung der Benutzerfreundlichkeit teil. Wenn Sie ein Upgrade von VMware Cloud Director durchführen, bleibt „CEIP“ weiterhin deaktiviert.
NSX-T-gestützte vApps zeigen die externe IP nicht unter der Eigenschaft „Externe IP“ an, wenn eine NAT-Regel für die Portweiterleitung aktiviert ist
Wenn Sie eine NAT-Regel mit Portweiterleitung in einem NSX-gestützten vApp-Netzwerk aktivieren, wird die externe IP weder in den Netzwerkinformationen noch in der Eigenschaft „Externe IP“ der VM angezeigt.
Wenn Sie die CloudAPI zum Erstellen oder Aktualisieren einer Organisation verwenden, können Sie das canPublish
-Flag nicht auf „true“ festlegen
Wenn Sie die CloudAPI verwenden, um eine Organisation zu erstellen oder zu aktualisieren und sie zum Veröffentlichen von Katalogen zu befähigen, bleibt das Feld canPublish
im Status false
, obwohl Sie den Wert auf true
festlegen. Die Legacy-API ist davon nicht betroffen.
Das Erstellen von Netzwerkpools in Edge-Gateways schlägt mit einem Fehler des Typs Field Pool.append_port cannot have NON_DEFAULT_80_443 as its value in BASIC license tier. Allowed value(s): NEVER.
fehl
Wenn Sie die Basic Edition von VMware NSX Advanced Load Balancer verwenden und VMware Cloud Director von Version 10.4.1 auf Version 10.5.1 aktualisieren, können Sie keine Pools in Edge-Gateways erstellen. Dieses Problem tritt bei Verwendung der Enterprise Edition von VMware NSX Advanced Load Balancer nicht auf.
Wenn Sie vApps für Benutzer freigeben, können Sie zu nicht vorhandenen Seiten navigieren
Wenn Sie vApps für Benutzer freigeben, sind die Schaltflächen zum Wechseln zur vorherigen oder nächsten Seite verfügbar, obwohl Sie sich bereits auf der ersten oder letzten Seite befinden. Dies führt dazu, dass Sie zu Seiten navigieren können, die nicht vorhanden sind und keine Inhalte aufweisen.
Wenn Sie beim Kopieren einer VM ein vApp-Netzwerk erstellen und das Modal VM kopieren schließen, wird ein Infinity-Spinner angezeigt
Wenn Sie VMs in eine Ziel-vApp kopieren, ein neues vApp-Netzwerk in der Ziel-vApp erstellen und die Quell-VMs mit dem neu erstellten Ziel-vApp-Netzwerk verbinden, führt das Schließen des Modal dazu, dass ein Infinity-Spinner angezeigt wird. Aber er verschwindet nicht, wenn der Kopiervorgang abgeschlossen ist. Dieses Problem tritt nur auf, wenn während des Kopiervorgangs ein neues vApp-Netzwerk erstellt wird, und nicht, wenn Sie VMs kopieren, ohne ein vApp-Netzwerk zu erstellen.
Der Versuch, den Port für den NSX Edge Load Balancer-Pool zu ändern, schlägt mit folgendem Fehler fehl: INTERNAL_SERVER_ERROR
Nachdem Sie einen virtuellen Dienst gelöscht haben, schlägt der Versuch, den zuvor mit dem gelöschten virtuellen Dienst verbundenen Pool zu aktualisieren, mit einem Fehler des Typs INTERNAL_SERVER_ERROR
fehl. Beispielsweise schlägt das Ändern des Ports für den Pool fehl.
Nach dem Neustart der VMware Cloud Director-VM können Sie nicht auf das Dienstanbieter-Adminportal und das VMware Cloud Director-Mandantenportal zugreifen
Wenn Sie die VMware Cloud Director-VM mit einer anderen Methode als unter Verwendung des vSphere Client neu starten, beispielsweise mit vSphere High Availability oder VMware Host Client, können Sie weder auf das Dienstanbieter-Adminportal noch auf das VMware Cloud Director-Mandantenportal zugreifen. Dieses Problem tritt auf, weil nach dem Neustart die OVF-Parameter der Bereitstellung aus der Datei ovfEnv.xml
gelöscht werden und ein Zugriff auf die Zelle nicht möglich ist.
Ein Fehler des Typs Internal error. Please make sure sfcbd is running. wird während des Upgrades auf VMware Cloud Director 10.5.1 angezeigt.
Wenn Sie vamicli update --install latest
ausführen, tritt ein Fehler des Typs Internal error. Please make sure sfcbd is running. auf, das VMware Cloud Director-Upgrade ist jedoch erfolgreich. Sie können den Fehler ignorieren, da VMware Cloud Director weiterhin ordnungsgemäß funktioniert.
Neu - Das Upgrade auf Version 10.6 schlägt fehl, aber VMware Cloud Director meldet das Upgrade als erfolgreich
Wenn Sie ein Upgrade von VMware Cloud Director auf Version 10.6 durchführen, scheint das Upgrade erfolgreich zu sein. Einige Red Hat Package Manager-Dateien (RPMs) sind jedoch nicht installiert.
Problemumgehung: Weitere Informationen finden Sie im Broadcom-Knowledgebase-Artikel 372041.
Metadaten des Katalogelements werden zwischen veröffentlichten und abonnierten Katalogen nicht synchronisiert
Beim Erstellen eines Katalogs können Sie den Katalog so veröffentlichen, dass andere Benutzer den Katalog über die Katalogsynchronisierung abonnieren und darauf zugreifen können. Wenn der veröffentlichte Katalog Katalogelemente mit Metadaten enthält, werden diese Metadaten dem Abonnenten nicht angezeigt. Das Problem tritt nur bei der Katalogsynchronisierung und nicht bei der Aktualisierung von verteilten Katalogen auf.
Umgehung: Nein
Mandantenbenutzer können keine Kubernetes-Richtlinien bearbeiten
Wenn Sie als Mandantenbenutzer mit den notwendigen Berechtigungen angemeldet sind und versuchen, die CPU oder den Arbeitsspeicher von Kubernetes-Richtlinien zu bearbeiten, schlägt dieser Vorgang mit einem Fehler vom Typ 403 und folgendem Wortlaut fehl: Forbidden to set right restricted field pvdcComputePolicy
. Darüber hinaus können Ihre VDC-Ressourcen nicht zwischen VM- und Kubernetes-Bereitstellungen neu verteilt werden.
Problemumgehung: Systemadministratoren können Kubernetes-Richtlinien bearbeiten.
Sie können keine vApp-Vorlage erstellen, wenn die VM oder vApp über ein TPM-Gerät verfügt und es sich beim Zielkatalog um einen verteilten Katalog handelt
Sie können keine vApp-Vorlage mithilfe eines der folgenden Vorgänge erstellen, wenn die Vorlage eine VM mit einem TPM-Gerät enthält und als Ziel ein verteilter Katalog verwendet wird.
Kopieren einer vApp-Vorlage
Verschieben einer vApp-Vorlage
Erfassen einer vApp oder VM in einer Vorlage
Importieren einer VM aus vCenter
Die Erstellung einer vApp mithilfe dieser Vorgänge schlägt mit einer Fehlermeldung mit dem Hinweis fehl, dass der Vorgang nicht für VMs mit TPM-Geräten zulässig ist, bei denen als Zielkatalog ein verteilter Katalog verwendet wird.
Problemumgehung: Laden Sie eine OVF-Datei hoch, in der eine VM mit einem TPM-Gerät angegeben wird. Weitere Informationen finden Sie im Thema TPM als virtuelles Gerät in OVF in der VMware vSphere-Produktdokumentation.
Organisations- und Provider-VDCs können nicht nach dem zugeteilten Provider-VDC-Namen gefiltert werden
Als Unteranbieter, der das VMware Cloud Director-Mandantenportal verwendet, können Sie Ihre Organisations- und Provider-VDCs nicht nach ihrem zugeteilten Provider-VDC-Namen filtern.
Umgehung: Nein
Nach der Stilllegung einer VMware Cloud Director-Site werden verteilte Kataloge als Degraded
angezeigt.
Wenn Sie eine VMware Cloud Director-Site stilllegen, deren verteilter Datenspeicher zuvor mit Ihrer lokalen Site gekoppelt war, wird ein Satz entsprechender Taktsignaldateien im replizierten Speicher auf den Peer-Sites aufbewahrt. Dies führt dazu, dass Ihre Site immer wieder meldet, dass die entsprechenden Datenspeicher nicht fehlerfrei sind und ihre Verteilungsintegrität Degraded
ist.
Problemumgehung:
Notieren Sie sich im VMware Cloud Director-Mandantenportal im Peers-Datenspeicherraster für Peers mit mindestens 10 Minuten fehlendem Taktsignal die Zeichenfolgenwerte für Name
, Site Name
und vCenter
.
Visualisieren Sie mithilfe der vCenter-Konsole oder einem anderen Tool zum Durchsuchen von Datenspeicherdateien die Dateien des entsprechenden lokalen verteilten Datenspeichers.
Suchen Sie im Ordner distributedCatalogs
alle Dateien mit Namen, die wie folgt aussehen:
distributedCatalogs/site-vc-22222222-11cc-1b11-1cd1-1a1a1a1aaa11-...
Zeigen Sie den Inhalt der Dateien an, beispielsweise:
{"siteId":"a2222222-1234-1a11-1a11-a11a1aa111a","siteName":"obsolete-site","vcId":"22222222-11cc-1b11-1cd1-1a1a1a1aaa11","vcName":"obsolete-vc","dsMoref":"datastore-24","dsName":"shared-disk-obsolete"}
Löschen Sie die Datei, deren siteName
, vcName
, und dsName
mit den entsprechenden Zeichenfolgen aus Schritt 1 übereinstimmen.
Nach ca. 10 Minuten übernimmt VMware Cloud Director die Änderung und bereinigt automatisch den Status des Datenspeichers und der verteilten Kataloge.
Wenn in einer Multisite-Bereitstellung die andere Site Version 10.5.x oder eine frühere Version aufweist, gibt das Sortieren von Organisationen in der Spalte „Verwaltet von“ einen Fehler zurück
Wenn in einer Multisite-Bereitstellung die andere Site VMware Cloud Director Version 10.5.x oder eine frühere Version aufweist, schlägt das Sortieren von Organisationen in der Spalte Verwaltet von mit dem folgenden Fehler fehl.
Bad request: Null property value for 'managedBy.name' on bean class 'class com.vmware.vcloud.rest.openapi.model.Org'
Problemumgehung: Verwenden Sie die Filteroption, um Sites mit VMware Cloud Director Version 10.5.x oder früher auszuschließen.
Wenn Sie die CloudAPI zum Erstellen oder Aktualisieren einer Organisation verwenden, können Sie das canPublish
-Flag nicht auf „true“ festlegen
Wenn Sie die CloudAPI verwenden, um eine Organisation zu erstellen oder zu aktualisieren und sie zum Veröffentlichen von Katalogen zu befähigen, bleibt das Feld canPublish
im Status false
, obwohl Sie den Wert auf true
festlegen. Die Legacy-API ist davon nicht betroffen.
Problemumgehung: Verwenden Sie die VMware Cloud Director-Benutzeroberfläche, um die Option Katolog extern veröffentlichen für eine Organisation zu aktivieren oder zu deaktivieren.
Das Erstellen von Netzwerkpools in Edge-Gateways schlägt mit einem Fehler des Typs Field Pool.append_port cannot have NON_DEFAULT_80_443 as its value in BASIC license tier. Allowed value(s): NEVER.
fehl
Wenn Sie die Basic Edition von VMware NSX Advanced Load Balancer verwenden und VMware Cloud Director von Version 10.4.1 auf Version 10.5.1 aktualisieren, können Sie keine Pools in Edge-Gateways erstellen. Dieses Problem tritt bei Verwendung der Enterprise Edition von VMware NSX Advanced Load Balancer nicht auf.
Umgehung: Nein
Wenn Sie vApps für Benutzer freigeben, können Sie zu nicht vorhandenen Seiten navigieren
Wenn Sie vApps für Benutzer freigeben, sind die Schaltflächen zum Wechseln zur vorherigen oder nächsten Seite verfügbar, obwohl Sie sich bereits auf der ersten oder letzten Seite befinden. Dies führt dazu, dass Sie zu Seiten navigieren können, die nicht vorhanden sind und keine Inhalte aufweisen.
Umgehung: Nein
Wenn Sie beim Kopieren einer VM ein vApp-Netzwerk erstellen und das Modal VM kopieren schließen, wird ein Infinity-Spinner angezeigt
Wenn Sie VMs in eine Ziel-vApp kopieren, ein neues vApp-Netzwerk in der Ziel-vApp erstellen und die Quell-VMs mit dem neu erstellten Ziel-vApp-Netzwerk verbinden, führt das Schließen des Modal dazu, dass ein Infinity-Spinner angezeigt wird. Aber er verschwindet nicht, wenn der Kopiervorgang abgeschlossen ist. Dieses Problem tritt nur auf, wenn während des Kopiervorgangs ein neues vApp-Netzwerk erstellt wird, und nicht, wenn Sie VMs kopieren, ohne ein vApp-Netzwerk zu erstellen.
Problemumgehung: Wenn Sie zu einer anderen Seite navigieren und zur VM-Liste zurückkehren, wird die Rasteransicht neu geladen und der Infinity-Spinner verschwindet.
Ausgehende Verbindungen von VMware Cloud Director über einen Proxy schlagen möglicherweise mit dem Fehler des Typs Connection refused
fehl
Beim Festlegen von Proxy-Variablen in der Datei /etc/sysconfig/proxy
dürfen die Variablen keinen abschließenden Schrägstrich enthalten, wie z. B. in HTTP_PROXY="http://www.example.com:3128/"
. Das Problem tritt sowohl bei Appliance-Bereitstellungen als auch bei Linux-Installationen von VMware Cloud Director auf.
Problemumgehung: Aktualisieren Sie die Werte, indem Sie den abschließenden Schrägstrich jeweils entfernen. Beispiel: HTTP_PROXY="http://www.example.com:3128"
Das Löschen einer Organisation in der VMware Cloud Director-Benutzeroberfläche schlägt mit einem Fehler des Typs You must delete this Organization's Application Port Profiles before you can delete the organization
fehl
Wenn Anwendungsportprofile auf einem Edge-Gateway erstellt werden, das einer Organisation zugeordnet ist, schlägt der Versuch, die Organisation zu löschen, fehl. Das Problem tritt auf, weil VMware Cloud Director die Edge-Gateways löscht, bevor die Portprofile gelöscht werden. Dies führt zu dem folgenden Fehler.
com.vmware.vcloud.api.presentation.service.InvalidStateException: You must delete this Organization's Application Port Profiles before you can delete the organization.
Problemumgehung: Sie können die VMware Cloud Director-API verwenden, um das Löschen einer Organisation zu erzwingen und die zugehörigen isolierten Anwendungsportprofile zu löschen. Weitere Informationen finden Sie unter Löschen von isolierten Anwendungsportprofilen aus VMware Cloud Director.
Bei Verwendung der VMware Cloud Director-API führt der Versuch, ein Element mit einem Feld des Typs secure
aus einem Array in einer RDE-Instanz zu löschen, dazu, dass das Element nicht vollständig gelöscht wird
Wenn ein RDE-Typschema ein Array-Objekt mit Elementen enthält, die Felder des Typs secure enthalten, führt der Versuch, ein Element des Arrays über einen RDE PUT-Aufruf aus einer RDE-Instanz dieses Typs zu entfernen, dazu, dass alle Felder im Element mit Ausnahme der sicheren Felder gelöscht werden. Das Element selbst wird nicht entfernt. Dieses Problem tritt auf, wenn Sie die VMware Cloud Director-API Version 37.3 oder früher verwenden.
Wenn sich die RDE-Instanz im Zustand RESOLVED
befindet und die Entitätsinhalte der Instanz nach der Aktualisierung nicht mit dem Schema im RDE-Typ der Instanz übereinstimmen, führt der PUT-Aufruf zu einer Fehlerantwort mit dem Statuscode 400
und der Fehlermeldung RDE_CANNOT_VALIDATE_AGAINST_SCHEMA
. Wenn die Entitätsinhalte der Instanz nach der Aktualisierung mit dem Schema im RDE-Typ der Instanz übereinstimmen, gibt der Aufruf keinen Fehler zurück, obwohl das Element nicht vollständig gelöscht wurde.
Problemumgehung: Verwenden Sie zum Ausführen des RDE-Updates VMware Cloud Director-API Version 38.0 oder höher.
Sie können die Metadaten einer Organisation nicht bearbeiten
Wenn Sie die VMware Cloud Director-API verwenden, um für eine Organisation zwei Metadateneinträge mit demselben Namen zu erstellen, können Sie diese Metadateneinträge nicht über die Benutzeroberfläche bearbeiten, da die Schaltfläche Speichern im Assistenten „Metadaten bearbeiten“ nicht aktiv ist.
Problemumgehung: Verwenden Sie die VMware Cloud Director-API, um den Namen eines der Metadateneinträge zu bearbeiten.
Die VM empfängt nicht die IP-Adressen des DNS-Servers aus dem im vApp-Netzwerk definierten DHCP-Geltungsbereich
Wenn Sie eine VM mit einem gerouteten vApp-Netzwerk im DHCP-IP-Modus verbinden, empfängt die VM nicht die im DHCP-Geltungsbereich definierten DNS-Adressen.
Problemumgehung: Konfigurieren Sie mithilfe von NSX Manager die DNS-Server im gerouteten vApp-Netzwerksegment manuell.
Das Anhängen einer benannten Festplatte an eine VM schlägt mit einer Fehlermeldung ähnlich der folgenden fehl: java.util.concurrent.ExecutionException: org.hibernate.NonUniqueResultException
Das Anhängen einer benannten Festplatte an eine VM schlägt mit einer Fehlermeldung fehl.
java.util.concurrent.ExecutionException: org.hibernate.NonUniqueResultException: query did not return a unique result:
Dies geschieht, weil VMware Cloud Director doppelte Einträge in den Bestandslistendaten aufzeichnet, die von der vCenter Server-Instanz erfasst werden, in der sich die VM befindet.
Problemumgehung: Um die doppelten Einträge aus den Bestandslistendaten zu entfernen, stellen Sie erneut eine Verbindung mit der vCenter Server-Instanz her.
Beim Ändern des JMX-Zertifikats einer Zelle über die Benutzeroberfläche erhalten Sie möglicherweise einen Fehler des Typs unable to find valid certification path to request target - PKIX path building failed
Wenn Sie das Service Provider Admin Portal verwenden, muss vor dem Auswählen eines Zertifikats als JMX-SSL-Zertifikat einer VMware Cloud Director-Zelle dieses Zertifikat als vertrauenswürdig eingestuft werden.
Problemumgehung: Wenn das Zertifikat, das Sie auswählen möchten, selbstsigniert ist, fügen Sie es den vertrauenswürdigen Zertifikaten der Systemorganisation hinzu. Weitere Informationen finden Sie unter Importieren von Zertifikaten in die Zertifikatsbibliothek mithilfe des VMware Cloud Director Service Provider Admin Portal. Wenn das Zertifikat von einer internen Zertifizierungsstelle signiert wurde, stellen Sie sicher, dass die Zertifizierungsstelle in der Liste der vertrauenswürdigen Zertifikate der Systemorganisation aufgeführt wird. Wenn das Zertifikat von einer bekannten Zertifizierungsstelle signiert wurde, ist keine Aktion erforderlich.
Das Aktivieren einer Zelle mit dem Befehl des Zellenverwaltungstools führt nicht zur Aktualisierung des Zellenstatus im Service Provider Admin Portal
Wenn Sie das Zellenverwaltungstool verwenden, um den Zellenstatus auf Active
festzulegen, wird der Status auf der Seite Cloud-Zellen des Service Provider Admin Portal nicht als aktiv angezeigt.
Problemumgehung: Klicken Sie auf der Seite Cloud-Zellen des Service Provider Admin Portal auf die vertikalen Auslassungspunkte neben dem Zellennamen und wählen Sie Aktivieren aus. Weitere Informationen finden Sie unter Anzeigen und Verwalten Ihrer VMware Cloud Director-Zelleninfrastruktur.
Schnelle vCenter vApp-übergreifende Instanziierung schlägt fehl, wenn eine Vorlage instanziiert wird, die VMs mit Arbeitsspeicher enthält
Wenn beim Instanziieren einer vApp-Vorlage, die VMs mit Arbeitsspeicher in vCenter-Instanzen enthält, die Bedingungen erfüllt sind, unter denen VMware Cloud Director eine schnelle vCenter-Instanziierung durchführen kann, schlägt die Instanziierung mit einem Fehler des Typs INTERNAL_SERVER_ERROR
fehl.
Problemumgehung: Deaktivieren Sie schnelle vCenter-übergreifende Instanziierungen in VMware Cloud Director.
Melden Sie sich beim VMware Cloud Director Service Provider Admin Portal an und klicken Sie in der oberen Navigationsleiste auf Administration.
Wählen Sie im linken Bereich unter „Einstellungen“ die Registerkarte Funktions-Flags aus.
Wählen Sie Schnelle VC-übergreifende Instanziierung unter Verwendung von gemeinsam genutztem Speicher aus und klicken Sie auf Deaktivieren.
Wenn Sie die Multisite-Funktion verwenden, können Sie keine VMware Marketplace- und Helm Chart-Repository-Verbindungen über das Dienstanbieter-Admin-Portal erstellen und verwalten
Wenn Sie ein Dienstanbieter sind und die VMware Cloud Director-Multisite-Funktion verwenden, können Sie keine VMware Marketplace- und Helm Chart-Repository-Ressourcen über das Dienstanbieter-Administratorportal erstellen und verwalten.
Dieses Problem hat keine Auswirkungen auf Mandanten.
Problemumgehung: Sie können die VMware Cloud Director-API verwenden, um VMware Marketplace- und Helm Chart-Repository-Ressourcen zu erstellen und zu verwalten.
Die Bereitstellung einer Helm Chart-Anwendungen schlägt mit einer Fehlermeldung vom Typ Cannot parse "Z" as "-0700"
fehl
Wenn VMware Cloud Director in einer UTC-Zeitzone ausgeführt wird, schlägt der Versuch, eine Helm Chart-Anwendung bereitzustellen, mit einer Fehlermeldung vom Typ Cannot parse "Z" as "-0700"
fehl.
Problemumgehung:
Option 1: Bearbeiten Sie den Inhalts-Hub-Operator auf dem Kubernetes-Cluster so, dass eine benutzerdefinierte Registrierung verwendet wird. Geben Sie den Speicherort projects.registry.vmware.com/content_hub/vcd-contenthub-package-repo
als benutzerdefinierte Registrierung ein und version 1.0.1
als Version des Kubernetes Operator-Pakets des Inhalts-Hubs. Informationen zum Bearbeiten eines Kubernetes Operator finden Sie unter Bearbeiten eines Kubernetes Operator in VMware Cloud Director.
Option 2:
Ändern Sie die Zeitzone des Servers, auf dem sich VMware Cloud Director befindet, in eine Nicht-UTC-Zeitzone.
Starten Sie den VMware Cloud Director-Server neu.
Die Bereitstellung von Container-Anwendungen schlägt mit einer Fehlermeldung vom Typ Unable to perform this action
fehl
Wenn beim Bereitstellen einer Container-Anwendung die Beschreibung der Anwendungsvorlage mehr als 255 Zeichen enthält, schlägt der Vorgang mit einer Fehlermeldung fehl.
Unable to perform this action. Contact your cloud administrator.
Problemumgehung: Aktualisieren Sie die Beschreibung für die Anwendungsvorlage, sodass sie weniger als 255 Zeichen enthält.
Wenn auf einem NSX Edge-Gateway keine vom Benutzer erstellten Firewallregeln vorhanden sind, kann unter Umständen keine einzelne Firewallregel erstellt werden
Wenn auf einem NSX Edge-Gateway keine benutzerdefinierten Firewallregeln vorhanden sind und Sie den Assistenten zum Erstellen von Firewallregeln durch Klicken auf Neu starten, wird der Assistent beim Speichern der von Ihnen definierten Firewallregel in den Zustand Bitte warten... versetzt und die Firewallregel wird nicht erstellt.
Problemumgehung: Aktualisieren Sie die Seite oder klicken Sie auf den Bildschirm Firewall und verwenden Sie die Schaltfläche Regeln bearbeiten anstelle der Schaltfläche Neu, um den Assistenten zum Erstellen von Firewallregeln zu starten.
Die Schnellsuche in VMware Cloud Director zeigt bei der Suche nach Benutzern, Servicekonten und VDC-Gruppen keine Ergebnisse an.
Wenn Sie in der SchnellsucheUsers
, users/bulk-update
, service-accounts
und vdc-groups
als Suchkriterien eingeben, wird die Meldung No results found.
angezeigt.
Umgehung: Nein
Das Skript zum Ändern der Festplattengröße der VMware Cloud Director-Appliance-Datenbank schlägt möglicherweise fehl, wenn sich der Bezeichner der zugrunde liegenden SCSI-Festplatte ändert
Das Skript zur Größenänderung der Datenbankfestplatte wird nur dann erfolgreich ausgeführt, wenn die SCSI-Festplatten-ID der zugrunde liegenden Datenbank unverändert bleibt. Wenn sich die ID aus irgendeinem Grund ändert, könnte der Eindruck entstehen, dass das Skript möglicherweise erfolgreich ausgeführt wurde, es schlägt jedoch fehl. Das Protokoll /opt/vmware/var/log/vcd/db_diskresize.log
zeigt, dass das Skript mit einem Fehler der Art No such file or directory
fehlschlägt.
Problemumgehung:
Melden Sie sich direkt oder mithilfe eines SSH-Clients bei der primären Zelle als root an.
Führen Sie den Befehl lsblk --output NAME,FSTYPE,HCTL
aus.
Suchen Sie in der Ausgabe nach der Festplatte mit der database_vg-vpostgres
-Partition und notieren Sie die zugehörige ID. Die ID befindet sich in der Spalte „HCTL“ und weist das beispielhafte Format auf: 2:0:3:0
.
Ändern Sie im Skript db_diskresize.sh
die Partitions-ID mit der ID aus Schritt 3. Wenn die ID beispielsweise 2:0:3:0
lautet, müssen Sie in Zeile
echo 1 > /sys/class/scsi_device/2\:0\:2\:0/device/rescan
die ID in 2:0:3:0
ändern.
echo 1 > /sys/class/scsi_device/2\:0\:3\:0/device/rescan
Wenn Sie die Änderungen speichern, rufen Sie das Skript zur Größenänderung manuell erneut auf oder starten Sie die Appliance neu.
Das Upgrade auf VMware Cloud Director 10.4.1 oder höher schlägt mit einem Fehler vom Typ Fix postgres user home directory
fehl
Beim Versuch, ein Upgrade auf VMware Cloud Director 10.4.1 oder höher durchzuführen, schlägt das Upgrade fehl. Die Datei update-postures-db.log
enthält den folgenden Fehler.
2023-05-15 16:38:01 | update-postgres-db.sh | Fix postgres user home directory
usermod: user postgres is currently used by process 17236
Andere Prozesse, die als postgres
-Benutzer bei der VMware Cloud Director-Appliance angemeldet sind, blockieren unter Umständen das Skript, das die PostgreSQL-Hauptversion von 10 auf 14 aktualisiert.
Problemumgehung:
Suchen Sie vor dem Starten des VMware Cloud Director-Upgrades nach Prozessen, die als postgres
-Benutzer bei der VMware Cloud Director-Appliance angemeldet sind, indem Sie ps -u postgres
auf der Appliance ausführen.
Beenden Sie alle vom Befehl zurückgegebenen Prozesse, indem Sie kill -9 <PID>
ausführen, wobei PID der eindeutige Prozessbezeichner ist.
Das Erstellen einer Kubernetes-Richtlinie für das Organisations-VDC mit Providergateways, die IP-Räume verwenden, schlägt fehl
Wenn Sie ein IP-Raum-gestütztes Providergateway konfigurieren und ein VDC und ein Edge-Gateway basierend auf demselben IP-Raum erstellen, schlägt der Versuch, eine Kubernetes-Richtlinie für dieses VDC zu erstellen, mit einer Fehlermeldung fehl.
com.vmware.ssdc.util.LMException: Index 0 out of bounds for length 0
Dies geschieht, weil die IP-Raum-gestützten Edge-Gateways keiner primären IP-Adresse zugeordnet sind. Diese ist jedoch für die Erstellung von SNAT durch die Kubernetes-Richtlinie erforderlich.
Problemumgehung: Erstellen Sie das VDC und die Edge-Gateways mit NSX-Netzwerkanbietertyp und Providergateways, die Legacy-IP-Blöcke verwenden.
Beim Starten der VMware Cloud Director-Appliance wird die folgende Meldung angezeigt: [FAILED] Failed to start Wait for Network to be Configured. See 'systemctl status systemd-networkd-wait-online.service' for details
Diese Meldung wird fälschlicherweise angezeigt; sie weist nicht auf ein tatsächliches Problem mit dem Netzwerk hin. Sie können die Meldung ignorieren und die VMware Cloud Director-Appliance wie gewohnt verwenden.
Umgehung: Nein
Das Erstellen einer Vorlage für ein Organisations-VDC mit NSX-Netzwerkanbietertyp und Providergateway, das IP-Räume verwendet, schlägt fehl
Wenn Sie versuchen, eine Vorlage für ein Organisations-VDC mit NSX-Netzwerkanbietertyp und einem Providergateway zu erstellen, das IP-Räume verwendet, schlägt der Vorgang mit dem folgenden Fehler fehl. Error:Cannot support external Network that is utilizing IP Spaces. Only external networks with legacy IP blocks are supported.
Problemumgehung: Erstellen Sie Vorlagen für Organisations-VDCs mit NSX-Netzwerkanbietertyp und Providergateways, die Legacy-IP-Blöcke verwenden.
Das Ändern der Speicherrichtlinie auf einer virtuellen Festplatte einer VM schlägt mit der Fehlermeldung The operation failed because no suitable resource was found
fehl
Wenn sich die virtuelle Festplatte einer VM auf einem Remote-vSAN-Datenspeicher befindet, führt das Ändern der Speicherrichtlinie der virtuellen Festplatte zu einer Fehlermeldung.
The operation failed because no suitable resource was found
Problemumgehung: Um die VM zu einer anderen Speicherrichtlinie zu verschieben, ändern Sie die Speicherrichtlinie der virtuellen Festplatte in VM default policy
und dann die VM-Speicherrichtlinie in die gewünschte Speicherrichtlinie.
VMware Cloud Director zeigt für den IOPS-Grenzwert für eine VM-Festplatte mit VC-IOPS-fähiger Speicherrichtlinie einen leeren Wert an
Wenn Sie eine VC-IOPS-fähige Speicherrichtlinie mit benutzerdefinierten Reservierungen, einem Grenzwert und Freigaben auf eine VM-Festplatte anwenden, zeigt VMware Cloud Director zwar die Werte für IOPS-Reservierungen an, der IOPS-Grenzwert wird jedoch leer angezeigt. Dies geschieht, weil vCenter Server 8U1 einen neuen Mechanismus für Storage I/O Control (SIOC) einführt, der den IOPS-Grenzwert nicht mehr als VM-Festplatteneigenschaft festlegt.
Umgehung: Nein
Sie können keine deaktivierte Organisation mithilfe der Legacy-API von VMware Cloud Director erstellen.
Der Versuch, den Organisationserstellungsendpunkt POST [vcd_public_endpoint]/api/admin/orgs
für die Legacy-API von VMware Cloud Director zu verwenden, um eine deaktivierte Organisation zu erstellen, führt zu der Fehlermeldung 400 BadRequestException
mit dem folgenden Abschnitt:
<Error ... stackTrace="com.vmware.vcloud.api.presentation.service.BadRequestException: Unexpected error. unexpected end of subtree
Problemumgehung: Verwenden Sie den VMware Cloud Director OpenAPI-Endpoint, um eine deaktivierte Organisation zu erstellen. Alternativ können Sie die Benutzeroberfläche, OpenAPI oder Legacy-API verwenden, um eine aktivierte Organisation zu erstellen und diese nach der Erstellung zu deaktivieren.
Beim Erstellen eines TKGs-Clusters ist es nicht möglich, Tanzu Kubernetes-Version 2.0 oder höher auszuwählen
Wenn Sie als Mandant einen TKGs-Cluster erstellen, können Sie die Tanzu Kubernetes-Clusterversion 2.0 oder höher nicht auswählen.
Problemumgehung: Um Tanzu Kubernetes 2.0 und höher anzubieten und zu nutzen, verwenden Sie VMware Cloud Director Container Service Extension 4.0.
Migrieren von VMs zwischen Organisations-VDCs schlägt möglicherweise mit einem Fehler aufgrund unzureichender Ressourcen fehl
Wenn VMware Cloud Director mit vCenter Server 7.0 Update 3h oder früher ausgeführt wird, schlägt die VM-Migration beim Verschieben einer VM in ein anderes Organisations-VDC möglicherweise mit einem Fehler aufgrund unzureichender Ressourcen fehl, selbst wenn die Ressourcen im Zielorganisations-VDC verfügbar sind.
Problemumgehung: Führen Sie ein Upgrade von vCenter Server auf Version 7.0 Update 3i oder höher durch.
Auf der Benutzeroberfläche des VMware Cloud Director-Mandantenportals werden die IOPS-Grenzwerte und -Reservierungen für eine vSAN-Speicherrichtlinie nicht angezeigt
vSAN verwaltet die IOPS-Grenzwerte für vSAN-Speicherrichtlinien selbst. Infolgedessen werden die IOPS-Reservierungen und -Grenzwerte für eine vSAN-Speicherrichtlinie nicht auf der Benutzeroberfläche des VMware Cloud Director-Mandantenportals angezeigt, und Sie können deren Werte nicht ändern.
Umgehung: Nein
Das Upgrade der VMware Cloud Director-Appliance schlägt mit einem Versionsfehler fehl, wenn der FIPS-Modus aktiviert ist
Wenn der FIPS-Modus für VMware Cloud Director-Versionen 10.3.x und höher aktiviert ist, schlägt das VMware Cloud Director-Appliance-Upgrade mit folgendem Fehler fehl.
Failure: Installation failed abnormally (program aborted), the current version may be invalid.
Problemumgehung:
Deaktivieren Sie vor dem Upgrade der VMware Cloud Director-Appliance den FIPS-Modus für die Zellen in der Servergruppe und die VMware Cloud Director-Appliance. Weitere Informationen finden Sie unter Aktivieren und Deaktivieren des FIPS-Modus auf der VMware Cloud Director-Appliance.
Stellen Sie sicher, dass die Datei /etc/vmware/system_fips
auf keiner Appliance vorhanden ist.
Aktualisieren Sie die VMware Cloud Director-Appliance.
Aktivieren Sie den FIPS-Modus erneut.
Sie können den Lizenztyp für Ihre zuvor registrierten NSX Advanced Load Balancer Controller-Instanzen in der VMware Cloud Director-API nicht einsehen und bearbeiten
Sie können die Lizenz für Ihre zuvor registrierten NSX Advanced Load Balancer Controller-Instanzen in der VMware Cloud Director-API nicht einsehen und bearbeiten. Dies liegt daran, dass in VMware Cloud Director 10.4 der Controller-Lizenztyp durch eine Auswahl zwischen einem Standard- und einem Premium-Funktionssatz auf der Ebene der Dienstmodulgruppe ersetzt wurde, um mehr Flexibilität zu ermöglichen.
Problemumgehung: Verwenden Sie den Pfad supportedFeatureSet
für Dienstmodulgruppen und auf Edge-Gateways, um die verfügbaren Funktionen zu aktivieren und zu deaktivieren.
In VMware Cloud Director-Dienstumgebungen können keine VMware Cloud Director-VDC-Vorlagen erstellt und verwendet werden, die VMware Cloud on AWS-Netzwerkpools verwenden
Wenn Sie nur einen Anbieternetzwerkpool verwenden, der von VMware Cloud on AWS für Ihr Provider-VDC gestützt wird, können Sie keine VDC-Vorlage erstellen und ein VDC anhand einer Vorlage instanziieren. Dies geschieht, da das Erstellen und Instanziieren von VDC-Vorlagen nur für Provider-VDCs unterstützt wird, die von NSX-T Data Center und von NSX Data Center for vSphere gestützt werden. Sie können VMware Cloud Director-VDC-Vorlagen mit lokalen, Microsoft Azure VMware Solution-, Oracle Cloud VMware Solution- oder Google Cloud VMware Engine-SDDCs verwenden.
Umgehung: Nein
Das Erstellen einer neuen VM mit einer vSAN-verschlüsselten Speicherrichtlinie schlägt mit der Fehlermeldung Invalid storage policy for encryption operation
fehl
Wenn Sie beim Erstellen einer neuen VM die Speicherrichtlinie der VM als vSAN-verschlüsselt und die Speicherrichtlinie für die VM-Festplatte als nicht verschlüsselt und nicht-vSAN angeben, schlägt der Vorgang mit einer Fehlermeldung fehl.
Invalid storage policy for encryption operation
Problemumgehung:
Geben Sie die Speicherrichtlinien für die VM und die VM-Festplatte als vSAN-verschlüsselt an.
Nach der erfolgreichen Bereitstellung der VM aktualisieren Sie die Festplattenspeicherrichtlinie für die VM auf nicht verschlüsselt und nicht-vSAN. Weitere Informationen finden Sie unter Bearbeiten der Eigenschaften virtueller Maschinen.
Sie können eine Verbindung zu VMware Cloud Director nicht über VMware OVF Tool Version 4.4.3 oder früher herstellen
Wenn Sie versuchen, eine Verbindung zu VMware Cloud Director über OVF Tool Version 4.4.3 oder früher herzustellen, führt dies zu folgendem Fehler. Error: No supported vCloud version was found
. Dies geschieht aufgrund einer Änderung des API-Verhaltens in VMware Cloud Director 10.4, bei der die API keine Links zu allen VDCs in einer Organisation zurückgibt.
Problemumgehung: Führen Sie ein Upgrade auf OVF Tool 4.5.0 durch. Weitere Informationen finden Sie in den Versionshinweisen zu VMware OVF Tool.
Sie können sich bei VMware Cloud Director nicht mit VMware PowerCLI 12.7.0 oder früher anmelden
Wenn Sie versuchen, sich mithilfe von VMware PowerCLI Version 12.7.0 oder früher bei VMware Cloud Director anzumelden, führt dies zu folgendem Fehler. NOT_ACCEPTABLE: The request has invalid accept header: Invalid API version requested.
Dies tritt auf, weil VMware PowerCLI-Versionen vor 13.0.0 VMware Cloud Director-API-Versionen nach 33.0 nicht unterstützen. Weitere Informationen hierzu finden Sie in der VMware-Produkt-Interoperabilitätsmatrix.
Problemumgehung: Führen Sie ein Upgrade von VMware PowerCLI auf Version 13.0.0 durch.
VMware Cloud Director zeigt die alte Version für eine aktualisierte vCenter Server-Instanz an
Nach dem Upgrade einer vCenter Server-Instanz auf eine neuere Version zeigt VMware Cloud Director in der Liste der vCenter Server-Instanzen weiterhin die alte Version für die aktualisierte Instanz an.
Problemumgehung: Setzen Sie die Verbindung zwischen der vCenter Server-Instanz und VMware Cloud Director zurück. Weitere Informationen finden Sie unter Erneutes Verbinden mit einem vCenter Server im Administratorhandbuch für VMware Cloud Director for Service Providers.
Wenn Sie die LDAP-Seite in Ihrem Browser aktualisieren, gelangen Sie nicht zurück zur selben Seite
Wenn Sie im Administratorportal des Dienstanbieters die Seite LDAP in Ihrem Browser aktualisieren, gelangen Sie zur Anbieterseite statt zurück zur Seite „LDAP“.
Umgehung: Nein
Das Mounten eines NFS-Datenspeichers aus einem NetApp-Speicher-Array schlägt während der anfänglichen Konfiguration der VMware Cloud Director-Appliance mit einer Fehlermeldung fehl
Wenn Sie während der anfänglichen Konfiguration der VMware Cloud Director-Appliance einen NFS-Datenspeicher aus dem NetApp-Speicher-Array konfigurieren, schlägt der Vorgang mit einer Fehlermeldung fehl.
Backend validation of NFS failed with: is owned by an unknown user
Problemumgehung: Informationen hierzu finden Sie im VMware-Knowledgebase-Artikel 93252.
Die Synchronisierung eines abonnierten Katalogs läuft während der Synchronisierung großer vApp-Vorlagen ab
Wenn ein externer Katalog große vApp-Vorlagen enthält, tritt beim Synchronisieren des abonnierten Katalogs mit dem externen Katalog eine Zeitüberschreitung auf. Das Problem tritt auf, wenn die Zeitüberschreitungseinstellung auf den Standardwert von fünf Minuten festgelegt ist.
Problemumgehung: Aktualisieren Sie mithilfe des Unterbefehls manage-config
des Zellenverwaltungstools die Einstellung für die Zeitüberschreitungskonfiguration.
./cell-management-tool manage-config -n transfer.endpoint.socket.timeout -v [timeout-value]
In einer IP-Präfixliste führt das Konfigurieren von any
als Netzwerkwert zu einer Fehlermeldung
Wenn Sie beim Erstellen einer IP-Präfixliste eine beliebige Route verweigern oder akzeptieren möchten und den Netzwerkwert als any
konfigurieren, wird im Dialogfeld eine Fehlermeldung angezeigt.
"any" is not a valid CIDR notation. A valid CIDR is a valid IP address followed by a slash and a number between 0 and 32 or 64, depending on the IP version.
Problemumgehung: Lassen Sie das Textfeld Netzwerk leer.
Der vpostgres-Prozess in einer Standby-Appliance kann nicht gestartet werden
Der vpostgres
-Prozess in einer Standby-Appliance kann nicht gestartet werden, und das PostgreSQL-Protokoll weist einen Fehler ähnlich dem folgenden auf. FATAL: hot standby is not possible because max_worker_processes = 8 is a lower setting than on the master server (its value was 16).
Dies geschieht, weil PostgreSQL erfordert, dass Standby-Knoten dieselbe max_worker_processes
-Einstellung wie der primäre Knoten aufweisen. VMware Cloud Director konfiguriert die Einstellung max_worker_processes
automatisch basierend auf der Anzahl der vCPUs, die jeder Appliance-VM zugewiesen sind. Wenn die Standby-Appliance weniger vCPUs als die primäre Appliance aufweist, führt dies zu einem Fehler.
Problemumgehung: Stellen Sie die primäre und die Standby-Appliance mit derselben Anzahl an vCPUs bereit.
Das Upgrade der VMware Cloud Director-Appliance führt möglicherweise zu einer Fehlermeldung des Typs Connection to sfcbd lost
Wenn Sie ein Upgrade der VMware Cloud Director-Appliance durchführen, wird während des Upgrade-Vorgangs möglicherweise eine Fehlermeldung ausgegeben.
Connection to sfcbd lost. Attempting to reconnect
Problemumgehung: Sie können die Fehlermeldung ignorieren und mit dem Upgrade fortfahren.
Bei Verwendung des FIPS-Modus schlägt der Versuch, OpenSSL-generierte PKCS8-Dateien hochzuladen, mit einer Fehlermeldung fehl
OpenSSL kann keine FIPS-konformen privaten Schlüssel generieren. Wenn sich VMware Cloud Director im FIPS-Modus befindet und Sie versuchen, mit OpenSSL generierte PKCS8-Dateien hochzuladen, schlägt der Upload mit einem Fehler des Typs Bad request: org.bouncycastle.pkcs.PKCSException: unable to read encrypted data: ... not available: No such algorithm: ...
oder salt must be at least 128 bits
fehl.
Problemumgehung: Deaktivieren Sie den FIPS-Modus, um die PKCS8-Dateien hochzuladen.
Die Erstellung des Tanzu Kubernetes-Clusters unter Verwendung des Kubernetes-Container-Cluster-Plug-Ins schlägt fehl
Wenn Sie einen Tanzu Kubernetes-Cluster mithilfe des Kubernetes-Container-Cluster-Plug-Ins erstellen, müssen Sie eine Kubernetes-Version auswählen. Einige der Versionen im Dropdown-Menü sind nicht mit der unterstützenden vSphere-Infrastruktur kompatibel. Wenn Sie eine nicht kompatible Version auswählen, schlägt die Clustererstellung fehl.
Problemumgehung: Löschen Sie den fehlgeschlagenen Clusterdatensatz und versuchen Sie es mit einer kompatiblen Tanzu Kubernetes-Version. Informationen zu den Inkompatibilitäten zwischen Tanzu Kubernetes und vSphere finden Sie unter Aktualisieren der vSphere with Tanzu-Umgebung.
Wenn Sie in Ihrer Organisation über abonnierte Kataloge verfügen und ein Upgrade von VMware Cloud Director durchführen, schlägt die Katalogsynchronisierung fehl
Wenn Sie in Ihrer Organisation über abonnierte Kataloge verfügen, vertraut VMware Cloud Director nach dem Upgrade den veröffentlichten Endpoint-Zertifikaten nicht automatisch. Die Inhaltsbibliothek kann nicht synchronisiert werden, wenn die Zertifikate nicht als vertrauenswürdig eingestuft sind.
Problemumgehung: Stufen Sie die Zertifikate für jedes Katalogabonnement manuell als vertrauenswürdig ein. Wenn Sie die Einstellungen für Katalogabonnements bearbeiten, werden Sie im Dialogfeld „Trust on First Use“ (TOFU, Bei erster Verwendung vertrauen) dazu aufgefordert, dem Remote-Katalogzertifikat zu vertrauen.
Wenn Sie nicht über die erforderlichen Rechte zum Einstufen des Zertifikats als vertrauenswürdig verfügen, wenden Sie sich an den Administrator Ihrer Organisation.
Nach dem Upgrade von VMware Cloud Director und dem Aktivieren der Tanzu Kubernetes-Clustererstellung ist keine automatisch generierte Richtlinie verfügbar, und Sie können keine Richtlinie erstellen oder veröffentlichen
Wenn Sie ein Upgrade von VMware Cloud Director auf Version 10.3.1 und von vCenter Server auf Version 7.0.0d oder höher durchführen und ein von einem Supervisor-Cluster gestütztes Provider-VDC erstellen, wird in VMware Cloud Director neben dem VDC ein Kubernetes-Symbol angezeigt. Es ist jedoch keine automatisch generierte Kubernetes-Richtlinie im neuen Provider-VDC vorhanden. Wenn Sie versuchen, eine Kubernetes-Richtlinie für ein Organisations-VDC zu erstellen oder zu veröffentlichen, sind keine Maschinenklassen verfügbar.
Problemumgehung: Stufen Sie die entsprechenden Kubernetes-Endpoint-Zertifikate manuell als vertrauenswürdig ein. Informationen hierzu finden Sie im VMware-Knowledgebase-Artikel 83583.
Wenn Sie einen Kubernetes-Clusternamen mit nicht lateinischen Zeichen eingeben, wird die Schaltfläche „Weiter“ im Assistenten zum Erstellen eines neuen Clusters deaktiviert
Das Kubernetes-Container-Cluster-Plug-In unterstützt ausschließlich lateinische Zeichen. Wenn Sie nicht lateinische Zeichen eingeben, wird sinngemäß der folgende Fehler angezeigt.
Name must start with a letter and only contain alphanumeric or hyphen (-) characters. (Max 128 characters).
Umgehung: Nein
Ein NFS-Ausfall kann dazu führen, dass die Clusterfunktionen der VMware Cloud Director-Appliance nicht ordnungsgemäß funktionieren
Wenn das NFS nicht mehr verfügbar ist, da die NFS-Freigabe voll ist, unter Schreibschutz gestellt wird usw., kann dies dazu führen, dass die Clusterfunktionen der Appliance nicht ordnungsgemäß funktionieren. Die HTML5-Benutzeroberfläche reagiert nicht mehr, während das NFS ausgefallen ist oder nicht erreicht werden kann. Weitere Funktionen, die möglicherweise davon betroffen sind: Fencing einer fehlgeschlagenen primären Zelle, Switchover, Heraufstufen einer Standby-Zelle usw. Weitere Informationen zum korrekten Einrichten des freigegebenen NFS-Speichers finden Sie unter Vorbereiten des Übertragungsserverspeichers für die VMware Cloud Director-Appliance.
Problemumgehung:
Beheben Sie den NFS-Zustand so, dass er nicht read-only
lautet.
Bereinigen Sie die NFS-Freigabe, wenn sie voll ist.
Der Versuch, benannte Festplatten in vCenter Server Version 6.5 oder früher zu verschlüsseln, schlägt mit einer Fehlermeldung fehl
Wenn Sie in vCenter Server-Instanzen der Version 6.5 oder früher versuchen, neue oder vorhandene benannte Festplatten einer verschlüsselungsfähigen Richtlinie zuzuordnen, schlägt der Vorgang mit einem Fehler des Typs Named disk encryption is not supported in this version of vCenter Server
fehl.
Umgehung: Nein
Eine auf einem NFS-Array mit aktivierter VMware vSphere Storage APIs Array Integration (VAAI) oder auf vSphere Virtual Volumes mittels Fast Provisioning bereitgestellte virtuelle Maschine kann nicht konsolidiert werden
In-Place-Konsolidierung einer schnell bereitgestellten virtuellen Maschine wird nicht unterstützt, wenn ein nativer Snapshot verwendet wird. Native Snapshots werden immer von VAAI-fähigen Datenspeichern sowie von vSphere Virtual Volumes verwendet. Wenn eine schnell bereitgestellte virtuelle Maschine auf einem dieser Speichercontainer bereitgestellt wird, kann diese virtuelle Maschine nicht konsolidiert werden.
Problemumgehung: Aktivieren Sie Fast Provisioning nicht für ein Organisations-VDC, das ein VAAI-fähiges NFS oder vSphere Virtual Volumes verwendet. Um eine virtuelle Maschine mit einem Snapshot auf einem VAAI- oder einem vSphere Virtual Volumes-Datenspeicher zu konsolidieren, verschieben Sie die virtuelle Maschine in einen anderen Speichercontainer.
Wenn Sie einer VM eine IPv6-Netzwerkkarte hinzufügen und dann der selben VM eine IPv4-Netzwerkkarte hinzufügen, wird der IPv4-Nord-Süd-Datenverkehr unterbrochen
Wenn Sie über die HTML5-Benutzeroberfläche in einer VM zuerst eine IPv6-Netzwerkkarte hinzufügen oder eine IPv6-Netzwerkkarte als primäre Netzwerkkarte konfigurieren und dann der selben VM eine IPv4-Netzwerkkarte hinzufügen, wird die IPv4-Nord-Süd-Kommunikation unterbrochen.
Problemumgehung: Sie müssen der VM zuerst die IPv4-Netzwerkkarte und dann die IPv6-Netzwerkkarte hinzufügen.