Versionshinweise zu VMware Cloud Director 10.5

VMware Cloud Director 10.5 | 18. Juli 2023 | Build 22080476 (Build 22080047 installiert) Überprüfen Sie, ob Erweiterungen und Updates für diese Versionshinweise zur Verfügung stehen.

Neuheiten

VMware Cloud Director Version 10.5 umfasst Folgendes:

• Inhalts-Hub – Verbesserte Katalog- und Inhaltsverwaltung

  Diese Version bietet Anbietern und Mandanten eine völlig neue Benutzererfahrung für den Zugriff auf Anwendungs-Images, wie z. B. vApp-Vorlagen, ISO-Dateien und Container-Anwendungs-Images in Form von Helm Chart. Anbieter können Kataloge erstellen, die vom lokalen VMware Cloud Director-Speicher gestützt werden oder mit aus VMware Marketplace- und Drittanbieter-Helm Chart-Repositorys importierten Anwendungs-Images aufgefüllt werden, und für Mandanten freigeben. Im Inhalts-Hub wird der bestehende VMware Cloud Director-Katalog und das App Launchpad zu einer einheitlichen Erfahrung für Mandanten und Anbieter zusammengeführt. Der Inhalts-Hub erfordert keine Installation zusätzlicher Komponenten. Weitere Informationen finden Sie unter Arbeiten mit externen Quellen für Anwendungs-Images im Administratorhandbuch für VMware Cloud Director for Service Providers und unter Arbeiten mit externen Ressourcen für Anwendungs-Images im VMware Cloud Director-Mandantenhandbuch.

• NSX-Verbund mit VDC-Gruppen

  VMware Cloud Director unterstützt jetzt NSX-Verbund. Sie können eine NSX Global Manager-Instanz registrieren, die Sicherheitsrichtlinien über regionale lokale NSX Manager-Instanzen in Ihrer VMware Cloud Director-Umgebung koordiniert. Sie können einer einzelnen VDC-Gruppe bis zu 4 NSX Manager-Instanzen hinzufügen. Die Verwendung von NSX-Verbund mit VMware Cloud Director ist auf Stretched Tier 0- und Tier 1-Gateways beschränkt. Dies bedeutet, dass das Providergateway, das mit Ihrer Global NSX Manager-Instanz und mit einer Datencentergruppe verknüpft ist, die Grenzen der Datencentergruppe definiert. Durch die Nutzung von NSX-Verbund haben Sie mehr Möglichkeiten beim Einrichten von Netzwerkverfügbarkeitszonen, indem Sie NSX Manager-Instanzen über regionale Datencenter hinweg verteilen. Weitere Informationen finden Sie unter Verwalten von NSX-Verbund im Administratorhandbuch für VMware Cloud Director for Service Providers und unter Verwenden von NSX-Verbund im VMware Cloud Director-Mandantenhandbuch.

• HTTP-Richtlinien für NSX Advanced Load Balancer

  VMware Cloud Director 10.5 bietet eine Mandanten-Self-Service-Benutzeroberfläche für die Konfiguration von HTTP-Richtlinien für NSX Advanced Load Balancer für virtuelle Dienste. Die Funktionalität umfasst HTTP-Anforderungs-, HTTP-Antwort- und HTTP-Sicherheitsrichtlinien. Sie können HTTP-Anforderungsrichtlinien verwenden, um Anforderungen zu ändern, bevor sie an die Anwendung weitergeleitet, als Grundlage für das Wechseln von Inhalten verwendet oder verworfen werden. HTTP-Antwortrichtlinien können Sie verwenden, um Antworten und Antwortattribute, die eine virtuelle Anwendung zurückgibt, auszuwerten und zu ändern. Schließlich können Sie auch HTTP-Sicherheitsrichtlinien verwenden, um das Zulassen oder Verweigern bestimmter Anforderungen zu konfigurieren, eine TCP-Verbindung zu beenden, eine Anforderung an HTTPS umzuleiten, einen Ratengrenzwert anzuwenden oder im Falle eines Ausfalls eine statische Seitenantwort bereitzustellen. Weitere Informationen finden Sie unter Konfigurieren von HTTP-Richtlinien für einen virtuellen Dienst.

