Versionshinweise zu VMware Cloud Foundation 5.0

VMware Cloud Foundation 5.0 \| 01. Juni 2023 \| Build-21822418 VMware Cloud Foundation 5.0.0.1 \| 29. September 2023 \| Build 22485660 Überprüfen Sie, ob Ergänzungen und Updates für diese Versionshinweise zur Verfügung stehen.

VMware Cloud Foundation 5.0 | 01. Juni 2023 | Build-21822418

VMware Cloud Foundation 5.0.0.1 | 29. September 2023 | Build 22485660

Überprüfen Sie, ob Ergänzungen und Updates für diese Versionshinweise zur Verfügung stehen.

Hinweis zum Upgrade

Hinweis: VCF+-/VCF-S-Kunden können jetzt ein Upgrade auf VCF 5.0 durchführen.

Neuerungen

Die Version VMware Cloud Foundation (VCF) 5.0 umfasst Folgendes:

Direktes Upgrade: Für die Versionen VCF 4.3.x, VCF 4.4.x, VCF 4.5 und VCF 4.5.1 ist ein Upgrade auf VCF 5.0 über die SDDC Manager-Benutzeroberfläche (mit Internetzugang) oder über das Paketübertragungsdienstprogramm (ohne Internetzugang) möglich.
Isolierte Arbeitslastdomänen: Erstellen und verwalten Sie Arbeitslastdomänen, die jeweils der vCenter Single Sign-On-Domäne der Verwaltungsdomäne oder einer neuen vCenter Single Sign On-Domäne beitreten können, die von keiner anderen Arbeitslastdomäne verwendet wird.
Überprüfungen der Interoperabilitätsdaten von BOM-Komponenten: Automatische Überprüfung der Interoperabilität von BOM-Komponenten im SDDC Manager.
Neulizenzierung von BOM-Produkten: Möglichkeit zur Neulizenzierung von VCF-BOM-Komponenten über die SDDC Manager-Benutzeroberfläche.
Aktualisierung der Lizenzierung:: SDDC Manager wird jetzt als Teil von VCF lizenziert. Daher ist ein separater SDDC Manager-Lizenzschlüssel nicht mehr erforderlich.
Verbesserungen bei Upgrade-Vorabprüfungen: Upgrade-Vorabprüfungen bieten jetzt eine granulare Kontrolle über versionsspezifische und Einzelkomponenten-Vorabprüfungen.
Verbesserungen am Workflow für Konfigurationsupdates: Konfigurationsupdates können zwischen Upgrade-Anwendungen angewendet oder gespeichert werden, um zu einem späteren Zeitpunkt angewendet zu werden.
Neue Upgrade-Option für ESXi-Upgrade: Wenn sich in dem ausgewählten Cluster, für den das Upgrade durchgeführt werden soll, ausgeschaltete virtuelle Maschinen befinden, werden diese während des Upgradevorgangs nur dann evakuiert, wenn diese Option aktiviert ist. Andernfalls werden sie nicht speziell für den Zweck des Upgrades migriert.
Skalierte Unterstützung: Möglichkeit zum gleichzeitigen Upgrade von 10 Clustern (Hosts) über 5 Arbeitslastdomänen (5*10) in ESXi, wodurch parallele Upgrades möglich sind.
Produktinternes Feedback: SDDC Manager kann Kunden in unregelmäßigen Abständen auffordern, Feedback zu VMware Cloud Foundation zu geben.
VMware NSX-T Data Center-Rebranding: Ab Version 4.0 wird VMware NSX-T Data Center als VMware NSX bezeichnet.
VMware Validated Solutions: Alle VMware Validated Solutions-Instanzen wurden aktualisiert, um VMware Cloud Foundation 5.0 zu unterstützen. Die aktualisierten Handbücher finden Sie unter VMware Validated Solutions.
VMware Cloud Foundation mit Skyline Health Diagnostics: Neue Inhalte für die proaktive Diagnose von VMware Cloud Foundation mit Skyline Health Diagnostics verfügbar.
Stücklisten-Updates: Die Stückliste wurde mit den neuen Produktversionen aktualisiert.

Hinweise zu veralteten Funktionen

Die VMware Imaging Appliance (VIA), die in der VMware Cloud Builder-Appliance für das Image von ESXi-Servern enthalten ist, ist in VMware Cloud Foundation 5.0 veraltet und wird in einer zukünftigen Version entfernt werden.
In einer zukünftigen Version wird die Option „Arbeitslastdomänen verbinden“ von der vRealize Operations-Karte, die sich im Abschnitt „SDDC Manager > Verwaltung > vRealize Suite“ befindet, entfernt werden. Darüber hinaus werden auch die entsprechenden VCF Public API-Optionen nicht mehr unterstützt.

Ab vRealize Operations 8.10 ist eine verbesserte Funktionalität für die Verbindung von VCF-Arbeitslastdomänen mit vRealize Operations direkt in der vRealize Operations-Benutzeroberfläche verfügbar. Benutzer sollten diese Methode zum Verbinden von VCF-Arbeitslastdomänen innerhalb der vRealize Operations-Benutzeroberfläche verwenden.
VMware Update Manager als Standardoption für Verwaltungsdomänen-Cluster wird in einer späteren Version nicht mehr unterstützt und vSphere Lifecycle Manager wird die Standardoption. Dadurch wird die Einstellung von VMware Update Manager in zukünftigen Versionen von vSphere berücksichtigt, wie hier beschrieben: https://docs.vmware.com/de/VMware-vSphere/7.0/rn/vsphere-vcenter-server-703-release-notes.html

VMware Cloud Foundation-Stückliste (BOM)

Das Softwareprodukt VMware Cloud Foundation besteht aus der folgenden Software-Stückliste (BOM, Bill-of-Materials). Die Komponenten in der Stückliste sind interoperabel und miteinander kompatibel.

Softwarekomponente	Version	Datum	Build-Nummer
Cloud Builder-VM	5.0	1. JUNI 2023	21822418
SDDC Manager	5.0	1. JUNI 2023	21822418
VMware vCenter Server Appliance	8.0 Update 1a	1. JUNI 2023	21815093
VMware ESXi	8.0 Update 1a	1. JUNI 2023	21813344
VMware vSAN Witness Appliance	8.0 Update 1	14. April 2023	21495797
VMware NSX	4.1.0.2	1. JUNI 2023	21761691
VMware vRealize Suite Lifecycle Manager	8.10 Patch 1	21. Februar 2023	21331275

VMware vSAN ist im VMware ESXi-Paket enthalten.
Sie können vRealize Suite Lifecycle Manager verwenden, um vRealize Automation, vRealize Operations Manager, vRealize Log Insight und Workspace ONE Access bereitzustellen. vRealize Suite Lifecycle Manager ermittelt, welche Versionen dieser Produkte kompatibel sind, und erlaubt Ihnen nur die Installation bzw. das Upgrade auf unterstützte Versionen.
Die Content Packs für vRealize Log Insight werden bei der Bereitstellung von vRealize Log Insight installiert.
Das Management Pack für vRealize Operations Manager wird bei der Bereitstellung von vRealize Operations Manager installiert.
Sie können die neuesten Versionen der Content Packs für vRealize Log Insight über VMware Solution Exchange und den produktinternen vRealize Log Insight Marketplace Store beziehen.

Lizenzinformationen zur VMware Software Edition

Die SDDC Manager-Software wird unter der VMware Cloud Foundation-Lizenz lizenziert. Als Teil dieses Produkts stellt die SDDC Manager-Software bestimmte VMware-Softwareprodukte bereit.

Die folgenden von SDDC Manager bereitgestellten VMware-Softwarekomponenten sind unter der VMware Cloud Foundation-Lizenz lizenziert:

VMware ESXi
VMware vSAN
VMware NSX

Die folgenden von SDDC Manager bereitgestellten VMware-Softwarekomponenten werden separat lizenziert:

VMware vCenter Server

