Versionshinweise zu VMware vSAN 8.0 Update 3

VMware vSAN 8.0 Update 3| 25. Juni 2024| ISO-Build 24022510 Überprüfen Sie, ob Erweiterungen und Updates für diese Versionshinweise zur Verfügung stehen.

Inhalt dieser Versionshinweise

In diesen Versionshinweisen werden die neuen Funktionen von VMware vSAN 8.0 Update 3 vorgestellt und Informationen zu bekannten Problemen bereitgestellt.

Neuigkeiten

vSAN 8.0 Update 3 enthält die folgenden neuen Funktionen und Verbesserungen: 

• Lizenzierung

  Kapazitätsbasierte Lizenzierung. Bei Verwendung der abonnementbasierten Lizenzierung in VMware Cloud Foundation 5.2 erhalten Kunden 1 Tebibyte (TiB) vSAN-Kapazität pro VCF-Kernlizenz, wobei zusätzliche Kapazität über eine kapazitätsbasierte Add-On-Lizenz verfügbar ist.

• Flexible Topologien

  Unterstützung für Stretched Cluster auf vSAN ESA. In VMware Cloud Foundation 5.2 werden Stretched Cluster-Topologien von vSAN Express Storage Architecture vollständig unterstützt. Dies ermöglicht die Konfiguration von Arbeitslast- und Verwaltungsdomänen durch VCF, wobei Ausfallsicherheit auf Site-Ebene für die Arbeitslasten und Daten bereitgestellt wird.

  vSAN Max als Prinzipalspeicher. VCF 5.2 unterstützt vSAN Max als primären, zentralen gemeinsam genutzten Speicher. Auf diese Weise kann VCF zur Steigerung der Flexibilität Arbeitslastdomänen mit disaggregierten vSAN Max-Clustern zusätzlich zu vSAN HCI-Clustern konfigurieren.

  vSAN-Dateidienste mit bis zu 250 Dateifreigaben. vSAN 8.0 Update 3 verbessert die Skalierbarkeit nativer Dateidienste in VMware Cloud Foundation, indem die Anzahl der Anteile pro Cluster auf vSAN ESA auf 250 erhöht wird.

• Datenschutz

  Lokaler vSAN-Datenschutz unter Verwendung skalierbarer ESA-Snapshots. vSAN Data Protection ermöglicht die Erstellung lokaler Snapshots mithilfe einer intuitiven neuen Benutzeroberfläche sowie deren Speicherung im vSAN-Datenspeicher. Verwenden Sie Schutzgruppen, um die VM-Mitgliedschaft, Snapshot-Zeitpläne, Aufbewahrungs- und Unveränderlichkeitskriterien für VMs auf einfache Weise zu definieren. Sie können diese Snapshots zum Wiederherstellen, Zurücksetzen oder Klonen von VMs für verbesserten Schutz verwenden.

  Integration mit VMware Live Cyber Recovery (VLCR) für schnellere Wiederherstellung nach Ransomware-Angriffen. Bei der Integration von vSAN Data Protection mit VMware Live Cyber Recovery (VLCR) werden Point-in-Time-Snapshots für cloudbasierten Schutz vor Ransomware erstellt, während VLCR die Tools zum Schutz von Daten außerhalb des Standorts und zur Wiederherstellung von VMs in einer isolierten Wiederherstellungsumgebung (IRE) zu Analysezwecken bereitstellt, bevor diese lokal wiederhergestellt werden. VLCR verwendet einen lokalen Snapshot und aktualisiert nur die Änderungen (Deltas) zwischen IRE und Produktion, wodurch die Wiederherstellungszeiten drastisch reduziert werden.

• Verbesserte Ausfallsicherheit

  Standardisierung bei Überlastung. vSAN 8.0 Update 3 verbessert die Fähigkeit von vSAN OSA, verschiedene Überlastungsarten frühzeitig zu erkennen und zu standardisieren, wodurch clusterweite E/A-Latenzen verhindert werden.

  Überlastung bei adaptivem Löschen. vSAN bietet jetzt Überlastung bei adaptivem Löschen für Datenträgergruppen mit reiner Komprimierung in vSAN OSA, wodurch die IOPS-Leistung verbessert und vorhersagbare Anwendungsantworten mit höherer Aussagekraft bereitgestellt werden.

