Versionshinweise zu VMware vSAN 6.6

|

Aktualisiert am: 16. Mai 2017

VMware vSAN 6.6 | 18. April 2017 | ISO-Build 5310538

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

Inhalt dieser Versionshinweise

Diese Versionshinweise decken die folgenden Themen ab:

Neuigkeiten

VMware Virtual SAN (vSAN) 6.6 enthält die folgenden neuen Funktionen und Verbesserungen:

  • Unicast. In vSAN 6.6 und höheren Versionen ist Multicast auf den physischen Switches, die den vSAN-Cluster unterstützen, nicht erforderlich. Wenn auf bestimmten Hosts im vSAN-Cluster frühere Versionen der Software ausgeführt werden, ist ein Multicast-Netzwerk weiterhin erforderlich.

  • Verschlüsselung. vSAN unterstützt Verschlüsselung für nicht verwendete Daten im vSAN-Datenspeicher. Bei aktivierter Verschlüsselung führt vSAN eine rollende Neuformatierung aller Datenträgergruppen im Cluster durch. vSAN-Verschlüsselung erfordert eine vertrauenswürdige Verbindung zwischen vCenter Server und einem KMS (Key Management Server, Schlüsselmanagementserver). Der KMS muss den KMIP 1.1-Standard (Key Management Interoperability Protocol) unterstützen.

  • Verbesserte Verfügbarkeit von ausgeweiteten Clustern mit lokalem Fehlerschutz. Sie können lokalen Fehlerschutz für VM-Objekte innerhalb einer einzelnen Site in einem ausgeweiteten Cluster bereitstellen. Sie können eine erste Ebene zu tolerierender Fehler für den Cluster und eine zweite Ebene zu tolerierender Fehler für Objekte innerhalb einer einzelnen Site festlegen. Wenn eine Site nicht verfügbar ist, behält vSAN die Verfügbarkeit mit lokaler Redundanz in der verfügbaren Site bei.
    • Verbesserte Verfügbarkeit von ausgeweiteten Clustern mit lokalem Fehlerschutz. Sie können lokalen Fehlerschutz für VM-Objekte innerhalb einer einzelnen Site in einem ausgeweiteten Cluster bereitstellen. Legen Sie eine erste Ebene zu tolerierender Fehler für den Cluster und eine zweite Ebene zu tolerierender Fehler für Objekte innerhalb einer einzelnen Site fest. Wenn eine Site nicht verfügbar ist, behält vSAN die Verfügbarkeit mit lokaler Redundanz in der verfügbaren Site bei.
    • Zeugenhost ändern. Sie können den Zeugenhost für einen ausgeweiteten Cluster ändern. Klicken Sie auf der Seite „Fehlerdomänen und ausgeweiteter Cluster“ auf Zeugenhost ändern.

  • Konfigurationsassistent und Updates. Sie können die Seiten „Konfigurationsassistent“ und „Updates“ verwenden, um die Konfiguration des vSAN-Clusters zu überprüfen und Fehler zu beheben.
    • Mit dem Konfigurationsassistenten können Sie die Konfiguration der Clusterkomponenten überprüfen und Probleme beheben. Konfigurationsprüfungen sind in Kategorien unterteilt, die denjenigen im vSAN-Integritätsdienst ähneln. Die Konfigurationsprüfungen umfassen Hardwarekompatibilität, Netzwerk- und vSAN-Konfigurationsoptionen.
    • Sie können die Seite „Updates“ verwenden, um Firmware und Treiber des Storage-Controllers zu aktualisieren und die vSAN-Anforderungen zu erfüllen.

  • Drosselung bei Neusynchronisierung. Sie können die für die Neusynchronisierung des Clusters verwendeten IOPS drosseln. Verwenden Sie dieses Steuerelement, wenn es aufgrund der Neusynchronisierung zu einem Latenzanstieg kommt oder wenn der durch die Neusynchronisierung verursachte Verkehr auf einem Host zu hoch ist.

  • Verbesserungen beim Integritätsdienst. Neue und verbesserte Integritätsprüfungen für Verschlüsselung, Clustermitgliedschaft, Zeitabweichungen, Controller-Firmware, Datenträgergruppen, physische Datenträger, Datenträgerverteilung. Online ausgeführte Integritätsprüfungen können die vSAN-Clusterintegrität überwachen und die Daten zur weiteren Analyse an das Analyse-Backend von VMware senden. Sie müssen am Programm zur Verbesserung der Benutzerfreundlichkeit (Customer Experience Improvement Program, CEIP) teilnehmen, um online ausgeführte Integritätsprüfungen verwenden zu können.

  • Aktualisiert: Hostbasierte vSAN-Überwachung. Sie können die vSAN-Integrität und die Basiskonfiguration über den ESXi-Host überwachen. Klicken Sie im Navigator des Host-Clients auf Speicher. Wählen Sie den vSAN-Datenspeicher aus, und klicken Sie anschließend auf Überwachen. Klicken Sie auf die Registerkarten, um die vSAN-Informationen zum Host anzuzeigen. Auf der Registerkarte vSAN können Sie auf Einstellungen bearbeiten klicken, um Konfigurationsprobleme auf Hostebene zu beheben.

  • Verbesserungen beim Leistungsdienst. Der vSAN-Leistungsdienst umfasst Statistiken für Netzwerke, erneute Synchronisierung und iSCSI. Sie können gespeicherte Zeiträume in Leistungsansichten auswählen. vSAN speichert jeden ausgewählten Zeitraum, wenn Sie eine Leistungsabfrage durchführen.

  • vSAN-Integration mit vCenter Server Appliance. Sie können einen vSAN-Cluster während der Bereitstellung einer vCenter Server Appliance erstellen und die Appliance auf diesem Cluster hosten. Mit dem vCenter Server Appliance-Installationsprogramm können Sie einen aus einem Host bestehenden vSAN-Cluster erstellen, wobei die Datenträger vom Host beansprucht werden. vCenter Server Appliance wird auf dem vSAN-Cluster bereitgestellt.

  • Verbesserungen beim Wartungsmodus. Das Dialogfeld „Wartungsmodus bestätigen“ enthält Anleitungen zu Wartungsaktivitäten. Sie können die Auswirkungen aller Datenverlagerungsoptionen anzeigen. Sie können beispielsweise prüfen, ob genügend Speicherplatz zum Abschließen der ausgewählten Option vorhanden ist.

  • Verbesserungen bei Neuverteilung und Reparatur. Datenträgerneuverteilungen sind wesentlich effizienter. Die manuelle Neuverteilung bietet bessere Fortschrittsberichte.
    • Das Neuverteilungsprotokoll wurde in Bezug auf Effizienz und verbesserte Clusterverteilung optimiert. Bei der manuellen Neuverteilung stehen mehr Updates und bessere Fortschrittsberichte zur Verfügung.
    • Effizientere Reparaturvorgänge erfordern weniger Clusterneusynchronisierungen. vSAN kann fehlende oder herabgestufte Komponenten teilweise reparieren, um die Anzahl der zu tolerierenden Fehler zu erhöhen, auch wenn vSAN keine Objektkompatibilität herstellen kann.

  • Verarbeitung von Datenträgerfehlern. Wenn auf einem Datenträger dauerhaft hohe Latenz oder Überlastung vorliegt, betrachtet vSAN das Gerät als kurz vor der Beendigung stehend und verlagert die Daten vom Datenträger. vSAN wickelt das kurz vor der Beendigung stehende Gerät ab, indem Daten verlagert oder neu erstellt werden. Eine Benutzeraktion ist nur dann erforderlich, wenn der Cluster nicht genügend Ressourcen aufweist oder Objekte enthält, auf die nicht zugegriffen werden kann. Nach Abschluss der Verlagerung durch vSAN wird DyingDiskEmpty als Status für den Systemzustand angezeigt. vSAN führt kein Unmounten des fehlgeschlagenen Geräts durch.

  • Neue esxcli-Befehle.
    • vSAN-Cluster-Integrität anzeigen: esxcli vsan health
    • vSAN-Debug-Informationen anzeigen: esxcli vsan debug

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.