HINWEIS Für alle in einem VMware Cloud Foundation-System bereitgestellten vCenter Server ist nur eine vCenter Server-Lizenz erforderlich.

Weitere Informationen zu den spezifischen VMware-Software-Editionen, die unter den von Ihnen erworbenen Lizenzen lizenziert werden, finden Sie in der VMware Cloud Foundation-Stückliste (BOM) (VMware Cloud Foundation Bill of Materials (BOM)).

Allgemeine Informationen zum Produkt finden Sie unter VMware Cloud Foundation.

Unterstützte Hardware

Weitere Informationen zu unterstützten Konfigurationen finden Sie im VMware-Kompatibilitätshandbuch (VCG) und im Abschnitt „Hardwareanforderungen“ auf der Registerkarte „Checkliste der Voraussetzungen“ im Workbook Planung und ‑Vorbereitung.

Dokumentation

Um auf die Cloud Foundation-Dokumentation zuzugreifen, rufen Sie die VMware Cloud Foundation-Produktdokumentation auf.

Um auf die Dokumentation für VMware-Softwareprodukte zuzugreifen, die SDDC Manager bereitstellen kann, rufen Sie die Produktdokumentation auf und verwenden Sie die Dropdown-Menüs auf der Seite, um die entsprechende Version auszuwählen:

VMware vSphere-Produktdokumentation, enthält auch Dokumentation zu ESXi und vCenter Server
VMware vSAN-Produktdokumentation
VMware NSX-Produktdokumentation

Browserkompatibilität und Bildschirmauflösungen

Die webbasierte Oberfläche von VMware Cloud Foundation unterstützt die letzten beiden Versionen der folgenden Webbrowser:

Google Chrome
Mozilla Firefox
Microsoft Edge

Für die webbasierten Benutzeroberflächen beträgt die unterstützte Standardauflösung 1920 x 1080 Pixel.

Informationen zu Installation und Upgrade

Sie können VMware Cloud Foundation 5.0 als neue Version installieren oder ein stufenweises oder Skip-Level-Upgrade auf VMware Cloud Foundation 5.0 durchführen.

Vorsicht:

Wenn Sie ein Upgrade auf VMware Cloud Foundation 5.0 oder höher durchführen, lesen Sie die wichtigen Informationen im KB-Artikel 91751.

Installieren als neue Version

Die Neuinstallation erfolgt in drei Phasen:

Phase 1: Vorbereiten der Umgebung: Das Workbook Planung und Vorbereitung enthält detaillierte Informationen zu Software, Tools und externen Diensten, die für die Implementierung eines Software-Defined Data Center (SDDC) mit VMware Cloud Foundation unter Verwendung eines Standardarchitekturmodells erforderlich sind.
Phase 2: Erstellen eines Images aller Server mit ESXi: Erstellen Sie ein Image aller Server mit der ESXi-Version, die im Abschnitt „Cloud Foundation-Stückliste (BOM)“ aufgeführt ist. Informationen zum Installieren von ESXi finden Sie im Bereitstellungshandbuch für VMware Cloud Foundation.
Phase 3: Installieren Sie Cloud Foundation 5.0: Informationen zur Bereitstellung von Cloud Foundation finden Sie im Bereitstellungshandbuch für VMware Cloud Foundation.

Upgrade auf Cloud Foundation 5.0

Wichtig:

VMware Cloud Foundation 4.5.2 kann nicht auf VMware Cloud Foundation 5.0 oder 5.0.0.1 aktualisiert werden. Weitere Informationen finden Sie im KB-Artikel 94195.

Sie können ein stufenweises oder Skip-Level-Upgrade (zum Überspringen von Versionen) auf VMware Cloud Foundation 5.0 von VMware Cloud Foundation 4.3.x oder höher durchführen. Wenn Ihre Umgebung eine frühere Version als 4.3.x aufweist, müssen Sie die Verwaltungsdomäne und alle VI-Arbeitslastdomänen auf VMware Cloud Foundation 4.3.x oder höher aktualisieren und dann ein Upgrade auf VMware Cloud Foundation 5.0 durchführen. Weitere Informationen finden Sie unter VMware Cloud Foundation Lifecycle Management.

Wichtig:

Erstellen Sie vor dem Upgrade eines vCenter Servers eine dateibasierte Sicherung. Weitere Informationen finden Sie unter Manuelles Sichern von vCenter Server.

Hinweis:

Da VMware Cloud Foundation 5.0.x den SSH-Dienst standardmäßig deaktiviert, funktionieren Skripts, die auf die Aktivierung von SSH auf ESXi-Hosts angewiesen sind, nach einem Upgrade auf VMware Cloud Foundation 5.0.x nicht mehr. Aktualisieren Sie Ihre Skripts, um diesem neuen Verhalten Rechnung zu tragen. Informationen zum Aktivieren und Deaktivieren des SSH-Diensts auf ESXi-Hosts finden Sie im KB-Artikel 86230.

Versionsinformationen zu VMware Cloud Foundation 5.0.0.1

VMware Cloud Foundation 5.0.0.1 enthält Sicherheits-Updates, Fixes für Probleme mit der Benutzeroberfläche und der Lebenszyklusverwaltung sowie Verbesserungen bei Vorabprüfungen auf Paketebene für vCenter.

Sie können ein stufenweises oder Skip-Level-Upgrade (zum Überspringen von Versionen) auf VMware Cloud Foundation 5.0.0.1 von VMware Cloud Foundation VCF 4.3.x, VCF 4.4.x, VCF 4.5, VCF 4.5.1 und 5.0 durchführen. Wenn Ihre Umgebung eine frühere Version als 4.3.x aufweist, müssen Sie die Verwaltungsdomäne und alle VI-Arbeitslastdomänen auf VMware Cloud Foundation VCF 4.3.x, VCF 4.4.x, VCF 4.5 und VCF 4.5.1 aktualisieren und dann ein Upgrade auf VMware Cloud Foundation 5.0.0.1 durchführen. Weitere Informationen finden Sie unter „VMware Cloud Foundation-Lebenszyklusverwaltung“.

VMware Cloud Foundation 5.0.0.1 enthält die folgenden BOM-Updates:

Softwarekomponente	Version	Datum	Build-Nummer
SDDC Manager	5.0.0.1	29. September 2023	22485660

In dieser Version werden die folgenden Probleme in SDDC Manager behoben:

Fixes für die Benutzeroberfläche:
- Missing license information Fehlermeldung wird nicht mehr angezeigt, wenn Folgendes zutrifft:
  1. Ein Domänenerstellungsvorgang wird von einem Arbeitslastdomänenbildschirm über die öffentliche API (außerhalb der SDDC-Benutzeroberfläche) ausgelöst
  2. Ein Workflow vom Typ „Cluster hinzufügen“ wird über die Benutzeroberfläche ausgelöst
- Banner verfügen neuerdings über die Option „Verwerfen“.
- In einem Setup mit einer Verwaltungs- und VI-Arbeitslastdomäne wurde dem Benutzer im Status ABONNEMENT/AKTIV (ODER NICHT ABONNIERT) fälschlicherweise folgende Meldung angezeigt: You have reached the limit of 4 cloud-connected workload domains. To learn how to add more workload domains, go to the VMware knowledge base.
Fixes für die Lebenszyklusverwaltung:
- Das ESXi-Upgrade ist mit einem Fehler fehlgeschlagen ESX UPGRADE VUM STAGE REGISTER UPLOADED FILES
- Beim Upgrade von VCF 4 auf 5 ist ein Problem mit der Eingabespezifikation des Lizenzschlüssels aufgetreten, was zu einem Fehler bei einem vCenter-Upgrade geführt hat.
- Das LCM-Debug-Protokoll (lcm-debug.log) wurde mit der Fehlermeldung does not have a valid product api version string überlastet. Dieses durch übermäßige Protokollierung verursachte Problem wurde behoben.
Einsatz:
- Der Client konnte den Host nicht in Betrieb nehmen, obwohl alle Anforderungen erfüllt wurden
Verbesserungen und Korrekturen bei der Vorabprüfung:
- Die Vorabprüfung der NSX-T-SICHERUNG ist aufgrund von unzureichendem Festplattenspeicher fehlgeschlagen, und die Standardisierungsnachricht enthält keine entsprechenden Informationen.