• Verbesserte Verwaltung

  Proaktive Hardwareverwaltung. In vSAN 8.0 Update 3 wird eine neue Methode für die Telemetrie kritischer Speichergeräte von bevorzugten Serveranbietern eingeführt, die eine prädiktive Verwaltung von Hardwareproblemen ermöglicht. Bei der proaktiven Hardwareverwaltung werden die prädiktiven Fehlerüberwachungstools von OEM-Anbietern verwendet, die über API in vCenter integriert sind (nachdem der OEM Hardware Support Manager eingerichtet und konfiguriert wurde), damit Sie fundierte Entscheidungen im Hinblick auf die Hardwarewartung treffen können.

  Verschlüsselung ruhender Daten für vSAN ESA deaktiviert. Sie können die Verschlüsselung ruhender Daten in vSAN ESA-Clustern jederzeit nach der Aktivierung deaktivieren. vSAN ESA unterstützt jetzt die folgenden Vorgänge für die Verschlüsselung ruhender Daten: Aktivieren der Verschlüsselung, Deaktivieren der Verschlüsselung, flache erneute Schlüsselerstellung und tiefe erneute Schlüsselerstellung.

  Anpassbare Alarmschwellenwerte für NVMe-Speichergeräte in vSAN ESA. Mithilfe von vSAN 8.0 Update 3 können Sie Alarmschwellenwerte für die Lebensdauer von Geräten anpassen, indem Sie sie auf bestimmte Cluster, Hosts, Datenträgeranbieter oder sogar einzelne Geräte zuschneiden.

  Ansicht der vSAN-E/A-Tripanalyse auf Clusterebene. Mit vSAN 8.0 Update 3 können Sie Leistungsanalysen auf mehreren VMs gleichzeitig ausführen. Sie können bis zu 8 VMs gleichzeitig auswählen und schnell Analysen für jede ausgewählte VM durchführen.

  Verbesserte Überwachung von vSAN Max mithilfe von Aria Operations. In VMware Cloud Foundation Operations mit VCF 5.2 wird verbesserte Transparenz für vSAN Max-Cluster auf der Benutzeroberfläche eingeführt. Auf diese Weise kann Aria Operations die Ressourcennutzung und den Systemzustand verfolgen.

  Überwachung des vSAN-Systemzustands im Verbund in Aria Operations. Mit der aktuellen Version von Aria Operations wird die Überwachung des vSAN-Systemzustands im Verbund für Cluster eingeführt, die sich über mehrere vCenter erstrecken.

VMware vSAN Community

Über die vSAN Community-Website können Sie Feedback abgeben und Hilfe zu Problemen anfordern, die bei der Verwendung von vSAN auftreten.

Hinweise zur Produktunterstützung

• Veraltete Gebietsschemas:

  Ab der nächsten Hauptversion werden wir die Anzahl der unterstützten Lokalisierungssprachen reduzieren. Folgende drei Sprachen werden unterstützt:

  • Japanisch

  • Spanisch

  • Französisch

  Folgende Sprachen werden nicht mehr unterstützt:

  • Italienisch, Deutsch, brasilianisches Portugiesisch, traditionelles Chinesisch, Koreanisch, vereinfachtes Chinesisch

  Auswirkung:

  • Benutzer, die die veralteten Sprachen verwendet haben, erhalten keine Updates oder keinen Support mehr in diesen Sprachen.

  • Alle Benutzeroberflächen, Hilfedokumentationen und der Kundensupport sind in den drei oben genannten unterstützten Sprachen verfügbar.

Upgrades für diese Version

Anweisungen für Upgrades von vSAN finden Sie in der Dokumentation zu VMware vSAN 8.0 Update 3. 

Hinweis: Vor der Durchführung des Upgrades überprüfen Sie die aktuellste Version des VMware-Kompatibilitätshandbuchs, um zu überprüfen, ob die neueste vSAN-Version für Ihre Plattform verfügbar ist.

vSAN 8.0 Update 3 ist eine neue Version, die ein vollständiges Upgrade auf vSphere 8.0 Update 3 erfordert. Führen Sie folgende Aufgaben durch, um das Upgrade abzuschließen:

1. Führen Sie ein Upgrade auf vCenter Server 8.0 Update 3 durch. Weitere Informationen finden Sie unter Versionshinweise zu VMware vSphere 8.0 Update 3. 

2. Führen Sie ein Upgrade der Hosts auf ESXi 8.0 Update 3 durch. Weitere Informationen finden Sie unter Versionshinweise zu VMware vSphere 8.0 Update 3. 

3. Führen Sie ein Upgrade des vSAN-Datenträgerformats auf Version 20.0 durch. Wenn Sie das Upgrade vom Datenträgerformat der Version 3.0 oder höher durchführen, ist keine Evakuierung der Daten erforderlich (nur ein Update der Metadaten).

4. Aktualisieren Sie FSVM, um neue Dateidienstfunktionen zu aktivieren und alle neuesten Updates zu erhalten.