Upgrades für diese Version

Anweisungen für das Upgrade von vSAN finden Sie in der Dokumentation zu VMware Virtual SAN 6.6.

vSAN 6.6 ist eine neue Hauptversion, die ein vollständiges Upgrade erfordert. Führen Sie folgende Aufgaben durch, um das Upgrade auf vSAN 6.6 abzuschließen:

  1. Führen Sie ein Upgrade des vCenter Servers auf vSphere 6.5.0d durch. Weitere Informationen finden Sie unter Versionshinweise zu VMware vCenter Server 6.5.0d.
  2. Führen Sie ein Upgrade des ESXi-Hosts auf vSphere 6.5.0d durch. Weitere Informationen finden Sie unter Versionshinweise zu VMware ESXi 6.5.0d.
  3. Führen Sie ein Upgrade des vSAN-Datenträgerformats auf Version 5.0 durch.

Hinweis: Ein direktes Upgrade von vSphere 6.0 Update 3 auf vSphere 6.5.0d und vSAN 6.6 wird nicht unterstützt.

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

Während des Upgrades des vSAN-Datenträgerformats wird eine Verlagerung der Datenträgergruppen durchgeführt. Die Datenträgergruppe wird entfernt und auf Version 5.0 des Datenträgerformats aktualisiert. Anschließend wird die Datenträgergruppe dem Cluster wieder hinzugefügt. Zum Evakuieren aller Datenträgergruppen für Cluster mit zwei oder drei Knoten oder Cluster ohne ausreichende Kapazität müssen Sie den folgenden RVC-Befehl verwenden, um das Datenträgerformat zu aktualisieren: 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 auf vSAN 6.6 Deduplizierung und Komprimierung aktivieren, können Sie im vSphere Web Client Verringerte Redundanz zulassen auswählen.

Verwenden von VMware Update Manager mit ausgeweiteten Clustern

Die Verwendung von VMware Update Manager zur gleichzeitigen Aktualisierung von Hosts kann unter Umständen dazu führen, dass der Zeugenhost gleichzeitig mit einem der Datenhosts in einem ausgeweiteten Cluster aktualisiert wird. Konfigurieren Sie VMware Update Manager zur Vermeidung von Problemen beim Upgrade nicht für die gleichzeitige Aktualisierung eines Zeugenhosts mit den Datenhosts in einem ausgeweiteten Cluster. Aktualisieren Sie den Zeugenhost erst, wenn alle Datenhosts erfolgreich aktualisiert wurden und den Wartungsmodus verlassen haben.

Überprüfen von Fehlern bei der Integritätsprüfung während des Upgrades

Während eines Upgrades des vSAN-Datenträgerformats kann die Integritätsprüfung des physischen Datenträgers und der Metadaten zwischenzeitlich fehlschlagen. Diese Fehler können auftreten, wenn der Destaging-Prozess langsam ist. Dies wird wahrscheinlich dadurch verursacht, dass vSAN physische Blöcke auf den Speichergeräten zuweisen muss. Bevor Sie Maßnahmen ergreifen, überprüfen Sie den Status dieser Integritätsprüfung nach Abschluss des Zeitraums mit hoher Aktivität (beispielsweise bei mehreren Bereitstellungen virtueller Maschinen). Wenn die Integritätsprüfung weiterhin rot dargestellt wird, ist die Warnung gültig. Wenn die Integritätsprüfung grün dargestellt wird, können Sie die vorherige Warnung ignorieren. Weitere Informationen finden Sie im Knowledgebase-Artikel 2108690.