• UI-Assistent für die Migration von IP-Räumen

  Sie können den UI-Assistenten für die Migration von IP-Räumen verwenden, um ein beliebiges Providergateway in Ihrer Umgebung aus den Legacy-IP-Blöcken in IP-Räume zu migrieren. Weitere Informationen finden Sie unter Migrieren eines VMware Cloud Director-Providergateways zur Verwendung von IP-Räumen.

• BGP-Verbesserungen

  Auf der neuen Registerkarte „BGP-Routenzuordnungen“ können Kunden zusätzliche Konfigurationen für die Route Redistribution angeben. Die Routenzuordnungen sind nur für Providergateways verfügbar, die IP-Räume verwenden. Sie können Routenzuordnungen mit IP-Präfixen und Community-Listen konfigurieren, die auf dem Providergateway auf den anderen BGP-Registerkarten definiert sind.

• Verbesserte Benutzeroberfläche für Firewallregeln

  VMware Cloud Director 10.5 bietet eine verbesserte Benutzererfahrung für Firewallregel-Ausdrücke. Sie können nun eine einzelne Firewallregel erstellen und diese optional an einer bestimmten Position in der Regelliste positionieren und eine einzelne Firewallregel neu anordnen, ohne die gesamte Liste der vorhandenen Firewallregeln zu bearbeiten. Sie können Bereiche und einzelne IP-Adressen auch direkt in die Textfelder Quelle und Ziel in der Firewallregel hinzufügen. Firewallregeln verfügen jetzt über ein loggingId-Element, das dem NSX-Element rule_id entspricht.

• Generierung automatisch konfigurierter Standard-NAT- und Firewallregeln für Edge-Gateways und Providergateways

  Wenn Sie IP-Räume verwenden, können Sie automatisch konfigurierte Standard-SNAT-, NO SNAT- und Firewallregeln auf Edge-Gateways und Providergateways in Ihrer Umgebung generieren und anwenden. VMware Cloud Director konfiguriert die SNAT-, DNAT- und Firewallregeln in Abhängigkeit von der Topologie der jeweiligen IP-Räume und deren externen und internen Geltungsbereichen automatisch. Weitere Informationen finden Sie unter Automatisches Konfigurieren von Standard-NAT und Firewallregeln auf einem Anbieter-Gateway und Automatisches Konfigurieren von NAT and Firewallregeln auf einem NSX Edge-Gateway in VMware Cloud Director.

• Katalogveröffentlichung – Leistungsverbesserungen beim Abonnieren

  Die erforderliche Zeit für die Synchronisierung von Inhalten während des Abonnierens von Katalogveröffentlichungen über Cloud Director-Instanzen hinweg wurde deutlich reduziert. Die Synchronisierung Veröffentlichen-Abonnieren ist auch robuster hinsichtlich Unterbrechungen bei der Datenübertragung. In unserer Testkatalogsynchronisierung einer vApp-Vorlage mit einer Größe von 10 GB, deren Synchronisierung in früheren Versionen über eine Stunde in Anspruch nehmen würde, wurde die Synchronisierung nun in weniger als 15 Minuten abgeschlossen. Dies wurde erreicht, indem Daten in Blöcke aufgeteilt und bei der Datenübertragung Gleichzeitigkeit zur Anwendung kommt.

• Möglichkeit zum Upgrade von Lösungs-Add-ons und zur Veröffentlichung von Lösungs-Add-ons für Mandanten

  Ab VMware Cloud Director 10.5 können Sie ein Upgrade Ihrer Lösungs-Add-on-Instanzen durchführen, sobald eine neue Version verfügbar ist. Sie können Lösungs-Add-ons außerdem für einige oder für alle Ihre Mandanten veröffentlichen. Weitere Informationen finden Sie unter Verwenden von Lösungs-Add-ons mit VMware Cloud Director.

• Nutzung gemeinsam genutzter Datenspeicher über mehrere vCenter Server hinweg

  In früheren Versionen hat das Platzierungsmodul beim Verschieben von VMs über verschiedene vCenter Server hinweg die gemeinsam genutzten Datenspeicher zwischen den vCenter Servern nicht berücksichtigt. Dies führte zu einem Kopiervorgang mit dem Export und Import der OVF-Datei. Ab VMware Cloud Director 10.5 bietet das Platzierungsmodul Empfehlungen für gemeinsam genutzten Datenspeicher, um den OVF-Export- und -Importworkflow zu verhindern. Außerdem wird das Verschieben durch das Beschleunigen dieses Vorgangs optimiert.