Hinweis: vSAN hat das Datenträgerformat Version 1.0 in vSAN 7.0 Update 1 eingestellt. Datenträger, die das Datenträgerformat Version 1.0 ausführen, werden nicht mehr von vSAN erkannt. vSAN blockiert das Upgrade über vSphere Update Manager, die ISO-Installation oder esxcli auf vSAN 7.0 Update 1. Um diese Probleme zu vermeiden, führen Sie ein Upgrade der Datenträger, auf denen das Datenträgerformat Version 1.0 ausgeführt wird, auf eine höhere Version durch. Wenn Sie über Datenträger der Version 1.0 verfügen, werden Sie durch eine Integritätsprüfung auf ein Upgrade der Datenträgerformatversion aufmerksam gemacht.

Die Version 1.0 des Datenträgerformats weist keine Leistungs- und Snapshot-Verbesserungen auf, und erweiterte Funktionen wie Prüfsumme, Deduplizierung und Komprimierung sowie Verschlüsselung werden nicht unterstützt. Weitere Informationen zur vSAN-Datenträgerformat-Version finden Sie im Knowledgebase-Artikel 2148493.

Aktualisieren des Datenträgerformats für Hosts mit begrenzter Kapazität

Während des Upgrades des vSAN-Datenträgerformats von Version 1.0 oder 2.0 wird eine Evakuierung der Datenträgergruppen durchgeführt. Die Datenträgergruppe wird entfernt und auf Version 17.0 des Datenträgerformats aktualisiert. Anschließend wird die Datenträgergruppe dem Cluster wieder hinzugefügt. Wählen Sie bei Zwei-Knoten- oder Drei-Knoten-Clustern bzw. bei Clustern, deren Kapazität nicht zum Verlagern aller Datenträgergruppen ausreicht, im vSphere Client die Option Verringerte Redundanz zulassen aus. Sie können für ein Upgrade des Datenträgerformats auch den folgenden RVC-Befehl verwenden: vsan.ondisk_upgrade --allow-reduced-redundancy

Wenn Sie verringerte Redundanz zulassen, sind Ihre VMs während des Upgrades nicht geschützt, da bei dieser Methode die Daten nicht auf die anderen Hosts im Cluster evakuiert werden. Alle Datenträgergruppen werden entfernt, das Datenträgerformat wird aktualisiert und die Datenträgergruppen werden wieder zum Cluster hinzugefügt. Alle Objekte bleiben mit verringerter Redundanz verfügbar.

Wenn Sie während des Upgrades Deduplizierung und Komprimierung aktivieren, können Sie Verringerte Redundanz zulassen im vSphere Client auswählen.

Einschränkungen

Informationen zu maximalen Grenzwerten für die Konfiguration von vSAN 8.0 Update 3 finden Sie in der Dokumentation Maximalwerte für die Konfiguration.

Bekannte Probleme

• vSAN ESA: Geplante Snapshots fehlen in der Liste „Snapshots“

  Bestimmte Verarbeitungsvorgänge können dazu führen, dass in einer Datenschutzgruppe ein geplanter Snapshot für eine VM fehlt. Hierbei handelt es sich um erwartetes Verhalten, das sich nicht auf zukünftige geplante Snapshots auswirkt.

  Problemumgehung: Keine.

• vSAN ESA: Datenschutz wird nicht aktiviert, wenn VM über vSphere-Snapshots verfügt

  Dieses Problem tritt auf, wenn Sie einen vSphere-Snapshot einer VM erstellen, bevor Datenschutz-Snapshots in vSAN erstellt werden. vSAN Data Protection kann für die VM nicht aktiviert werden, und in vSAN werden keine geplanten oder manuellen vSAN-Snapshots erstellt.

  Problemumgehung: Löschen Sie den vSphere-Snapshot.

• Fehlgeschlagene vCenter Server-Aufgaben beim Erstellen einer vSAN-Dateifreigabe mit hoher Parallelität

  Beim Erstellen von vSAN-Dateifreigaben mit hoher Parallelität (mehr als 32 Threads) schlagen die vCenter Server-Aufgaben möglicherweise mit dem Fehler Vorgang im aktuellen Zustand nicht zulässig fehl. Dieser Fehler wirkt sich nicht auf die Back-End-Ausführungen aus, und die entsprechenden Hostaufgaben können erfolgreich ausgeführt werden.

  Problemumgehung: Überprüfen Sie den Systemzustand der erstellten Dateifreigaben mithilfe der vSAN-Integritätsprüfung. Schließen Sie die aktuelle vCenter Server-Sitzung und öffnen Sie eine neue Sitzung.

• Der vSAN-Dateidienst unterstützt keine NFSv4-Delegierungen

  Der vSAN-Dateidienst unterstützt NFSv4-Delegierungen in dieser Version nicht.

  Problemumgehung: Keine.