Einschränkungen

Informationen zu weiteren maximalen Grenzwerten für die Konfiguration von vSAN 6.6 finden Sie in der Dokumentation Maximalwerte für die Konfiguration.

Bekannte Probleme

    Die folgenden bekannten Probleme treten in vSAN 6.6 auf:

  • Integritätsprüfung der Clusterkonsistenz schlägt während des Vorgangs zur tiefen erneuten Schlüsselerstellung fehl
    Der Vorgang zur tiefen erneuten Schlüsselerstellung auf einem verschlüsselten vSAN-Cluster kann mehrere Stunden in Anspruch nehmen. Während der erneuten Schlüsselerstellung weist die folgende Integritätsprüfung unter Umständen auf einen Fehler hin: Konsistenz der Clusterkonfiguration. Bei der Prüfung der Clusterkonsistenz bleibt der Vorgang der tiefen erneuten Schlüsselerstellung unerkannt, sodass unter Umständen kein Fehler auftritt.

    Problemumgehung: Testen Sie die Integritätsprüfung der vSAN-Clusterkonsistenz nach Abschluss des Vorgangs zur tiefen erneuten Schlüsselerstellung erneut.

  • VM-OVF-Bereitstellung schlägt fehl, wenn DRS deaktiviert ist
    Die Bereitstellung einer OVF-Vorlage auf einem vSAN-Cluster schlägt fehl, wenn DRS auf dem vSAN-Cluster deaktiviert ist. Es wird möglicherweise eine Meldung ähnlich der folgenden angezeigt: Der Vorgang ist im aktuellen Zustand nicht zulässig.

    Problemumgehung: Aktivieren Sie DRS auf dem vSAN-Cluster, bevor Sie eine OVF-Vorlage bereitstellen.

  • Konfiguration des ausgeweiteten vSAN-Clusters geht nach Deaktivierung von vSAN auf dem Cluster verloren
    Wenn Sie vSAN in einem ausgeweiteten Cluster deaktivieren, wird die Konfiguration des ausgeweiteten Clusters nicht beibehalten. Die Konfiguration des ausgeweiteten Clusters, des Zeugenhosts und der Fehlerdomäne geht verloren.

    Problemumgehung: Konfigurieren Sie die Parameter des ausgeweiteten Clusters neu, wenn Sie den vSAN-Cluster erneut aktivieren.

  • Verwaiste oder nicht zugriffsfähige VMs nach einem Totalausfall des Clusters
    Nach einem Totalausfall des Clusters verwaisen bestimmte ausgeschaltete oder angehaltene VMs oder der Zugriff darauf ist nicht möglich. Dies ist insbesondere dann der Fall, wenn die vSAN-Verschlüsselung aktiviert ist.

    Problemumgehung: Gehen Sie wie folgt vor, um verwaiste oder nicht zugriffsfähige VMs erneut zu registrieren.

    1. Verwenden Sie RVC, um eine Verbindung zu vCenter Server herzustellen.
    2. Navigieren Sie zum Namen des Clusters, auf dem sich verwaiste VMs befinden, und registrieren Sie sie erneut. Lautet der Name des Clusters beispielsweise „vsan“, führen Sie folgenden Befehl aus: vsan.check_state -ref /localhost/Datacenter/computers/vsan

      Beispielausgabe:

      vsan.check_state -ref /localhost/Datacenter/computers/vsan
      2017-03-03 18:54:04 +0000: Schritt 1: Überprüfung auf nicht zugriffsfähige vSAN-Objekte
      2017-03-03 18:54:10 +0000: Schritt 1b: Erneute Überprüfung auf nicht zugriffsfähige vSAN-Objekte
      2017-03-03 18:54:11 +0000: Schritt 2: Überprüfung auf nicht zugriffsfähige/ungültige VMs
      2017-03-03 18:54:11 +0000: Schritt 2b: Erneute Überprüfung auf nicht zugriffsfähige/ungültige VMs
      2017-03-03 18:54:11 +0000: Schritt 3: Überprüfung auf VMs, die mit VC/hostd/vmx nicht synchronisiert sind, hat keine VMs gefunden, die mit VC/hostd/vmx nicht synchronisiert sind

  • Datenträgerformatversion des Zeugenhosts ist höher als die Version für Datenhosts
    Wenn Sie den Zeugenhost während eines Upgrades auf vSAN 6.6 ändern, wird dem neuen Zeugenhost die aktuelle Datenträgerformatversion zugewiesen. Die Datenträgerformatversion des Zeugenhosts ist unter Umständen höher als die Datenträgerformatversion der Datenhosts. In diesem Fall können auf dem Zeugenhost keine Komponenten gespeichert werden.

    Problemumgehung: Gehen Sie folgendermaßen vor, um die Datenträgerformatversion auf eine frühere Version zu ändern.

    1. Löschen Sie die Datenträgergruppe auf dem neuen Zeugenhost.
    2. Legen Sie den erweiterten Parameter fest, um die Formatierung von Datenträgergruppen mit einem früheren Datenträgerformat zu ermöglichen. Weitere Informationen finden Sie im Knowledgebase-Artikel 2146221.
    3. Erstellen Sie erneut eine neue Datenträgergruppe auf dem Zeugenhost mit einer vSAN-Datenträgerformatversion, die derjenigen des Datenhosts entspricht.

  • Ausgeschaltete VMs werden während des Ersetzens eines Zeugenhosts als nicht zugriffsfähig angezeigt
    Wenn Sie einen Zeugenhost in einem ausgeweiteten Cluster ändern, werden ausgeschaltete VMs für einen kurzen Zeitraum im vSphere Web Client als nicht zugriffsfähig angezeigt. Nach Abschluss des Vorgangs werden ausgeschaltete VMs als zugriffsfähig angezeigt. Alle ausgeführten VMs werden während des Prozesses als zugriffsfähig angezeigt.

    Problemumgehung: Keine

  • Hosts können nicht in den Wartungsmodus versetzt werden, wenn sie fehlerhafte Startmedien aufweisen
    vSAN kann Hosts mit fehlerhaften Startmedien nicht in den Wartungsmodus versetzen. Die Aufgabe zum Wechseln in den Wartungsmodus schlägt unter Umständen mit einem internen vSAN-Fehler fehl, da Konfigurationsänderungen nicht gespeichert werden können. Es werden möglicherweise Protokollereignisse ähnlich der folgenden angezeigt: Verbindung zum Gerät xxx, welches das Boot-Dateisystem unterstützt, ging verloren.

    Problemumgehung: Entfernen Sie Datenträgergruppen mithilfe der Option zur vollständigen Datenverlagerung manuell von allen Hosts. Versetzen Sie den Host anschließend in den Wartungsmodus.

  • Zeitüberschreitung der Integritätsprüfung bei Ausfall eines Hosts
    Wenn ein Host im Cluster ausfällt, kommt es bei der Integritätsprüfung unter Umständen zu einer Zeitüberschreitung. Eine Meldung ähnlich der folgenden wird gegebenenfalls angezeigt: Eine Backend-Aufgabe hat mehr als 120 Sekunden gedauert. Wenn der vSAN-Integritätsdienst den Ausfall des Hosts erkennt, wird dieser neu gestartet. Die Integritätsprüfung wird automatisch nach zehn Minuten wieder aufgenommen.

    Problemumgehung: Keine

  • Integritätsdienst funktioniert nicht, wenn auf dem vSAN-Cluster ESXi-Hosts mit vSphere 6.0 Update 1 oder früher ausgeführt werden
    Der vSAN 6.6-Integritätsdienst funktioniert nicht, wenn auf dem vSAN-Cluster ESXi-Hosts mit vSphere 6.0 Update 1 oder früheren Versionen ausgeführt werden.

    Problemumgehung: Fügen Sie einem vSAN 6.6-Cluster keine ESXi-Hosts mit vSphere 6.0 Update 1 oder früheren Versionen hinzu.

  • Nach einem Failover des ausgeweiteten Clusters erhalten VMs auf der bevorzugten Site folgende Warnung: Failover fehlgeschlagen
    Wenn die sekundäre Site in einem ausgeweiteten Cluster fehlschlägt, kommt es zu einem Failover der VMs auf die bevorzugte Site. VMs, die sich bereits auf der bevorzugten Site befinden, registrieren unter Umständen folgende Warnung: Failover fehlgeschlagen. Ignorieren Sie diese Warnung. Sie hat keinen Einfluss auf das Failover-Verhalten.

    Problemumgehung: Keine

  • Während der Netzwerkpartitionierung werden Komponenten auf der aktiven Site als nicht vorhanden angezeigt
    Während einer Netzwerkpartitionierung in einem aus 2 Hosts bestehenden oder ausgeweiteten vSAN-Cluster zeigt der vSphere Web Client unter Umständen eine Ansicht des Clusters aus der Perspektive einer nicht aktiven Site an. Unter Umständen werden aktive Komponenten auf der primären Site als nicht vorhanden angezeigt.

    Problemumgehung: Verwenden Sie RVC-Befehle, um den Status der Objekte im Cluster abzufragen. Beispiel: vsan.vm_object_info

  • Das vCenter Server Appliance-Installationsprogramm akzeptiert Clusternamen mit mehr als 80 Zeichen
    Wenn Sie einen vSAN-Clusternamen mit mehr als 80 Zeichen eingeben, akzeptiert das vCenter Server Appliance-Installationsprogramm diesen Namen, aber die Konfiguration ist ungültig. Die vCenter Server Appliance schlägt beim Start fehl.

    Problemumgehung: Geben Sie einen vSAN-Clusternamen mit höchstens 80 Zeichen ein.

  • Das vCenter Server Appliance-Installationsprogramm akzeptiert eine Kombination aus Flash- und Magnetlaufwerken für die Kapazitätsschicht
    Das vCenter Server Appliance-Installationsprogramm ermöglicht die Auswahl einer Kombination aus Flash-Geräten und Magnetfestplatten für die Kapazitätsschicht einer Datenträgergruppe in einem neuen vSAN-Cluster. Die Kapazitätsschicht der jeweiligen Datenträgergruppe kann entweder reine Flash- oder reine Magnetgeräte unterstützen.

    Problemumgehung: Sehen Sie von einer Kombination aus Flash-Geräten und Magnetfestplatten auf der Kapazitätsschicht des vSAN-Clusters ab.

  • Aufgaben zur temporären Konfigurationsaktualisierung werden angezeigt, wenn Hosts beim Ändern von vSAN-Verschlüsselungskonfigurationen getrennt werden
    Wenn Sie die Konfigurationen in einem verschlüsselten vSAN-Cluster ändern (z. B. Aktivieren und Deaktivieren der Verschlüsselung oder Ändern des KMS-Schlüssels), wird alle drei Sekunden auf jedem Host eine Aufgabe zum Aktualisieren der vSAN-Konfiguration ausgeführt, bis entweder alle Hosts erneut verbunden sind oder 5 Minuten vergangen sind. Diese Aufgaben sind nicht schädlich und haben selten Einfluss auf die Leistung.

    Problemumgehung: Keine

  • Bestimmte Objekte sind nach einer erzwungenen Reparatur inkompatibel
    Nach dem Durchführen einer erzwungenen Reparatur wurden bestimmte Objekte unter Umständen nicht repariert, da die Zugehörigkeit der Objekte während des Prozesses an einen anderen Knoten übertragen wurde. Die erzwungene Reparatur kann sich für diese Objekte verzögern.

    Problemumgehung: Wiederholen Sie die erzwungene Reparatur, nachdem alle anderen Objekte repariert und neu synchronisiert wurden. Sie können warten, bis die Objekte von vSAN repariert werden.

  • Wenn Sie einen Host von einem verschlüsselten Cluster zu einem anderen verschlüsselten Cluster verschieben und anschließend wieder zum ursprünglichen Cluster, schlägt der Vorgang fehl
    Wenn Sie einen Host von einem verschlüsselten vSAN-Cluster zu einem anderen verschlüsselten vSAN-Cluster verschieben und anschließend wieder zum ursprünglichen verschlüsselten Cluster, schlägt der Vorgang möglicherweise fehl. Eine Meldung ähnlich der folgenden wird gegebenenfalls angezeigt: Ein allgemeiner Systemfehler ist aufgetreten: Ungültiger Fehler. Dieser Fehler tritt auf, da vSAN nicht erneut Daten auf dem Host mit dem ursprünglichen Verschlüsselungsschlüssel verschlüsseln kann. Nach kurzer Zeit stellt vCenter Server den ursprünglichen Schlüssel auf dem Host wieder her und alle nicht gemounteten Datenträger im vSAN-Cluster werden in den gemounteten Zustand versetzt.

    Problemumgehung: Starten Sie den Host neu und warten Sie, bis alle Datenträger wieder gemountet wurden.

  • Der Cluster wird partitioniert, wenn vCenter Server und ESXi-Hosts neu gestartet werden
    Wenn sowohl vCenter Server als auch ESXi-Hosts eines vSAN-Clusters neu gestartet werden, wird der Cluster möglicherweise partitioniert.

    Problemumgehung: Starten Sie den vSAN-Integritätsdienst neu.

  • Ungleichgewicht im ausgeweiteten Cluster nach der Wiederherstellung einer Site
    Wenn Sie eine fehlgeschlagene Site in einem ausgeweiteten Cluster wiederherstellen, werden Hosts auf der fehlgeschlagenen Site manchmal über einen langen Zeitraum nacheinander zurückmigriert. Bestimmte Hosts werden von vSAN gegebenenfalls überlastet, wenn mit der Reparatur der nicht vorhandenen Komponenten begonnen wird.

    Problemumgehung: Stellen Sie alle Hosts in einer fehlgeschlagenen Site zusammen innerhalb eines kurzen Zeitraums wieder her.

  • VM-Vorgänge schlagen bei Problemen des HA-Masters mit ausgeweiteten Clustern fehl
    Bestimmte Ausfallszenarien in ausgeweiteten Clustern können unter Umständen Auswirkungen auf bestimmte VM-Vorgänge wie vMotion oder das Einschalten einer VM haben. Zu diesen Ausfallszenarien gehören ein teilweiser oder kompletter Ausfall einer Site oder ein Ausfall des Hochgeschwindigkeitsnetzwerks zwischen den Sites. Dieses Problem wird verursacht durch die Abhängigkeit von VMware HA bei normalen Vorgängen in ausgeweiteten Cluster-Sites.

    Problemumgehung: Deaktivieren Sie vSphere HA, bevor Sie vMotion ausführen und VMs erstellen oder einschalten. Aktivieren Sie anschließend vSphere HA erneut.

  • Aktualisiert: Wiederherstellen oder Ersetzen von vCenter Server kann zu Clusterpartition führen
    Wenn der vCenter Server ausgetauscht oder von einem Backup wiederhergestellt wird, ist die Host-Mitgliedschaftsliste möglicherweise nicht mehr aktuell. Dies kann dazu führen, dass ESXi-Hosts durch den Cluster partitioniert werden.

    Problemumgehung: Gehen Sie folgendermaßen vor, um sicherzustellen, dass alle Hosts zum vSAN-Cluster hinzugefügt werden, wenn der vCenter Server neu gestartet wird.

    1. Bevor Sie vCenter Server neu starten, konfigurieren Sie für Hosts, dass Updates von Cluster-Mitgliedschaftslisten ignoriert werden. Führen Sie folgenden Befehl auf jedem Host im vSAN-Cluster aus:
      esxcfg-advcfg -s1 /VSAN/IgnoreClusterMemberListUpdates
    2. Nachdem vCenter Server wieder ausgeführt wird und alle Hosts im Cluster vorhanden sind, konfigurieren Sie für Hosts, dass Updates von Cluster-Mitgliedschaftslisten verwendet werden. Führen Sie folgenden Befehl auf jedem Host im Cluster aus:
      esxcfg-advcfg -s0 /VSAN/IgnoreClusterMemberListUpdates
  • Aufgabe zum Außerbetriebsetzen oder Unmounten des Datenträgers schlägt fehl
    Die Aufgabe zum Außerbetriebsetzen oder Unmounten des Datenträgers schlägt unter Umständen fehl, wenn es zwischen dem Commit des Schreibvorgangs von Daten und dem Löschen des virtuellen Datenträgers zu einem Konflikt kommt. Dieses Problem tritt möglicherweise bei Upgrades auf, die eine neue vSAN-Datenträgerformatversion erforderlich machen. Unter Umständen wird eine Meldung ähnlich der folgenden in der Protokolldatei „VMkernel.log“ angezeigt:

    4724 2017-04-10T18:46:51.309Z cpu30:67232)LSOM: LSOMFreeMDDispatch:3797: Throttled: Waiting for component cleanup

    Problemumgehung: Starten Sie den Host neu, um den Konflikt zu beseitigen, und wiederholen Sie den Vorgang.

  • Beim Testen der vMotion-Netzwerkkonnektivität werden fälschlicherweise Ping-Fehler zurückgegeben
    Beim Testen der vMotion-Netzwerkkonnektivität (Cluster > Überwachen > vSAN > Integrität > Netzwerk) werden Ping-Fehler zurückgegeben, wenn der vMotion-Stack für vMotion verwendet wird. Die vMotion-Netzwerkkonnektiviätsprüfung (ping) unterstützt ausschließlich vmknics, die den standardmäßigen Netzwerk-Stack verwenden. Die Prüfung schlägt für vmknics fehl, die den Netzwerk-Stack von vMotion verwenden. Diese Berichte weisen nicht auf ein Konnektivitätsproblem hin.

    Problemumgehung: Konfigurieren Sie die vmknic zur Verwendung des standardmäßigen Netzwerk-Stacks. Sie können die vMotion-Ping-Prüfung mithilfe von RVC-Befehlen deaktivieren. Beispiel: vsan.health.silent_health_check_configure -a vmotionpingsmall

  • Tiefe erneute Schlüsselerstellung kann nicht durchgeführt werden, wenn ein Unmounten einer Datenträgergruppe durchgeführt wird
    vSAN führt zuerst eine flache und dann eine tiefe erneute Schlüsselerstellung durch. Die flache erneute Schlüsselerstellung schlägt fehl, wenn eine nicht gemountete Datenträgergruppe vorhanden ist. Der Vorgang der tiefen erneuten Schlüsselerstellung kann nicht beginnen.

    Problemumgehung: Mounten Sie die nicht gemountete Datenträgergruppe erneut oder entfernen Sie sie.

  • Protokolleinträge geben an, dass die Firewallkonfiguration geändert wurde
    Ein neuer Firewalleintrag wird im Sicherheitsprofil angezeigt, wenn die vSAN-Verschlüsselung aktiviert ist: vsanEncryption. Über diese Regel wird die direkte Kommunikation der Hosts mit dem KMS gesteuert. Wenn sie ausgelöst wird, werden Protokolleinträge zu /var/log/vobd.log hinzugefügt. Unter Umständen werden Meldungen ähnlich den folgenden angezeigt:

    Firewallkonfiguration wurde geändert. Vorgang 'addIP4' für Regelsatz vsanEncryption erfolgreich.
    Firewallkonfiguration wurde geändert. Vorgang 'removeIP4' für Regelsatz vsanEncryption erfolgreich.

    Diese Meldungen können ignoriert werden.

    Problemumgehung: Keine

  • Aktualisiert: Eingeschränkte Unterstützung für Festplatten der Klasse 1 in Verbindung mit vSAN-Datenspeicher
    vSAN 6.6 bietet keine vollständige Unterstützung für Festplatten der Klasse 1 (First Class Disks) in vSAN-Datenspeichern. Möglicherweise treten folgende Probleme auf, wenn Sie Festplatten der Klasse 1 in einem vSAN-Datenspeicher verwenden:

    • Der vSAN-Integritätsdienst zeigt den Zustand von Festplatten der Klasse 1 nicht korrekt an.
    • Die Aufschlüsselung der genutzten Kapazität enthält die genutzte Kapazität für Festplatten der Klasse 1 in der folgenden Kategorie: Andere
    • Der Systemzustand von VMs, die Festplatten der Klasse 1 verwenden, wird nicht ordnungsgemäß berechnet.

    Problemumgehung: Keine

  • HA-Failover tritt nicht auf, nachdem die Option „Art des Datenverkehrs“ auf einer vmknic zur Unterstützung des Zeugenverkehrs aktiviert wurde
    Wenn Sie die Option „Art des Datenverkehrs“ auf einer vmknic zur Unterstützung des Zeugenverkehrs festlegen, erkennt vSphere HA die neue Einstellung nicht automatisch. Sie müssen HA manuell deaktivieren und dann erneut aktivieren, damit die vmknic erkannt wird. Wenn Sie zuerst die vmknic und den vSAN-Cluster konfigurieren und dann HA auf dem Cluster aktivieren, wird die vmknic erkannt.

    Problemumgehung: Deaktivieren Sie vSphere HA manuell auf dem Cluster und aktivieren Sie HA dann erneut.

  • Nach dem Deaktivieren und Löschen des iSCSI-Zieldienstes verbleiben einige iSCSI-Objekte im vSAN-Datenspeicher
    Wenn Sie per Web Client alle iSCSI-Ziele und LUNs entfernen und zudem den iSCSI-Zieldienst deaktivieren, ist das iSCSI-Startobjekt auch danach noch im vSAN-Datenspeicher vorhanden.

    Problemumgehung: Um das iSCSI-Startobjekt und alle, mit dem iSCSI-Zieldienst verknüpften Metadaten zu löschen, führen Sie folgenden Befehl auf einem beliebigen Host im Cluster aus: esxcli vsan iscsi homeobject delete

  • iSCSI-E/A-Vorgang wird unter Umständen während eines iSCSI-Ziel-Failovers unterbrochen
    Während des iSCSI-Ziel-Failovers werden iSCSI-E/A-Vorgänge gegebenenfalls unterbrochen. Der Ausfall oder Neustart eines Hosts kann unter Umständen ein iSCSI-Ziel-Failover auslösen.

    Problemumgehung: Wiederholen Sie die Sitzung über den iSCSI-Initiator.

  • iSCSI-MCS wird nicht unterstützt
    Der vSAN-iSCSI-Zieldienst bietet keine Unterstützung für MCS (Multiple Connections per Session, mehrere Verbindungen pro Sitzung).

    Problemumgehung: Keine

  • Jeder iSCSI-Initiator kann iSCSI-Ziele erkennen
    Der vSAN-iSCSI-Zieldienst ermöglicht jedem Initiator im Netzwerk die Erkennung von iSCSI-Zielen.

    Problemumgehung: Sie können die ESXi-Hosts von iSCSI-Initiatoren isolieren, indem Sie sie in verschiedenen VLANs platzieren.

  • Nach dem Auflösen einer Netzwerkpartition schlagen bestimmte VM-Vorgänge auf verknüpften Klon-VMs unter Umständen fehl
    Bestimmte VM-Vorgänge auf verknüpften Klon-VMs, die keine E/A innerhalb des Gastbetriebssystems erzeugen, schlagen unter Umständen fehl. Zu den Vorgängen, die gegebenenfalls fehlschlagen können, gehören das Erstellen von Snapshots oder das Anhalten der VMs. Dieses Problem kann auftreten, wenn eine Netzwerkpartition aufgelöst wird und auf den Namespace der übergeordneten Basis-VM noch nicht zugegriffen werden kann. Wenn auf den Namespace der übergeordneten VM zugegriffen werden kann, wird HA nicht darüber informiert, die VM einzuschalten.

    Problemumgehung: Schalten Sie VMs aus und wieder ein, die E/A-Vorgänge nicht aktiv ausführen.

  • Wenn Sie sich nach der Verwendung des Assistenten zum Konfigurieren von vSAN vom Web Client abmelden, schlagen bestimmte Konfigurationsaufgaben unter Umständen fehl
    Der Assistent zum Konfigurieren von vSAN benötigt möglicherweise mehrere Stunden, um die Konfigurationsaufgaben abzuschließen. Sie müssen beim Web Client angemeldet bleiben, bis der Assistent die Konfiguration abgeschlossen hat. Dieses Problem tritt in der Regel in Clustern mit vielen Hosts und Festplattengruppen auf.

    Problemumgehung: Wenn bestimmte Konfigurationsaufgaben fehlgeschlagen sind, führen Sie die Konfiguration erneut durch.

  • Neue Richtlinienregeln werden auf Hosts mit älteren Versionen der ESXi-Software ignoriert
    Dieses Problem tritt unter Umständen auf, wenn Sie zwei oder mehr vSAN-Cluster verwenden, wobei auf einem Cluster die aktuelle Software und auf einem anderen Cluster eine ältere Version der Software ausgeführt wird. Der vSphere Web Client zeigt Richtlinienregeln für die aktuelle vSAN-Software an. Diese neuen Richtlinien werden auf den älteren Hosts allerdings nicht unterstützt. RAID-5/6 (Löschcodierung) – Kapazität wird beispielsweise auf Hosts unter 6.0U1 oder früherer Software nicht unterstützt. Sie können die neuen Richtlinienregeln konfigurieren und auf alle VMs und Objekte anwenden. Diese werden jedoch auf Hosts, auf denen die ältere Version der Software ausgeführt wird, ignoriert.

    Problemumgehung: Keine

  • Objekte des Snapshot-Arbeitsspeichers werden in der Übersicht zur Kapazitätsnutzung der vSAN-Kapazitätsüberwachung nicht angezeigt
    Bei VMs vor Hardwareversion 10 befindet sich der Snapshot-Arbeitsspeicher unter Vmem-Objekte in der Übersicht zur Kapazitätsnutzung.

    Problemumgehung: Erstellen Sie zur Anzeige von Objekten des Snapshot-Arbeitsspeichers in der Übersicht zur Kapazitätsnutzung VMs mit der Hardwareversion 10 oder höher.

  • Die auf der Seite „VM-Übersicht“ angegebene Speicherauslastung scheint nach dem Upgrade auf vSAN 6.5 oder höher größer zu sein
    In früheren Versionen von vSAN verwies der für die VM-Speicherauslastung angegebene Wert auf den Speicherplatz, der von einer einzelnen Kopie der Daten belegt wurde. Wenn der Gast beispielsweise 1 GB in ein schnell bereitgestelltes Objekt mit zwei Spiegeln geschrieben hat, wurde 1 GB als Speicherauslastung angezeigt. In vSAN 6.5 oder höher wird im Feld „Speicherauslastung“ der tatsächlich verwendete Speicherplatz angezeigt, einschließlich aller Kopien der Daten. Wenn der Gast also 1 GB in ein schnell bereitgestelltes Objekt mit zwei Spiegeln schreibt, werden 2 GB als Speicherauslastung angezeigt. Die angegebene Speicherauslastung auf bestimmten VMs scheint nach dem Upgrade auf vSAN 6.5 größer, der tatsächlich verbrauchte Speicherplatz hat sich jedoch nicht erhöht.

    Problemumgehung: Keine

  • Ein Zeugenhost kann nicht in den Wartungsmodus versetzt werden
    Wenn Sie versuchen, einen Zeugenhost in den Wartungsmodus zu versetzen, behält der Host den aktuellen Status bei und folgende Benachrichtigung wird angezeigt: Ein angegebener Parameter war nicht korrekt.

    Problemumgehung: Wenn Sie einen Zeugenhost in den Wartungsmodus versetzen, wählen Sie die Option Keine Datenmigration aus.

  • Das Verschieben des Zeugenhosts in einen ausgeweiteten Cluster und dann wieder hinaus führt zu einer Fehlkonfiguration des Clusters
    Wenn Sie den Zeugenhost in einem vSAN-fähigen vCenter-Cluster platzieren, werden Sie durch einen Alarm darauf hingewiesen, dass sich der Zeugenhost nicht im Cluster befinden darf. Wenn Sie den Zeugenhost jedoch aus dem Cluster entfernen, verbleibt der Cluster in einem falsch konfigurierten Status.

    Problemumgehung: Verschieben Sie den Zeugenhost aus dem ausgeweiteten vSAN-Cluster, und konfigurieren Sie den ausgeweiteten Cluster neu. Weitere Informationen finden Sie im Knowledgebase-Artikel 2130587.

  • Wenn in einem Cluster mit einem HA-Taktsignal-Datenspeicher eine Netzwerkpartition vorhanden ist, werden VMs in der anderen Daten-Site nicht neu gestartet
    Wenn die Netzwerkverbindung zwischen der bevorzugten oder sekundären Site in einem vSAN-Cluster und den anderen Sites unterbrochen wird, werden die VMs, die auf der Site ohne Netzwerkverbindung ausgeführt werden, auf der anderen Daten-Site nicht neu gestartet. Unter Umständen wird die folgende Fehlermeldung angezeigt: vSphere HA-Failover einer virtuellen Maschine fehlgeschlagen.

    Dies ist das erwartete Verhalten für vSAN-Cluster.

    Problemumgehung: Wählen Sie keinen HA-Taktsignal-Datenspeicher aus, während Sie vSphere HA auf dem Cluster konfigurieren.

  • Nicht gemountete vSAN-Datenträger und -Datenträgergruppen werden im vSphere Web Client im Feld „Betriebsstatus“ als gemountet angezeigt
    Nachdem die vSAN-Datenträger oder -Datenträgergruppen mit dem Befehl esxcli vsan storage disk group unmount oder vom vSAN Device Monitor-Dienst in den nicht gemounteten Zustand versetzt wurden, wird im Feld „Betriebsstatus“ des vSphere Web Client fälschlicherweise der Wert Gemountet angezeigt, wenn die Datenträger ständig hohe Latenzen aufweisen.

    Problemumgehung: Verwenden Sie zum Überprüfen des Datenträgerstatus das Feld „Integrität“ anstelle des Felds „Betriebsstatus“.

  • Beim Upgrade des Datenträgerformats werden Datenträger nicht in vSAN angezeigt
    Beim Upgrade des Datenträgerformats werden Datenträger, die bereits aus dem Cluster entfernt wurden, in vSAN möglicherweise nicht korrekt angezeigt. Auch auf der Benutzeroberfläche wird der Versionsstatus möglicherweise als mixed angezeigt. Dieses Anzeigeproblem tritt in der Regel nach dem manuellen Unmounten mindestens eines Datenträgers vom Cluster auf. Der Aktualisierungsvorgang wird hierdurch nicht beeinflusst. Nur die gemounteten Datenträger werden überprüft. Nicht gemountete Datenträger werden ignoriert.
  • Problemumgehung: Keine

  • Alle vSAN-Cluster verwenden dieselben externen Proxy-Einstellungen
    Alle vSAN-Cluster verwenden dieselben externen Proxy-Einstellungen, auch wenn Sie den Proxy auf der Clusterebene festlegen. vSAN verwendet externe Proxys zum Herstellen einer Verbindung mit dem Support Assistant, dem Programm zur Verbesserung der Benutzerfreundlichkeit und der HCL-Datenbank, wenn der Cluster nicht über einen direkten Internetzugang verfügt.

    Problemumgehung: Keine

  • Wenn die bevorzugte Site isoliert wird, ist der Zugriff auf VMs in einem ausgeweiteten Cluster nicht mehr möglich und eine Verbindung kann nur noch zum Zeugenhost hergestellt werden
    Wenn die bevorzugte Site nicht mehr verfügbar ist oder die Netzwerkverbindung zur sekundären Site und zum Zeugenhost unterbrochen wird, bildet die sekundäre Site einen Cluster mit dem Zeugenhost und führt die Speichervorgänge fort. Dies kann dazu führen, dass die Daten auf der primären Site mit der Zeit veralten. Wenn die bevorzugte Site erneut eine Verbindung zum Zeugenhost, nicht aber zur sekundären Site herstellt, verlässt der Zeugenhost den Cluster, in dem er sich befindet, und bildet einen Cluster mit der bevorzugten Site. Auf bestimmte VMs kann dann nicht mehr zugegriffen werden, da sie keinen Zugriff auf die aktuellen Daten in diesem Cluster haben.

    Problemumgehung: Bevor Sie eine erneute Verbindung zwischen der bevorzugten Site und dem Cluster herstellen, kennzeichnen Sie die sekundäre Site als bevorzugte Site. Nach erneuter Synchronisierung der Sites können Sie die Site markieren, die Sie als bevorzugte Site verwenden möchten.

  • Im Speicherbelegungsmodell des Assistenten für VM-Speicherrichtlinien werden falsche Informationen angezeigt
    Wenn auf einem oder mehreren Hosts in einem vSAN-Cluster nicht die Softwareversion 6.0 Update 2 oder höher ausgeführt wird, werden bei Auswahl von RAID 5/6 als Fehlertoleranzmethode im Speicherbelegungsmodell des Assistenten für VM-Speicherrichtlinien unter Umständen falsche Informationen angezeigt.

    Problemumgehung: Aktualisieren Sie alle Hosts auf die aktuelle Softwareversion.