• Verbesserungen bei der Mandantenmigration

  In früheren VMware Cloud Director-Versionen wurden bei Angabe von „Mandantenspeicher migrieren“ alle VMs ausgewählt, die über mindestens eine Festplatte in den ausgewählten Quelldatenspeichern verfügten. Weiterhin wurden alle VMs und deren Festplatten unabhängig davon verschoben, ob sich die Festplatten in den ausgewählten Quelldatenspeichern befanden. Ab VMware Cloud Director 10.5 wird dieses Verhalten über die Eigenschaft Migrate Entire Virtual Machine gesteuert.Wenn Sie diese Eigenschaft auf false festlegen, werden nur die in den Quelldatenspeichern enthaltenen Festplatten verschoben.

• Aktivierung der VM-Erkennung auf Organisations- und Organisations-VDC-Ebene

  In früheren Versionen können Sie die VM-Erkennung in VMware Cloud Director auf globaler, Organisations- und Organisations-VDC-Ebene konfigurieren, aber die globale Ebene hat Vorrang vor der Organisationsebene und die Organisationsebene hat Vorrang vor der Organisations-VDC-Ebene. Wenn die VM-Erkennung in Version 10.4.x und früheren Versionen auf globaler Ebene deaktiviert ist, können Sie sie nicht auf Organisations- oder Organisations-VDC-Ebene aktivieren. Ab VMware Cloud Director 10.5 können Sie die globale VM-Erkennungseinstellung auf der Organisations- und der Organisations-VDC-Ebene überschreiben. Wenn Sie die API /api/admin/extension/settings/general verwenden, um den Parameter AllowOverrideOfVmDiscoveryByOrgAndOVDC auf true festzulegen, kann das VM-Erkennungsverhalten auf der Organisations- und der Organisations-VDC-Ebene die Einstellung auf globaler Ebene überschreiben. Weitere Informationen finden Sie unter Erkennen und Übernehmen von vApps.

• vCenter Server können sowohl ein Provider-VDC als auch eine dedizierte vCenter Server-Instanz unterstützen.

  Ab VMware Cloud Director 10.5 kann ein Provider-Administrator zwei erweiterte Einstellungen aktivieren, sodass eine vCenter Server-Instanz sowohl ein Provider-VDC als auch eine dedizierte vCenter Server-Instanz unterstützen kann. Dies setzt eine erweiterte Konfiguration voraus, die mit Risiken verbunden ist und nur von erfahrenen VMware Cloud Director-Administratoren aktiviert werden darf. Weitere Informationen finden Sie unter Verwalten von dedizierten vCenter Server-Instanzen in VMware Cloud Director.

VMware Cloud Provider-Blog

Weitere Informationen zu den neuen und aktualisierten Funktionen dieser Version finden Sie unter Neuheiten in VMware Cloud Director 10.5.

Sicherheitskorrekturen

• Photon OS 3.0 Sicherheits-Updates

  Die VMware Cloud Director-Appliance in Version 10.5 enthält Photon OS 3.0-Sicherheits-Updates für Empfehlungen bis einschließlich PHSA-2023-3.0-0597. Weitere Informationen finden Sie in den Photon OS 3.0-Sicherheitsempfehlungen.

Hinweise zu Produktunterstützung

• Verhalten für optionale E-Mails für Benutzer und SMTP-Server ist veraltet

  In VMware Cloud Director 10.5 und früheren Versionen sind E-Mails für alle Benutzer optional, sowohl für lokale als auch für solche Benutzer, die von einem externen Identitätsanbieter (IDP) importiert wurden. Ab Version 10.5 ist dieses Verhalten jedoch veraltet, und Sie müssen sicherstellen, dass E-Mails für alle Benutzer vorhanden sind. Geben Sie für lokale Benutzer eine gültige E-Mail-Adresse ein. Stellen Sie für Benutzer, die aus einem in VMware Cloud Director integrierten externen Identitätsanbieter importiert wurden, sicher, dass die Integrationen ordnungsgemäß konfiguriert wurden, um zu gewährleisten, dass die E-Mails über die Identitätsanbieter für alle Benutzer synchronisiert werden. In einer zukünftigen Version müssen die Benutzer-E-Mails in VMware Cloud Director für alle Benutzer verfügbar sein. Bestimmte Funktionen stehen dann für Benutzer ohne E-Mail-Adresse nicht mehr zur Verfügung.

  In VMware Cloud Director 10.5 ist die Konfiguration eines ausgehenden SMTP-Servers optional. In einer zukünftigen Version muss ein ausgehender SMTP-Server für Dienstanbieter konfiguriert werden.