Bekannte Probleme

Bekannte Probleme bei VMware Cloud Foundation
Bekannte Upgradeprobleme
Bekannte Probleme bei der Aktivierung
Bekannte Probleme bei SDDC Manager
Bekannte Probleme bei Arbeitslastdomäne
Bekannte Probleme mit APIs

Bekannte Probleme bei VMware Cloud Foundation

Die Vorabprüfung von Lifecycle Management löst keinen Fehler aus, wenn die NSX Manager-Bestandsliste nicht synchronisiert ist

Die Lifecycle Management-Vorabprüfung zeigt einen grünen Status an und generiert keine Fehler für die NSX Manager-Bestandsliste.

Problemumgehung: Keine
Fehler: Fehlende Lizenzinformationen in der Benutzeroberfläche
Ein Missing domain licensing information-Fehler wird angezeigt nach:
1. Ein Domänenerstellungsvorgang wird von einem Arbeitslastdomänenbildschirm über die öffentliche API (außerhalb der SDDC-Benutzeroberfläche) ausgelöst,
2. dann wird ein Workflow „Cluster hinzufügen“ über die Benutzeroberfläche ausgelöst.
Problemumgehung: Aktualisieren Sie die Seite und lösen Sie dann den Workflow „Cluster hinzufügen“ aus.
Auf dem Upgrade-Bildschirm wird beim Upgrade von VCF 4.3 auf Version 5.0 die falsche Version angezeigt.

Die VCF-Benutzeroberfläche zeigt beim Upgrade von Version 4.3 auf 5.0 die falsche Quellversion an. Das eigentliche Upgrade führt jedoch weiterhin korrekt ein Direkt-Upgrade von der Quellversion auf die Zielversion durch.

Problemumgehung: Keine
Beim parallelen Erstellen von Arbeitslastdomänen wird die maximale Anzahl von Compute Managern pro NSX Manager nicht erzwungen.

Das parallele Erstellen von Arbeitslastdomänen kann dazu führen, dass die Erstellung einer oder mehrerer Arbeitslastdomänen fehlschlägt, da das Limit an Compute Managern pro NSX Manager überschritten wird.

Problemumgehung: Die fehlgeschlagene Arbeitslastdomäne löschen
In VCF 5.0 Mixed BOM mit vCenter Enhanced Linked Mode können Sie vCenter Server-Systeme der Version 8.0 von einer 7.x vCenter Server-Instanz aus anzeigen

Wenn Sie über eine vCenter Enhanced Linked Mode-Gruppe verfügen, die vCenter Server-Instanzen der Versionen 8.x und 7.x enthält, können Sie bei der Anmeldung bei einer 7.x vCenter Server-Instanz im vSphere Client vCenter Server-Systeme der Version 8.0 sehen. Da vCenter Server 8.0 neue Funktionen einführt, können Sie für vSphere 8.0 spezifische Workflows auf dem vCenter Server 8.0 ausführen. Dies kann jedoch zu unerwarteten Ergebnissen führen, wenn sie über den vSphere Client 7.x ausgeführt werden.

Problemumgehung: Dieses Problem wurde in vSphere 7.0 P07 behoben.
Dropdown-Menü „Geltungsbereich der Upgrade-Vorabprüfung“ kann zusätzliche Einträge enthalten

Bei der Durchführung von Upgrade-Vorabprüfungen über die SDDC Manager-Benutzeroberfläche und der Auswahl einer Ziel-VCF-Version kann das Dropdown-Menü „Geltungsbereich der Vorabprüfung“ mehr auswählbare Einträge als nötig enthalten. SDDC Manager wird möglicherweise mehr als einmal als Eintrag angezeigt. Er kann auch als auswählbare Komponente für VI-Domänen enthalten sein, obwohl er eine Komponente der Verwaltungsdomäne ist.

Problemumgehung: Keine. Es handelt sich um ein visuelles Problem, das keine funktionalen Auswirkungen hat.
Das Konvertieren von Clustern aus vSphere Lifecycle Manager-Baselines in vSphere Lifecycle Manager-Images wird nicht unterstützt.

vSphere Lifecycle Manager-Baselines (früher bekannt als vSphere Update Manager oder VUM) sind in vSphere 8.0 veraltet, werden aber weiterhin unterstützt. Weitere Einzelheiten finden Sie im KB-Artikel 89519.

VMware Cloud Foundation 5.0 unterstützt nicht die Konvertierung von Clustern aus vSphere Lifecycle Manager-Baselines in vSphere Lifecycle Manager-Images. Diese Funktion wird in einer zukünftigen Version unterstützt werden.

Problemumgehung: Keine
Arbeitslastverwaltung unterstützt keinen NSX Data Center-Verbund

Sie können die Arbeitslastverwaltung (vSphere with Tanzu) nicht in einer Arbeitslastdomäne bereitstellen, wenn die NSX Data Center-Instanz dieser Arbeitslastdomäne an einem NSX Data Center-Verbund teilnimmt.

Problemumgehung: Keine.
NSX Guest Introspection (GI) und NSX Network Introspection (NI) werden auf Stretched Clustern nicht unterstützt

Es gibt keine Unterstützung für Stretched Cluster, bei denen NSX Guest Introspection (GI) oder NSX Network Introspection (NI) aktiviert sind. VMware Cloud Foundation trennt Transportknotenprofile von AZ2-Hosts ab, um AZ-spezifische Netzwerkkonfigurationen zu ermöglichen. NSX GI und NSX NI erfordern, dass dasselbe Transportknotenprofil an alle Hosts im Cluster angehängt wird.

Keine.
Stretched Clusters und Arbeitslastverwaltung

Sie können einen Cluster, auf dem Arbeitslastverwaltung bereitgestellt wird, nicht erweitern.

Keine.

Bekannte Upgradeprobleme

Neu - Die Schaltfläche „Update planen/Upgrade wiederholen“ ist nicht deaktiviert, wenn ein vorhandenes Upgrade ausgeführt wird.

Wenn ein Upgrade für einen Cluster durchgeführt wird, der Teil einer Domäne ist, kann der Benutzer über die Benutzeroberfläche weiterhin das Upgrade für einen anderen Cluster auswählen und starten. Auf der Schaltfläche FERTIG STELLEN wird diese Aktion jedoch blockiert.

Problemumgehung: Lösen Sie kein weiteres Upgrade aus, wenn ein Upgrade für eine Domäne durchgeführt wird.
Neu - Popup „Bereitstellungssperre“ auf der Seite „Updates“ ist während Domänenvorgängen leer

Wenn während eines Upgrades Domänenvorgänge durchgeführt werden, wie z. B. Hinzufügen eines Hosts oder eines Clusters, werden auf das Upgrade bezogene Vorgänge blockiert, und in der QuickInfo wird kein Text mit dem Grund angezeigt.

Problemumgehung: Keine.
Neu - Mithilfe der Schaltfläche BEENDEN auf der Upgrade-Benutzeroberfläche können mehrere Upgrades initiiert werden.

Wenn Sie mehrmals auf die Schaltfläche BEENDEN klicken, werden mehrere Upgrades für dasselbe Paket initiiert.

Das Problem kann nicht umgangen werden. Sie können alle ausgelösten Upgrades im Aufgabenbereich anzeigen. Alle Upgrades, die nach dem ersten Klicken auf die Schaltfläche „Beenden“ initiiert wurden, schlagen fehl.
VCF 4.5.1 mit dem asynchronen Patch für NSX 3.2.3 kann nicht auf VCF 5.0 aktualisiert werden