• Im Stretched Cluster kann ein Dateiserver ohne Affinität nicht neu verteilt werden

  In der Umgebung des vSAN-Dateidiensts mit Stretched Cluster kann ein Dateiserver ohne konfigurierten Affinitätsspeicherort nicht zwischen bevorzugten ESXi-Hosts und nicht bevorzugten ESXi-Hosts neu verteilt werden.

  Problemumgehung: Legen Sie den Affinitätsspeicherort des Dateiservers auf Bevorzugt oder Nicht-bevorzugt fest, indem Sie die Konfiguration der Dateidienstdomäne bearbeiten.

• Das Löschen von Dateien in einer Dateifreigabe wird möglicherweise nicht in der vSAN-Kapazitätsansicht angezeigt.

  Die zugeteilten Blöcke werden möglicherweise nicht sofort wieder an den vSAN-Speicher zurückgegeben, nachdem alle Dateien gelöscht wurden. Daher kann es einige Zeit dauern, bis die zurückgewonnene Speicherkapazität in der vSAN-Kapazitätsansicht aktualisiert wird. Wenn neue Daten in dieselbe Dateifreigabe geschrieben werden, werden diese gelöschten Blöcke möglicherweise wiederverwendet, bevor sie an den vSAN-Speicher zurückgegeben werden.

  Wenn die Aufhebung der Zuordnung aktiviert und die vSAN-Deduplizierung deaktiviert ist, wird der Speicherplatz möglicherweise nicht wieder für vSAN freigegeben, es sei denn, es werden 4 MB ausgerichteter Speicherplatz im VDFS freigegeben. Wenn die Aufhebung der Zuordnung aktiviert und die vSAN-Deduplizierung aktiviert ist, wird der von VDFS freigegebene Speicherplatz mit einer Verzögerung wieder für vSAN freigegeben.

  Problemumgehung: Löschen Sie die Dateifreigaben, um den Speicher sofort wieder in vSAN freizugeben. 

• vSAN ermöglicht die Bereitstellung einer VM über lokale und Remotedatenspeicher hinweg.

  vSphere verhindert nicht, dass Benutzer eine VM über lokale und Remotedatenspeicher in einer HCI Mesh-Umgebung bereitstellen. Beispielsweise können Sie eine VMDK auf dem lokalen vSAN-Datenspeicher und eine VMDK auf dem vSAN-Remotedatenspeicher bereitstellen. Dies wird nicht unterstützt, da vSphere HA mit dieser Konfiguration nicht unterstützt wird.

  Problemumgehung: Stellen Sie nicht eine VM für den lokalen und den Remotedatenspeicher bereit.

• Ausschalten von VMs schlägt mit der ausstehender Frage fehl

  Wenn eine VM eine ausstehende Frage hat, können Sie erst VM-bezogene Vorgänge durchführen, wenn die Frage beantwortet ist.

  Problemumgehung: Versuchen Sie, Datenträgerspeicher auf dem relevanten Volume freizugeben, und klicken Sie dann auf Wiederholen.

• vSAN OSA: In Deduplizierungsclustern tritt möglicherweise eine reaktive Neuverteilung nicht auf, wenn die Datenträger angeben, dass sie zu mehr als 80% belegt sind

  Wenn in Deduplizierungsclustern die Datenträger auf dem Dashboard angeben, dass sie zu mehr als 80% gefüllt sind, startet die reaktive Neuverteilung möglicherweise nicht wie erwartet. Dies liegt daran, dass in Deduplizierungsclustern ausstehende Schreibvorgänge und Löschungen auch für die Berechnung der freien Kapazität berücksichtigt werden.

  Problemumgehung: Keine.

• Hostfehler beim Konvertieren eines Datenhosts in einen Zeugenhost

  Wenn Sie einen vSAN-Cluster in einen Stretched Cluster konvertieren, müssen Sie einen Zeugenhost bereitstellen. Sie können einen Datenhost in einen Zeugenhost konvertieren, müssen jedoch während des Vorgangs den Wartungsmodus mit Vollständige Datenmigration verwenden. Wenn Sie den Host mit der Option Zugriff sicherstellen in den Wartungsmodus versetzen und ihn dann als Zeugenhost konfigurieren, schlägt der Host möglicherweise mit einem violetten Diagnosebildschirm fehl.

  Problemumgehung: Entfernen Sie die Datenträgergruppe auf dem Zeugenhost und erstellen Sie dann die Datenträgergruppe erneut.

• Doppelte VM mit demselben Namen in vCenter Server, wenn der vorhandene Host während der Datenspeichermigration ausfällt

  Wenn eine virtuelle Maschine mit Storage vMotion von vSAN auf einen anderen Datenspeicher, wie z. B. NFS, migriert wird und der Host, auf dem sich die VM befindet, im vSAN-Netzwerk einen Netzwerkfehler feststellt, der HA-Failover auslöst, wird die virtuelle Maschine in vCenter Server unter Umständen dupliziert. 

  Problemumgehung: Schalten Sie die ungültige VM aus und heben Sie ihre Registrierung bei vCenter Server auf.