• Die VMware Cloud Director-API-Versionen 35.x und 36.x sind veraltet und werden ab der nächsten Hauptversion von VMware Cloud Director nicht mehr unterstützt.

• VMware Cloud Director-API-Versionen 33.0 und 34.0 werden nicht unterstützt.

• APIs, die besonders schnell veralten

  VMware Cloud Director-API 38.0 (VMware Cloud Director 10.5) enthält APIs, die besonders schnell veralten und in zukünftigen Versionen entfernt werden. Weitere Informationen finden Sie im VMware Cloud Director-API-Programmierhandbuch.

• VMware Cloud Director-API-Version 38.0 und höher unterstützen den API-Anmelde-Endpoint /api/sessions nicht

  Der API-Anmelde-Endpoint /api/sessions ist seit der VMware Cloud Director-API-Version 33.0 veraltet. Für Version 38.0 und höher wird der API-Anmelde-Endpoint /api/sessions nicht mehr unterstützt. Für den Zugriff auf VMware Cloud Director können die VMware Cloud Director-OpenAPI-Anmelde-Endpoints verwendet werden.

  • Dienstanbieterzugriff auf die Systemorganisation – POST cloudapi/1.0.0/sessions/provider

  • Mandantenzugriff auf alle anderen Organisationen mit Ausnahme der Systemorganisation – POST cloudapi/1.0.0/sessions

  Im Rahmen der Zusicherung der Abwärtskompatibilität von VMware Cloud Director unterstützen Version 37.2 und frühere Versionen weiterhin den API-Anmelde-Endpoint /api/sessions.

Upgrade von früheren Versionen

Weitere Informationen zum Upgrade auf VMware Cloud Director 10.5, 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.

Systemanforderungen und Installation

• Ports und Protokolle
• Kompatibilitätstabelle
• Unterstützte VMware Cloud Director-Serverbetriebssysteme
• Unterstützte AMQP-Server
• Unterstützte Datenbanken für das Speichern von historischen Metrikdaten
• Speicherplatzanforderungen
• Arbeitsspeicheranforderungen
• CPU-Anforderungen
• Erforderliche Linux-Softwarepakete
• Unterstützung von Identitätsanbietern
• Unterstützte Sicherheitsprotokolle und Verschlüsselungssammlungen
• Unterstützte Browser
• Unterstützte Gastbetriebssysteme und Versionen virtueller Hardware

Ports und Protokolle

Informationen zu den von VMware Cloud Director 10.5 verwendeten Netzwerkports und -protokollen finden Sie unter VMware Ports and Protocols.

Kompatibilitätstabelle

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

Unterstützte VMware Cloud Director-Serverbetriebssysteme

• CentOS 7

• CentOS 8

• CentOS 9

• Red Hat Enterprise Linux 7

• Red Hat Enterprise Linux 8

• Red Hat Enterprise Linux 9

Unterstützte AMQP-Server

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.

Unterstützte Datenbanken für das Speichern von historischen Metrikdaten

VMware Cloud Director unterstützt Apache Cassandra-Versionen 4.0.x und 4.1.x.

Speicherplatzanforderungen

Jeder VMware Cloud Director-Server erfordert ca. 2100 MB freien Speicherplatz für die Installations- und Protokolldateien.

Arbeitsspeicheranforderungen

Informationen zu Arbeitsspeicheranforderungen finden Sie im Installations-, Konfigurations- und Upgrade-Handbuch zu VMware Cloud Director.

CPU-Anforderungen

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.

Erforderliche Linux-Softwarepakete

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.

Unterstützung von Identitätsanbietern

VMware Cloud Director 10.5 unterstützt LDAP-, SAML- und OpenId Connect-Identitätsanbieter (OIDC).

Unterstützte Sicherheitsprotokolle und Verschlüsselungssammlungen

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