Das Upgrade von NSX 3.2.3 auf 4.1.0.2 wird nicht unterstützt. Es wird nur NSX 4.1.1 und höher unterstützt.

Problemumgehung: Keine.

Dieses Problem wird in einer zukünftigen Version behoben.
VC-Upgrade schlägt während der Installation fehl

Beim Ausführen des Arbeitslast-VC-Upgrades von VCF schlägt die VC-Installation mit target vc upgrade precheck stage failing fehl.

Problemumgehung: Verwenden Sie dieselbe temporäre IP-Adresse nicht für sequenzielle VC-Upgrades. Verwenden Sie eine separate temporäre IP für jede VC, die einem Upgrade unterzogen wird.
NSX-Upgrade schlägt möglicherweise fehl, wenn in NSX Manager aktive Alarme vorhanden sind

Wenn in NSX Manager aktive Alarme vorhanden sind, kann das NSX-Upgrade fehlschlagen.

Problemumgehung: Überprüfen Sie die NSX Manager-Benutzeroberfläche vor dem NSX-Upgrade auf aktive Alarme und beheben Sie diese, falls vorhanden. Wenn die Alarme nicht behoben werden, schlägt das NSX-Upgrade fehl. Das Upgrade kann erneut versucht werden, sobald die Alarme behoben sind.
Die Vorabprüfung für NSX ist mit einer FEHLER-Meldung fehlgeschlagen

Wenn die Upgrade-Voraussetzung Backup SDDC Manager, all vCenter Servers, and NSX Managers ignoriert wird und der für die NSX-Konfigurationssicherung definierte STFPlocation nicht über genügend Festplattenspeicher verfügt, wird die FEHLER-Meldung Precheck for NSX has failed angezeigt. Obwohl die Hauptursache des Fehlers sftp server disk is full im Operations Manager-Protokoll angezeigt wird, wird sie derzeit nicht in SDDC Manager angezeigt.

Problemumgehung: Erhöhen Sie den verfügbaren Festplattenspeicher auf dem SFTP-Server und schließen Sie dann die Upgrade-Voraussetzung ab, bevor Sie fortfahren.
Die Vorabprüfung von Lifecycle Management löst keinen Fehler aus, wenn die NSX Manager-Bestandsliste nicht synchronisiert ist

Problemumgehung: Keine.
In den SDDC Manager-Paketdetails sollte 4.4.1.1 als „Erforderliche Version“ für das Skip-Level-Upgrade angezeigt werden.

Bei einem Skip-Level-Upgrade von VMware Cloud Foundation 4.4.1.1 auf 5.0 tritt in den SDDC Manager-Paketdetails ein Fehler auf, bei dem VMware Cloud Foundation 4.5.0 fälschlicherweise als „Erforderliche Version“ aufgeführt wird.

Problemumgehung: Keine
VCF ESXi-Upgrade schlägt während der nachträglichen Validierung aufgrund eines HA-bezogenen Clusterkonfigurationsproblems fehl
Das Upgrade des ESXi-Clusters schlägt mit einer Fehlermeldung fehl, die der unten stehenden ähnelt:
```
Cluster Configuration Issue: vSphere HA failover operation in progress in cluster <cluster-name> in datacenter <datacenter-name>: 0 VMs being restarted, 1 VMs waiting for a retry, 0 VMs waiting for resources, 0 inaccessible vSAN VMs
```
Problemumgehung: Lesen Sie hierzu KB-Artikel 90985.
Das SDDC Manager-Upgrade schlägt bei „Common Appliance Platform einrichten“ fehl

Wenn eine Neukonfigurationsaufgabe für virtuelle Maschinen (z. B. das Entfernen eines Snapshots oder das Ausführen einer Sicherung) in der Verwaltungsdomäne zur gleichen Zeit wie das Upgrade von SDDC Manager stattfindet, schlägt das Upgrade möglicherweise fehl.

Problemumgehung: Planen Sie SDDC Manager-Upgrades für einen Zeitpunkt, an dem keine Neukonfigurationsaufgaben für virtuelle Maschinen in der Verwaltungsdomäne ausgeführt werden. Wenn dieses Problem auftritt, warten Sie, bis die anderen Aufgaben abgeschlossen sind, und versuchen Sie dann das Upgrade erneut.
Parallele Upgrades von vCenter Server werden nicht unterstützt

Wenn Sie versuchen, ein Upgrade von vCenter Server für mehrere VI-Arbeitslastdomänen gleichzeitig durchzuführen, kann das Upgrade beim Ändern der Berechtigungen für das vpostgres-Konfigurationsverzeichnis in der Appliance fehlschlagen. Die Meldung chown -R vpostgres:vpgmongrp /storage/archive/vpostgres wird in der Datei PatchRunner.log auf der vCenter Server Appliance angezeigt.

Problemumgehung: Jede vCenter Server-Instanz muss separat aktualisiert werden.
Wenn Sie ein Upgrade von VMware Cloud Foundation durchführen, wird eine der vSphere Cluster Services (vCLS)-Agent-VMs auf dem lokalen Speicher abgelegt

vSphere Cluster Services (vCLS) stellt sicher, dass die Clusterdienste auch dann verfügbar bleiben, wenn der vCenter Server nicht verfügbar ist. vCLS setzt drei virtuelle Maschinen mit vCLS-Agent ein, um die Integrität der Clusterdienste zu erhalten. Wenn Sie ein Upgrade von VMware Cloud Foundation durchführen, kann es vorkommen, dass eine der vCLS-VMs auf lokalem Speicher statt auf gemeinsamem Speicher abgelegt wird. Dies kann zu Problemen führen, wenn Sie den ESXi-Host löschen, auf dem die VM gespeichert ist.
Problemumgehung: Deaktivieren Sie vCLS auf dem Cluster und aktivieren Sie es erneut, um alle vCLS-Agent-VMs auf gemeinsamem Speicher bereitzustellen.
1. Überprüfen Sie die Platzierung der vCLS-Agent-VMs für jeden Cluster in Ihrer Umgebung.
  1. Wählen Sie im vSphere Client Menü > VMs und Vorlagen aus.
  2. Erweitern Sie den Ordner vCLS.
  3. Wählen Sie die erste vCLS-Agent-VM aus und klicken Sie auf die Registerkarte „Übersicht“.
  4. Überprüfen Sie im Abschnitt „Verwandte Objekte“ den unter „Speicher“ aufgeführten Datenspeicher. Es sollte der vSAN-Datenspeicher sein. Wenn sich eine vCLS-Agent-VM auf einem lokalen Speicher befindet, müssen Sie vCLS für den Cluster deaktivieren und anschließend wieder aktivieren.
  5. Wiederholen Sie diese Schritte für alle vCLS-Agent-VMs.
2. Deaktivieren Sie vCLS für Cluster, bei denen sich vCLS-Agent-VMs auf lokalem Speicher befinden.
  1. Wählen Sie im vSphere Client Menü > Hosts und Cluster aus.
  2. Wählen Sie einen Cluster aus, der über eine vCLS-Agent-VM auf dem lokalen Speicher verfügt.
  3. Notieren Sie in der Adressleiste des Webbrowsers die MoRef-ID des Clusters.
    
    Wenn die URL beispielsweise als https://vcenter-1.vrack.vsphere.local/ui/app/cluster;nav=h/urn:vmomi:ClusterComputeResource:domain-c8:503a0d38-442a-446f-b283-d3611bf035fb/summary angezeigt wird, lautet die MoRef-ID domain-c8.
  4. Wählen Sie den vCenter Server aus, der den Cluster enthält.
  5. Klicken Sie auf Konfigurieren > Erweiterte Einstellungen.
  6. Klicken Sie auf Einstellungen bearbeiten.
  7. Ändern Sie den Wert für config.vcls.clusters.<moref id>.enabled auf false und klicken Sie auf Speichern.
    
    Wenn die Einstellung config.vcls.clusters.<moref id>.enabled für Ihre MoRef-ID nicht angezeigt wird, geben Sie deren Namen und false für den Wert ein und klicken Sie auf Hinzufügen.
  8. Warten Sie einige Minuten, bis die vCLS-Agent-VMs ausgeschaltet und gelöscht sind. Sie können den Fortschritt im Bereich „Kürzlich bearbeitete Aufgaben“ überwachen.