Wichtig:

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.

Unterstützte Browser

VMware Cloud Director ist kompatibel mit der aktuellen und der vorhergehenden Hauptversion der folgenden Browser:

• Google Chrome

• Mozilla Firefox

• Microsoft Edge

Unterstützte Gastbetriebssysteme und Versionen virtueller Hardware

VMware Cloud Director unterstützt alle Gastbetriebssysteme und Versionen virtueller Hardware, die von den ESXi-Hosts unterstützt werden, die jedem Ressourcenpool zugrunde liegen.

Behobene Probleme

• VMware Cloud Director veröffentlicht in RabbitMQ kein Ereignis für die Erstellung eines IP Sets auf einem NSX Edge Gateway.

  Wenn Sie einem NSX Edge Gateway ein IP Set hinzufügen, veröffentlicht VMware Cloud Director dieses Ereignis nicht in RabbitMQ, und das Ereignis wird im RabbitMQ-Client nicht angezeigt.

• Im Dialogfeld „Event Details“ werden falsche Werte für eine VM-Festplatte angezeigt

  Nach dem Aktualisieren der Festplattengröße einer VM wird im Dialogfeld „Event Details“ weiterhin der alte Größenwert angezeigt, anstatt den aktualisierten Größenwert anzuzeigen.

  Dies geschieht, weil die Ereignisdetails vor Abschluss des Aktualisierungsvorgangs aus der VMware Cloud Director-Datenbank abgerufen werden.

• Der Versuch, den Grenzwert für IOPS pro Festplatte zu aktualisieren, schlägt für einen Benutzer mit der Fehlermeldung Cannot read properties of null fehl, wenn dieser Benutzer keine Rechte der Art View Disk IOPS hat.

  Wenn Sie sich als Benutzer ohne Rechte der Art View Disk IOPS anmelden, schlägt der Versuch, den Grenzwert für IOPS pro Festplatte zu aktualisieren, mit der Fehlermeldung Cannot read properties of null fehl.

• VMware Cloud Director kann die standardmäßige Organisations-VDC-Speicherrichtlinie beim Erstellen einer neuen VM aus einer Vorlage nicht anwenden.

  Wenn Sie eine neue VM aus einer Vorlage erstellen, weist VMware Cloud Director die erste Speicherrichtlinie aus einer alphabetischen Speicherrichtlinienliste zu, die der Organisation zur Verfügung steht, statt die standardmäßige Organisations-VDC-Speicherrichtlinie zuzuweisen.

• Beim Hochladen einer OVA-Datei zum Erstellen einer vApp oder vApp-Vorlage schlagen die Vorgänge mit der Fehlermeldung Duplicate element 'AddressOnParent' fehl.

  Wenn Sie eine OVF-Datei mit einer an IDE-Controller 0 angehängten Festplatte und einem an IDE-Controller 1 angehängten CD-ROM-Laufwerk hochladen, um eine vApp-Vorlage zu erstellen, führt das Herunterladen dieser vApp-Vorlage als einzelne OVA-Datei zu einer beschädigten OVA-Datei. Wenn Sie die OVA-Datei dann zum Erstellen einer vApp oder vApp-Vorlage hochladen, schlagen die Vorgänge mit einer Fehlermeldung fehl.

  The following error was encountered while processing the OVF file you provided: Line 81: Duplicate element 'AddressOnParent'.

• Das Konfigurieren und Aktualisieren der IPsec-VPN- und L2-VPN-Tunnel schlägt mit der Fehlermeldung Cannot create or update VPN Tunnel fehl

  Der Versuch, einen neuen IPsec-VPN- oder L2-VPN-Tunnel zu konfigurieren oder einen vorhandenen zu aktualisieren, schlägt mit einer Fehlermeldung fehl.

  Cannot create or update IPSec VPN Tunnel

  Cannot create or update L2 VPN Tunnel

• Wenn Sie eine vApp in ein anderes Organisations-VDC verschieben, geht die vApp-Beschreibung verloren

  Wenn Sie eine vApp zwischen Organisations-VDCs verschieben, wird die Beschreibung für die vApp nicht beibehalten.

• Das Hinzufügen der DNS-IP-Adresse zu einer IPv4-DHCP-Bindung in einem isolierten Netzwerk schlägt mit einer Internal Server-Fehlermeldung fehl

  Wenn Sie in einem isolierten Netzwerk die DNS-IP-Adresse aus einer vorhandenen IPv4-DHCP-Bindung entfernen und dieser erneut hinzufügen, schlägt der Vorgang mit einer Internal Server-Fehlermeldung fehl.

• Das Erstellen einer vApp aus einem OVF-Paket schlägt mit der Fehlermeldung Invalid value '9' for attribute 'instanceId' on element 'BootOrderSection' fehl

  Wenn Sie versuchen, eine vApp aus einer OVF zu erstellen, scheitert der Vorgang, und eine Fehlermeldung wird eingeblendet.

  Invalid value 'ovf:/disk/vmdisk' for element 'HostResource'.Line 484: Invalid value '9' for attribute 'instanceId' on element 'BootOrderSection'..

  Dies geschieht, weil VMware Cloud Director beim Generieren der OVF dazu tendiert, die Quelleingabedaten zu überschreiben und eigene Instanz-IDs für die Festplatte und das CD-ROM-Laufwerk zu verwenden.

• Das Importieren einer VM aus vCenter Server schlägt mit einer Fehlermeldung des Typs NO_FEASIBLE_PLACEMENT_SOLUTION fehl

  Wenn sich beim Importieren einer VM aus vCenter Server die VM in einem VDC-Ressourcenpool befindet, der von VMware Cloud Director verwaltet wird, die Standardplatzierungsrichtlinie jedoch vorschreibt, dass diese VM in einem anderen Cluster als dem Cluster platziert werden muss, in dem sie sich derzeit befindet, schlägt der Vorgang mit einer Fehlermeldung fehl.

  NO_FEASIBLE_PLACEMENT_SOLUTION

• Das Hinzufügen einer neuen VM zu einer vApp schlägt sinngemäß mit der Fehlermeldung Requested disk size for virtual machine exceeds maximum allowed capacity fehl

  Wenn ein Systemadministrator einer vApp eine VM hinzufügt, die Festplatte dieser VM-Festplatte die konfigurierte maximale Festplattengröße überschreitet und ein Organisationsadministrator versucht, derselben vApp eine neue VM hinzuzufügen, schlägt der Vorgang mit einer Fehlermeldung fehl.

  Requested disk size for virtual machine exceeds maximum allowed capacity

• VMware Cloud Director wendet beim Bearbeiten der Gasteigenschaften einer vApp nicht die Einschränkung für die maximale Länge an.

  Wenn Sie eine Einschränkung für die maximale Länge der Gasteigenschaftszeichenfolge einer vApp konfigurieren, wendet VMware Cloud Director beim Bearbeiten dieser vApp die Einschränkung nicht an und Sie können längere Zeichenfolgenwerte eingeben.

• Das Ändern der standardmäßigen Größen- und Speicherrichtlinie auf einer VM schlägt mit einer Fehlermeldung fehl

  Wenn die standardmäßige VM-Größenrichtlinie eine Arbeitsspeicherreservierung von 100 % aufweist und einer VM diese Standardrichtlinie zugewiesen ist, schlägt das Ändern der Größen- oder Speicherrichtlinie dieser VM mit einer Fehlermeldung fehl.

  After policy was applied to VM, memory or cpu limits were below their reservations. Memory Limit: 1,024, Memory Reservation: <value>, Cpu Limit: <value>, Cpu Reservation: <value>

Bekannte Probleme

• Neu - 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-Operators finden Sie unter Bearbeiten eines Kubernetes Operator in VMware Cloud Director.

  Option 2:

  1. Ändern Sie die Zeitzone des Servers, auf dem sich VMware Cloud Director befindet, in eine Nicht-UTC-Zeitzone.

  2. Starten Sie den VMware Cloud Director-Server neu.

• Neu - Die Bereitstellung von Container-Anwendungen schlägt mit einer Fehlermeldung vom Typ Unable to perform this action fehl

  Wenn beim Bereitstellen einer Containeranwendung 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.