3. Aktivieren Sie vCLS für den Cluster, um die vCLS-Agent-VMs auf einem gemeinsamen Speicher abzulegen.
  1. Wählen Sie den vCenter Server aus, der den Cluster enthält, und klicken Sie auf Konfigurieren > Erweiterte Einstellungen.
  2. Klicken Sie auf Einstellungen bearbeiten.
  3. Ändern Sie den Wert für config.vcls.clusters.<moref id>.enabled auf true und klicken Sie auf Speichern.
  4. Warten Sie ein paar Minuten, bis die vCLS-Agent-VMs bereitgestellt und eingeschaltet sind. Sie können den Fortschritt im Bereich „Kürzlich bearbeitete Aufgaben“ überwachen.
4. Überprüfen Sie die Platzierung der vCLS-Agent-VMs, um sicherzustellen, dass sie sich alle auf einem gemeinsamen Speicher befinden
Probleme mit der SDDC Manager-Benutzeroberfläche beim Ausführen mehrerer paralleler Upgrade-Vorabprüfungen

Wenn Sie eine Vorabprüfung für mehr als eine Arbeitslastdomäne gleichzeitig initiieren, kann die SDDC Manager-Benutzeroberfläche flackern und falsche Informationen anzeigen.

Problemumgehung: Führen Sie nicht mehrere parallele Vorabprüfungen durch. Wenn Sie dies tun, warten Sie mit der Auswertung der Ergebnisse, bis die Vorabprüfungen abgeschlossen sind.
Upgrade-Vorabprüfungsergebnisse für ESXi zeigen den Fehler „Das TPM 2.0-Gerät wird erkannt, aber es kann keine Verbindung hergestellt werden“ an.

Dieses Problem kann bei ESXi-Hosts auftreten, deren TPM-Chips (Trusted Platform Modules) teilweise konfiguriert sind.

Problemumgehung: Stellen Sie sicher, dass das TPM im BIOS des ESXi-Hosts so konfiguriert ist, dass es den SHA-256-Hashing-Algorithmus und die TIS/FIFO-Schnittstelle (First-In, First-Out) verwendet und nicht CRB (Command Response Buffer). Informationen zum Einstellen dieser erforderlichen BIOS-Optionen finden Sie in der Dokumentation des Herstellers.
Das Durchführen paralleler Vorabprüfungen für mehrere Arbeitslastdomänen, die vSphere Lifecycle Manager-Images verwenden, schlägt möglicherweise fehl

Wenn Sie parallele Vorabprüfungen für mehrere Arbeitslastdomänen durchführen, die vSphere Lifecycle Manager-Images verwenden, während Sie gleichzeitig parallele Upgrades durchführen, können die Vorabprüfungen fehlschlagen.
Problemumgehung: Planen Sie Upgrades und Vorabprüfungen für Arbeitslastdomänen, die vSphere Lifecycle Manager-Images verwenden, anhand der folgenden Anleitung.
- Für parallele Upgrades unterstützt VMware Cloud Foundation bis zu fünf Arbeitslastdomänen mit jeweils bis zu fünf Clustern.
- Für parallele Vorabprüfungen unterstützt VMware Cloud Foundation bis zu drei Arbeitslastdomänen mit jeweils bis zu vier Clustern.
- Führen Sie keine parallelen Upgrades und Vorabprüfungen gleichzeitig aus.
Bei Verwendung der /v1/upgrades-API zum Auslösen paralleler Cluster-Upgrades über Arbeitslastdomänen in einem einzigen API-Aufruf werden die Cluster nicht parallel aktualisiert

Wenn Sie mithilfe der VMware Cloud Foundation-API ein paralleles Upgrade für mehrere Arbeitslastdomänen durchführen, funktioniert die Einbeziehung mehrerer Ressourcen-Upgrade-Spezifikationen (resourceUpgradeSpec) in einen einzigen Domänen-Upgrade-API-Aufruf /v1/upgrades nicht wie erwartet.

Problemumgehung: Um die beste Leistung beim parallelen Upgrade mehrerer Arbeitslastdomänen mit der VMware Cloud Foundation-API zu erzielen, sollten Sie nicht mehrere Ressourcen-Upgrade-Spezifikationen (resourceUpgradeSpec) in einen einzelnen Domänen-Upgrade-Aufruf aufnehmen. Rufen Sie stattdessen das Domänen-Upgrade mehrmals mit einer einzigen resourceUpgradeSpec für jede Arbeitslastdomäne auf.

Sie können auch die SDDC Manager-Benutzeroberfläche verwenden, um mehrere parallele Upgrades über Arbeitslastdomänen hinweg auszulösen.
NSX Data Center-Upgrade schlägt bei „NSX T PERFORM BACKUP“ fehl

Wenn Sie das Ziel von NSX Manager-Sicherungen nicht auf einen externen SFTP-Server geändert haben, können Upgrades aufgrund eines veralteten SSH-Fingerabdrucks für SDDC Manager fehlschlagen.
Problemumgehung:
1. Melden Sie sich bei der NSX Manager-Benutzeroberfläche an.
2. Klicken Sie auf System > Sichern und Wiederherstellen.
3. Klicken Sie für den SFTP-Server auf Bearbeiten.
4. Entfernen Sie den vorhandenen SSH-Fingerabdruck und klicken Sie auf Speichern.
5. Klicken Sie auf Hinzufügen, um den vom Server bereitgestellten Fingerabdruck hinzuzufügen.
6. Klicken Sie auf Speichern.
7. Wiederholen Sie das NSX Data Center-Upgrade über die SDDC Manager-Benutzeroberfläche.
ESXi-Upgrade auf Clusterebene schlägt fehl

Die Auswahl auf Clusterebene während des Upgrades berücksichtigt nicht den Integritätsstatus der Cluster und kann den Status eines Clusters als Verfügbar anzeigen, selbst bei einem fehlerhaften Cluster. Wenn Sie einen fehlerhaften Cluster auswählen, schlägt das Upgrade fehl.

Führen Sie immer eine Update-Vorabprüfung durch, um den Integritätsstatus der Cluster zu überprüfen. Beheben Sie etwaige Probleme vor der Durchführung des Upgrades.
Sie können NSX Data Center in der Verwaltungsdomäne oder in einer Arbeitslastdomäne mit vSAN-Hauptspeicher aufgrund eines Fehlers während der Phase der NSX-Transportknoten-Vorabprüfung nicht aktualisieren

Wenn Sie in SDDC Manager die Upgrade-Vorabprüfung vor der Aktualisierung des NSX Data Center ausführen, führt die Validierung des NSX-Transportknotens zu folgendem Fehler.

Es wurde kein Coredump-Ziel konfiguriert. Es können keine Core-Dumps für den Host gespeichert werden: Systemprotokolle auf dem Host sfo01-m01-esx04.sfo.rainpole.io werden auf einem nicht-persistenten Speicher gespeichert. Informationen zum Konfigurieren eines Syslog-Servers oder einer Scratch-Partition finden Sie in der Produktdokumentation.