• Wenn Sie die schnelle vCenter Server vApp-Instanziierung verwenden und die Hardwareversion der ursprünglichen vApp-Vorlage in vSphere aktualisieren, schlägt der Vorgang auf allen vCenter Servern mit der Fehlermeldung Cannot create shadow VM of primary VM fehl.

  Wenn Sie eine VM über eine vApp-Vorlage schnell bereitstellen, erstellt VMware Cloud Director eine Schatten-VM und eine VM mit dem Präfix multi-vc-vm, um die Erstellung verknüpfter Klone über vCenter Server Datencenter und Datenspeicher hinweg zu unterstützen. Um die Synchronisierung mit der ursprünglichen vApp-Vorlage beizubehalten, sind bestimmte Vorgänge, wie z. B. das Upgrade der Hardwareversion, auf der VM mit dem Präfix multi-vc-vm nicht zulässig. Wenn Sie in vSphere ein Upgrade der Hardwareversion der vApp-Vorlage und der Schatten-VM durchführen, können Sie die VM nicht mit dem Präfix multi-vc-vm aktualisieren. Dies führt dazu, dass das Fast Provisioning auf allen vCenter Servern fehlschlägt, mit Ausnahme des ursprünglichen vCenter Servers, in dem sich die zugeordnete vApp-Vorlage befindet.

  Problemumgehung:

  1. Verwenden Sie die VMware Cloud Director-API, um die VM mit dem Präfix multi-vc-vm zu löschen. Weitere Informationen finden Sie unter http://developers.eng.vmware.com/apis/vmware-cloud-director/latest/multi-vc-vms/.

  2. Löschen oder aktualisieren Sie die Schatten-VM in vSphere.

     Sowohl die Schatten-VM als auch die VM mit dem Präfix multi-vc-vm werden beim nächsten Fast Provisioning aus der vApp-Vorlage neu erstellt.

• 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:

  1. Melden Sie sich direkt oder mithilfe eines SSH-Clients bei der primären Zelle als root an.

  2. Führen Sie den Befehl lsblk --output NAME,FSTYPE,HCTL aus.

  3. 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.

  4. Ä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

  5. 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:

  1. 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.

  2. 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

• In VMware Cloud Director-Dienstumgebungen können keine VMware Cloud Director-VDC-Vorlagen erstellt werden

  Der VMware Cloud Director-Dienst unterstützt keine VDC-Vorlagen (Virtual Data Center). Sie können VDC-Vorlagen in Umgebungen mit Provider-VDCs mit einem NSX-Netzwerkanbietertyp oder einem NSX Data Center for vSphere-Anbietertyp verwenden. In VMware Cloud Director-Dienstumgebungen können Sie keine VDC-Vorlagen verwenden, da die Provider-VDCs den VMC-Netzwerkanbietertyp aufweisen.

  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.&#10;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.

• VMs werden nichtkonform, nachdem ein Reservierungspool-VDC in ein Flex-Organisations-VDC konvertiert wurde

  Wenn in einem Organisations-VDC mit einem Reservierungspool-Zuweisungsmodell bestimmte VMs eine Reservierung ungleich Null für CPU und Arbeitsspeicher, eine nicht unbegrenzte Konfiguration für CPU und Arbeitsspeicher oder beides aufweisen, werden diese VMs nach der Konvertierung in ein Flex-Organisations-VDC nichtkonform. Wenn Sie versuchen, die Konformität der VMs wiederherzustellen, wendet das System eine falsche Richtlinie für die Reservierung und den Grenzwert an und legt die CPU- und Arbeitsspeicherreservierungen auf Null und die Grenzwerte auf Unbegrenzt fest.

  Problemumgehung:

  1. Ein Systemadministrator muss eine VM-Größenrichtlinie mit der korrekten Konfiguration erstellen.

  2. Ein Systemadministrator muss die neue VM-Größenrichtlinie im konvertierten Flex-Organisations-VDC veröffentlichen.

  3. Die Mandanten können die VMware Cloud Director-API oder das VMware Cloud Director-Mandantenportal verwenden, um die VM-Größenrichtlinie den vorhandenen virtuellen Maschinen im Flex-Organisations-VDC zuzuweisen.

• 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:

  1. 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.

  2. Stellen Sie sicher, dass die Datei /etc/vmware/system_fips auf keiner Appliance vorhanden ist.

  3. Aktualisieren Sie die VMware Cloud Director-Appliance.

  4. Aktivieren Sie den FIPS-Modus erneut.