Da bei der Upgrade-Vorabprüfung ein Fehler auftritt, können Sie nicht mit dem Aktualisieren der NSX Data Center-Instanz in der Domäne fortfahren. VMware Validated Design unterstützt vSAN als Prinzipalspeicher in der Verwaltungsdomäne. vSAN-Datenspeicher unterstützen jedoch keine Scratch-Partitionen. Weitere Informationen hierzu finden Sie im VMware-Knowledgebase-Artikel 2074026.
Deaktivieren Sie die Update-Vorabprüfung für das nachfolgende NSX Data Center-Update.
1. Melden Sie sich bei SDDC Manager als vcf mithilfe eines SSH-Clients (Secure Shell) an.
2. Öffnen Sie Datei application-prod.properties zur Bearbeitung: vi /opt/vmware/vcf/lcm/lcm-app/conf/application-prod.properties
3. Fügen Sie die folgende Eigenschaft hinzu und speichern Sie die Datei: lcm.nsxt.suppress.prechecks=true
4. Starten Sie den Lebenszyklusverwaltungsdienst neu: systemctl restart lcm
5. Melden Sie sich bei der SDDC Manager-Benutzeroberfläche an und fahren Sie mit der Aktualisierung von NSX Data Center fort.
NSX-T-Upgrade schlägt möglicherweise beim Schritt NSX T TRANSPORT NODE POSTCHECK STAGE fehl

Das NSX-T-Upgrade kann möglicherweise nicht über den Schritt NSX T TRANSPORT NODE POSTCHECK STAGE hinaus fortgesetzt werden.

Wenden Sie sich an den VMware-Support.
Das ESXi-Upgrade schlägt mit dem Fehler „Inkompatible Patch- oder Upgrade-Dateien“ fehl. Stellen Sie sicher, dass die Patch-Datei mit dem Host kompatibel ist. Siehe LCM- und VUM-Protokolldatei.“

Dieser Fehler tritt auf, wenn die Speichergeräte von einem der ESXi-Hosts, für die Sie ein Upgrade durchführen, getrennt sind.

Problemumgehung: Verbinden Sie alle Speichergeräte mit den zu aktualisierenden ESXi-Hosts, starten Sie die Hosts neu und versuchen Sie das Upgrade erneut.
Die Update-Vorabprüfung schlägt mit der Fehlermeldung „Das Kennwort ist abgelaufen“ fehl

Wenn die vCenter Single Sign-On-Kennwortrichtlinie eine maximale Lebensdauer von Null (läuft nie ab) angibt, schlägt die Vorabprüfung fehl.

Problemumgehung: Legen Sie die Kennwortrichtlinie für die maximale Lebensdauer auf einen anderen Wert als Null fest und versuchen Sie die Vorabprüfung erneut.

Bekannte Probleme bei der Aktivierung

Anmeldung bei der VMware Cloud Builder-Appliance nicht möglich

Wenn Sie die VMware Cloud Builder-Appliance mit einem aus 8 Zeichen bestehenden Administrator- oder Root-Kennwort bereitstellen, können Sie sich nicht bei der Appliance anmelden, und die Fehlermeldung Invalid username or password wird angezeigt.

Problemumgehung: Stellen Sie die VMware Cloud Builder-Appliance mit Kennwörtern, die mindestens 12 Zeichen enthalten, erneut bereit.
Die Validierung der Netzwerkkonfiguration bei der Aktivierung schlägt mit der Meldung „Gateway-IP-Adresse für Management ist nicht erreichbar“ fehl.

Der folgende Fehler „Gateway-IP-Adresse für MANAGEMENT ist nicht erreichbar“ wird als schwerwiegender Fehler in der Cloud Builder-Benutzeroberfläche gemeldet und die Aktivierung kann nicht fortgesetzt werden. In einigen Fällen schlägt die Validierung der Konnektivität fehl, da sie eine Reihe von vordefinierten Ports verwendet, obwohl der Ping funktioniert.

Problemumgehung: Weitere Informationen finden Sie im Knowledgebase-Artikel 89990.

Bekannte Probleme bei SDDC Manager

SDDC Manager rendert den dunklen Modus aufgrund von geerbten Betriebssystemeinstellungen in VCF 5.0 nicht korrekt

Die SDDC Manager-Benutzeroberfläche unterstützt den dunklen Modus nicht nativ. Er versucht, den dunklen Modus basierend auf den Betriebssystemeinstellungen zu rendern, was zu Problemen beim Rendern einiger Bildschirme führen kann.
Problemumgehung: Es gibt zwei Möglichkeiten, dieses Problem zu umgehen:
- Schalten Sie den dunklen Modus auf Betriebssystemebene aus und löschen Sie den Browser-Cache.
- Führen Sie das folgende Skript in der Entwicklerkonsole des verwendeten Browsers aus (ersetzen Sie das Feld Domain durch die FQDN Ihres Systems):
document.cookie = 'clarity-theme=Light; Max-Age=2147483647; path=/; Domain=sddc-manager.vrack.vsphere.local; SameSite=Lax'
SDDC Manager-Lizenzschlüssel ist nicht erforderlich

Ein SDDC Manager-Lizenzschlüssel ist nicht erforderlich, und alle Fehler, die im Zusammenhang mit einem vorhandenen SDDC-Manager-Lizenzschlüssel angezeigt werden, können ignoriert werden.

Problemumgehung: Keine.
vRealize Operations Manager-Administratorkonto wird als getrennt angezeigt

SDDC Manager zeigt fälschlicherweise an, dass das vRealize Operations Manager-Administratorkonto aufgrund eines abgelaufenen Kennworts getrennt ist. Das Kennwort des Administratorkontos, das für die Anmeldung bei der vRealize Operations Manager-Benutzeroberfläche verwendet wird, läuft nie ab, aber SDDC Manager überprüft tatsächlich das Kennwort des Administratorkontos der virtuellen Appliance (Photon OS).
Problemumgehung: So löschen Sie die Meldung „Kennwort abgelaufen/getrennt“ in SDDC Manager:
1. Melden Sie sich beim betroffenen vRealize Operations Manager-Knoten an und aktualisieren Sie das Administratorkennwort der virtuellen Appliance.
2. Stellen Sie in SDDC Manager das Kennwort für das abgelaufene Konto wieder her (bzw. rotieren oder aktualisieren Sie es). Oder verwenden Sie die VMware Cloud Foundation-API, um POST /v1/credentials/expirations auszuführen.
SDDC Manager-Benutzeroberfläche zeigt immer das lokale Betriebssystem als Standardidentitätsquelle an

Wenn Sie Active Directory über LDAP oder OpenLDAP als Identitätsquelle in SDDC Manager hinzufügen und den vSphere Client verwenden, um diese Identitätsquelle als Standard festzulegen, zeigt die SDDC Manager-Benutzeroberfläche (Verwaltung > Single Sign On > Identitätsanbieter) weiterhin das lokale Betriebssystem als Standardidentitätsquelle an.

Problemumgehung: Verwenden Sie den vSphere Client, um die tatsächliche Standardidentitätsquelle zu bestätigen.
Beim Konfigurieren des NTP-Servers schlägt die Namensauflösung fehl

Unter bestimmten Bedingungen kann die Namensauflösung fehlschlagen, wenn Sie einen NTP-Server konfigurieren.
Problemumgehung: Führen Sie den folgenden Befehl mithilfe des FQDN der fehlgeschlagenen Ressource(n) aus, um sicherzustellen, dass die Namensauflösung erfolgreich ist, und versuchen Sie dann die NTP-Serverkonfiguration erneut.
```
nslookup <FQDN>
```
Die Aufgabe „CSR erzeugen“ für eine Komponente bleibt hängen

Wenn Sie eine CSR generieren, kann die Aufgabe aufgrund von Problemen mit den Ressourcen der Komponente nicht abgeschlossen werden. Wenn Sie z. B. eine CSR für NSX Manager generieren, kann die Aufgabe aufgrund von Problemen mit einem NSX Manager-Knoten nicht abgeschlossen werden. Sie können den Vorgang nicht wiederholen, sobald die Ressource wieder in Betrieb ist.
1. Melden Sie sich bei der Benutzeroberfläche für die Komponente an, um eventuelle Probleme zu suchen und zu beheben.
2. Melden Sie sich über SSH bei der SDDC Manager-VM mit dem Benutzernamen vcf an.
3. Geben Sie su ein, um zum Root-Konto zu wechseln.
4. Führen Sie den folgenden Befehl aus: systemctl restart operationsmanager
5. Versuchen Sie erneut, die CSR zu generieren.
SoS-Dienstprogrammoptionen für die Integritätsprüfung enthalten keine Informationen
Aufgrund von Einschränkungen des ESXi-Dienstkontos sind einige Informationen in den folgenden Optionen für die Integritätsprüfung nicht verfügbar:
- --hardware-compatibility-report: Keine Devices and Driver Informationen für ESXi-Hosts.
- --storage-health: Keine vSAN Health Status- oder Total no. of disks-Informationen für ESXi-Hosts.
Keine.

Bekannte Probleme bei Arbeitslastdomäne

Die SDDC Manager-Benutzeroberfläche zeigt fälschlicherweise den „Besitzer“ der isolierten Arbeitslastdomäne als den SSO-Administrator der Verwaltungsdomäne an.

Beim Erstellen einer isolierten Arbeitslastdomäne wird in der Ansicht „Arbeitslastdomänen“ in der Benutzeroberfläche der „Besitzer“ fälschlicherweise als der SSO-Administrator der Verwaltungsdomäne angezeigt.

Problemumgehung: Die Domäneninformationen können unter „SSO-Domäne“ als Spalte angezeigt werden. Um die SSO-Domäne als Spalte aufzunehmen, wählen Sie sie in der Tabellenkonfiguration aus, um sie als Spalte anzuzeigen. Die Spalte „Besitzer“ auf der Benutzeroberfläche ist für isolierte Arbeitslastdomänen nicht anwendbar.
Eine nicht spezifizierte Replizierungsvereinbarung ist nach der erfolgreichen Außerbetriebnahme der SSO-Knotenaufgabe noch vorhanden

Die Außerbetriebnahme des SSO-Knotens war erfolgreich, aber der Replikationspartner blieb bestehen.

Problemumgehung: Entfernen Sie die Replizierungsvereinbarung des fehlerhaften SSO-Knotens manuell, und starten Sie die gelöschte Arbeitslastdomäne neu.

Der vCenter-Befehl /usr/lib/vmware-vmdir/bin/vdcrepadmin kann zum Hinzufügen/Entfernen der Replizierungsvereinbarungen verwendet werden.
Die heterogenen Vorgänge „Clustererstellung“ und „VI-Erstellung“ können nicht parallel ausgeführt werden, wenn sie auf derselben gemeinsam genutzten NSX-Instanz ausgeführt werden.

Wenn ein VI-Erstellungsworkflow auf einer NSX-Ressource ausgeführt wird, ist die Erstellung eines Clusters auf Domänen, die diese NSX-Instanz gemeinsam nutzen, nicht möglich.

Problemumgehung: Keine. Der VI-Erstellungsworkflow sollte abgeschlossen sein, bevor der Cluster-Erstellungsworkflow gestartet werden kann.
Die SDDC Manager-Benutzeroberfläche ermöglicht die Auswahl einer nicht unterstützten NSX Manager-Instanz

Wenn Sie eine neue VI-Arbeitslastdomäne erstellen, kann diese keine NSX Manager-Instanz mit einer VI-Arbeitslastdomäne teilen, die sich in einer anderen SSO-Domäne befindet. Obwohl die SDDC Manager-Benutzeroberfläche die Auswahl einer nicht unterstützten NSX Manager-Instanz ermöglicht, schlägt die Aufgabe zur Erstellung der VI-Arbeitslastdomäne fehl.

Problemumgehung: Keine
Das Hinzufügen eines Hosts schlägt fehl, wenn sich der Host in einem anderen VLAN befindet

Der Vorgang zum Hinzufügen eines Hosts kann manchmal fehlschlagen, wenn sich der Host in einem anderen VLAN befindet.
1. Fügen Sie vor dem Hinzufügen des Hosts eine neue Portgruppe zu dem VDS für diesen Cluster hinzu.
2. Kennzeichnen Sie die neue Portgruppe mit der VLAN-ID des hinzuzufügenden Hosts.
3. Fügen Sie den Host hinzu. Dieser Workflow schlägt beim Vorgang „Host-vmknics zu dvs migrieren“ fehl.
4. Suchen Sie den ausgefallenen Host in vCenter und migrieren Sie vmk0 des Hosts zu der neuen Portgruppe, die Sie in Schritt 1 erstellt haben. Weitere Informationen finden Sie in der Produktdokumentation zu vSphere unter Migrieren von VMkernel-Adaptern zu einem vSphere Distributed Switch.
5. Wiederholen Sie den Vorgang „Host hinzufügen“.
HINWEIS: Wenn Sie diesen Host zu einem späteren Zeitpunkt entfernen, müssen Sie die Portgruppe ebenfalls manuell entfernen, wenn sie nicht von einem anderen Host verwendet wird.
Beim Bereitstellen von Partnerdiensten in einer NSX-Arbeitslastdomäne wird ein Fehler angezeigt

Bei der Bereitstellung von Partnerdiensten, z. B. McAfee oder Trend, in einer Arbeitslastdomäne, die für vSphere Update Manager (VUM) aktiviert ist, wird der Fehler „NSX auf Clusterebene für die Bereitstellung von Dienst-VM konfigurieren“ angezeigt.

Hängen Sie das Transportknotenprofil an den Cluster an und versuchen Sie, den Partnerdienst bereitzustellen. Nachdem der Dienst bereitgestellt wurde, trennen Sie das Transportknotenprofil vom Cluster.
Wenn die ESXi-Version des Zeugen nicht mit der ESXi-Version des Hosts im Cluster übereinstimmt, kann eine vSAN-Cluster-Partition auftreten

Der vSAN-Stretched-Cluster-Workflow überprüft nicht die ESXi-Version des Zeugenhosts. Wenn die ESXi-Version des Zeugen nicht mit der Hostversion im Cluster übereinstimmt, kann es zu einer vSAN-Clusterpartition kommen.
1. Führen Sie ein manuelles Upgrade des Zeugenhosts mit der passenden ESXi-Version mithilfe der vCenter VUM-Funktionalität durch.
2. Ersetzen Sie die Zeugen-Appliance, die mit der ESXi-Version übereinstimmt, oder stellen Sie sie bereit.
vSAN-Partition und kritische Alarme werden generiert, wenn die Zeugen-MTU nicht auf 9000 festgelegt ist

Wenn die MTU des Zeugen-Switches in der Zeugen-Appliance nicht auf 9000 festgelegt ist, kann die vSAN Stretched Cluster-Partition auftreten.

Legen Sie den MTU-Wert des Zeugen-Switches in der Zeugen-Appliance auf 9000 MTU fest.
Das Hinzufügen eines Hosts zu einer vLCM-fähigen Arbeitslastdomäne, die mit dem Dell Hardware Support Manager (OMIVV) konfiguriert ist, schlägt fehl

Wenn Sie versuchen, einen Host zu einem vSphere-Cluster für eine Arbeitslastdomäne hinzuzufügen, für die vSphere Lifecycle Manager (vLCM) aktiviert ist, schlägt die Aufgabe fehl und das Domänenmanagerprotokoll meldet „Der Host (Host-Name) wird derzeit nicht von OMIVV verwaltet.“ Die Domänenmanagerprotokolle befinden sich unter /var/log/vmware/vcf/domainmanager auf der SDDC Manager-VM.

Aktualisieren Sie die Hosts-Bestandsliste in OMIVV und versuchen Sie erneut, die Aufgabe „Host hinzufügen“ in der SDDC Manager-Benutzeroberfläche auszuführen. Informationen zum Aktualisieren der Host-Bestandsliste in OMIVV finden Sie in der Dell-Dokumentation.
Das Hinzufügen eines vSphere-Clusters oder eines Hosts zu einer Arbeitslastdomäne schlägt fehl