• Der VMware Cloud Director-Konsolen-Proxy, das Hochladen von OVFs und Mediendateien und das Einschalten einer VM schlagen fehl

  VMware Cloud Director 10.4 verbessert die SSL-Konnektivität zu allen vSphere Infrastrukturkomponenten, einschließlich ESXi, indem die vSphere Certificate Authority (CA) in die Vertrauensmechanismen von VMware Cloud Director integriert wird. In bestimmten Fällen verwenden der vSphere-Endpoint und die vSphere CA unterschiedliche Vertrauensanker, und VMware Cloud Director muss mehr als einem Vertrauensanker von vSphere vertrauen. Wenn die vSphere-Zertifizierungsstelle nicht vertrauenswürdig ist, funktionieren einige VMware Cloud Director-Funktionen nicht.

  Informationen zum Abschließen der vSphere-Integration finden Sie unter KB 78885. Sie können auch alle erforderlichen Zertifikate als vertrauenswürdig einstufen, indem Sie den Befehl trust-infra-certs CMT ausführen. Weitere Informationen finden Sie unter Importieren von Endpoint-Zertifikaten aus vSphere-Ressourcen.

• 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.

• Das Fenster „Isoliertes Objekt löschen“ reagiert nicht mehr

  Wenn Sie versuchen, ein isoliertes Objekt in VMware Cloud Director zu löschen, indem Sie im Fenster Isoliertes Objekt löschen auf „OK“ klicken, reagiert das Fenster nicht mehr. Dieses Problem tritt bei langsamer Netzwerkverbindung mit der VMware Cloud Director-Instanz auf. Das Abrufen eines isolierten Elements kann bis zu fünf Minuten dauern, während derer die Benutzeroberfläche nicht reagiert. Wenn Sie auf die Schaltfläche Abbrechen klicken, wird das Fenster geschlossen, das Löschen des Elements wird jedoch nicht abgebrochen.

  Problemumgehung: Warten Sie, bis sich das Fenster von allein schließt.

• Sie können keine VDC-Vorlage erstellen und ein VDC nicht anhand einer Vorlage instanziieren, wenn Sie nur einen VMware Cloud on AWS-Netzwerkpool für Ihr Provider-VDC 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.

  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:

  1. Geben Sie die Speicherrichtlinien für die VM und die VM-Festplatte als vSAN-verschlüsselt an.

  2. 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: Weitere Informationen finden Sie im KB-Artikel https://kb.vmware.com/s/article/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]

• Nach dem Upgrade auf VMware Cloud Director 10.3.2a wird beim Öffnen der Liste der externen Netzwerke eine Warnmeldung angezeigt

  Beim Versuch, die Liste der externen Netzwerke zu öffnen, zeigt die VMware Cloud Director-Benutzeroberfläche eine Warnmeldung an.

  One or more external networks or T0 Gateways have been disconnected from its IP address data.

  Dies geschieht, weil das externe Netzwerk vor dem Upgrade auf VMware Cloud Director 10.3.2a von der CIDR-Konfiguration (Classless Inter-Domain Routing) getrennt wird.

  Problemumgehung: Wenden Sie sich an VMware Global Support Services (GSS), wenn Sie Unterstützung bei der Problemumgehung benötigen.

• 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.

• VMware Cloud Director-API-Aufrufe zum Abrufen vCenter Server-Informationen geben eine URL anstelle einer UUID zurück

  Dieses Problem tritt bei vCenter Server-Instanzen auf, bei denen die anfängliche Registrierung bei VMware Cloud Director Version 10.2.1 und früher fehlgeschlagen ist. Wenn Sie für diese vCenter Server-Instanzen API-Aufrufe zum Abrufen der vCenter Server-Informationen ausführen, gibt die VMware Cloud Director-API fälschlicherweise eine URL anstelle der erwarteten UUID zurück.

  Problemumgehung: Verbinden Sie die vCenter Server-Instanz erneut mit VMware Cloud Director.

• Das Durchführen eines Upgrades von VMware Cloud Director 10.3.x auf VMware Cloud Director 10.4.x führt zu einer Fehlermeldung des Typs Connection to sfcbd lost

  Wenn Sie ein Upgrade von VMware Cloud Director 10.3.x auf VMware Cloud Director 10.4.x, durchführen, wird beim Upgrade-Vorgang eine Fehlermeldung angezeigt.

  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.