Unter bestimmten Umständen schlägt das Hinzufügen eines Hosts oder vSphere-Clusters zu einer Arbeitslastdomäne bei der Unteraufgabe NSX-Transportknoten konfigurieren oder Transportknotensammlung erstellen fehl.
1. Aktivieren Sie SSH für die NSX Manager-VMs.
2. Melden Sie sich per SSH als admin bei den NSX Manager-VMs an und melden Sie sich dann als root an.
3. Führen Sie den folgenden Befehl auf jeder NSX Manager-VM aus: sysctl -w net.ipv4.tcp_en=0
4. Melden Sie sich bei der NSX Manager-Benutzeroberfläche für die Arbeitslastdomäne an.
5. Wechseln Sie zu System > Fabric > Knoten > Transportknoten des Hosts.
6. Wählen Sie den vCenter Server für die Arbeitslastdomäne aus dem Dropdown-Menü Verwaltet von aus.
7. Erweitern Sie den vSphere-Cluster und navigieren Sie zu den Transportknoten, die sich im Status Teilweise erfolgreich befinden.
8. Aktivieren Sie das Kontrollkästchen neben einem Knoten mit dem Status Teilweise erfolgreich und klicken Sie auf NSX konfigurieren.
9. Klicken Sie auf Weiter und anschließend auf Anwenden.
10. Wiederholen Sie die Schritte 7-9 für jeden Knoten im Status Teilweise erfolgreich.
Wenn alle Hostprobleme behoben sind, beginnt die Erstellung der Transportknoten für die fehlgeschlagenen Knoten. Wenn alle Hosts erfolgreich als Transportknoten erstellt wurden, wiederholen Sie die fehlgeschlagene Aufgabe „vSphere-Cluster hinzufügen“ oder „Host hinzufügen“ in der SDDC Manager-Benutzeroberfläche.
Der vSAN-Leistungsdienst ist für vSAN-Cluster nicht aktiviert, wenn CEIP nicht aktiviert ist

Wenn Sie das VMware-Programm zur Verbesserung der Benutzerfreundlichkeit (Customer Experience Improvement Program, CEIP) in SDDC Manager nicht aktivieren, wenn Sie eine Arbeitslastdomäne erstellen oder einen vSphere-Cluster zu einer Arbeitslastdomäne hinzufügen, wird der vSAN-Leistungsdienst für vSAN-Cluster nicht aktiviert. Wenn CEIP aktiviert ist, werden Daten aus dem vSAN-Leistungsdienst an VMware übermittelt. Diese Daten werden zur Unterstützung des VMware Supports bei der Fehlerbehebung und für Produkte wie VMware Skyline, einem proaktiven Cloud Monitoring Service, verwendet. Weitere Informationen zu den von CEIP erfassten Daten finden Sie unter Programm zur Verbesserung der Benutzerfreundlichkeit.

Aktivieren Sie CEIP in SDDC Manager. Weitere Informationen finden Sie in der VMware Cloud Foundation-Dokumentation. Nach der Aktivierung von CEIP wird alle drei Stunden eine geplante Aufgabe ausgeführt, die den vSAN-Leistungsdienst auf vorhandenen Clustern in Arbeitslastdomänen aktiviert. Der Dienst ist auch für neue Arbeitslastdomänen und -Cluster aktiviert. Informationen zur sofortigen Aktivierung des vSAN-Leistungsdiensts finden Sie in der VMware vSphere-Dokumentation.
Das Erstellen oder Erweitern eines vSAN-Clusters mit mehr als 32 Hosts schlägt fehl

Standardmäßig kann ein vSAN Cluster auf bis zu 32 Hosts anwachsen. Wenn die Unterstützung für große Cluster aktiviert ist, kann ein vSAN Cluster auf bis zu 64 Hosts anwachsen. Allerdings kann auch bei aktivierter Unterstützung für große Cluster eine Erstellungs- oder Erweiterungsaufgabe bei der Unteraufgabe vSAN auf vSphere-Cluster aktivieren fehlschlagen.
1. Aktivieren Sie die Unterstützung für große Cluster für den vSAN-Cluster im vSphere Client. Wenn sie bereits aktiviert ist, fahren Sie mit dem Schritt 2 fort.
  1. Wählen Sie den vSAN Cluster im vSphere Client aus.
  2. Wählen Sie Konfiguration > vSAN > Erweiterte Optionen aus.
  3. Aktivieren Sie die Unterstützung für große Cluster.
  4. Klicken Sie auf Übernehmen.
  5. Klicken Sie auf Ja.
2. Führen Sie eine vSAN-Integritätsprüfung durch, um festzustellen, welche Hosts neu gestartet werden müssen.
3. Versetzen Sie die Hosts in den Wartungsmodus und starten Sie die Hosts neu.
Weitere Informationen zur Unterstützung von großen Clustern finden Sie unter https://kb.vmware.com/kb/2110081.
Das Entfernen eines Hosts aus einem Cluster, das Löschen eines Clusters aus einer Arbeitslastdomäne oder das Löschen einer Arbeitslastdomäne schlägt fehl, wenn Dienst-VMs (SVMs) vorhanden sind

Wenn Sie einen Endpoint-Schutzdienst (z. B. Gastselbstprüfung) über NSX Data Center in einem Cluster bereitgestellt haben, schlägt das Entfernen eines Hosts aus dem Cluster, das Löschen des Clusters oder das Löschen der Arbeitslastdomäne, die den Cluster enthält, bei der Unteraufgabe In den Wartungsmodus auf ESXi-Hosts wechseln fehl.
- Zum Entfernen von Hosts: Löschen Sie die Dienst-VM vom Host und wiederholen Sie den Vorgang.
- Zum Löschen von Clustern: Löschen Sie die Dienstbereitstellung für den Cluster und wiederholen Sie den Vorgang.
- Für das Löschen der Arbeitslastdomäne: Löschen Sie die Dienstbereitstellung für alle Cluster in der Arbeitslastdomäne und wiederholen Sie den Vorgang.
vCenter Server überschreibt den NFS-Datenspeichernamen beim Hinzufügen eines Clusters zu einer VI-Arbeitslastdomäne

Wenn Sie einen NFS-Datenspeicher mit derselben NFS-Server-IP-Adresse, aber einem anderen NFS-Datenspeichernamen als einen NFS-Datenspeicher hinzufügen, der bereits in der Arbeitslastdomäne vorhanden ist, dann wendet vCenter Server den vorhandenen Datenspeichernamen auf den neuen Datenspeicher an.

Wenn Sie einen NFS-Datenspeicher mit einem anderen Datenspeichernamen hinzufügen möchten, muss dieser eine andere NFS-Server-IP-Adresse verwenden.

Bekannte Probleme mit APIs

Das LCM-Debug-Protokoll (lcm-debug.log) wurde mit der Fehlermeldung „Keine gültige Versionszeichenfolge für Produkt-API vorhanden“ überlastet

Dieser Fehler wird durch ein Problem mit dem Versionsformat der vRealize-Interoperabilitätsdaten verursacht. Dies führt dazu, dass die Protokolle häufig zurückgesetzt werden.

Problemumgehung: Keine.

Dieses Problem wird in einer zukünftigen Version behoben.
Eine API für NSX Clusters wird fälschlicherweise im VMware Cloud Foundation Developer Center aufgeführt.

Öffentliche API „2.36.6. Die Transportzonen aus dem NSX Cluster abrufen“ wird fälschlicherweise im VMware Cloud Foundation Developer Center aufgeführt.

Problemumgehung: Keine
Der Vorgang „Cluster erweitern“ schlägt fehl

Wenn der Cluster, der erweitert werden soll, keine eingeschaltete VM mit einem installierten Betriebssystem enthält, schlägt der Vorgang bei der Aufgabe „Cluster für Null-VMs validieren“ fehl.

Bevor Sie den Cluster erweitern, vergewissern Sie sich, dass er über eine eingeschaltete VM mit einem installierten Betriebssystem verfügt.