Planen und entwerfen Sie ein ausfallsicheres Upgrade.
Bevor Sie versuchen, vSAN zu aktualisieren, stellen Sie sicher, dass Ihre Umgebung die vSphere-Hardware- und -Softwareanforderungen erfüllt.
Voraussetzungen für das Upgrade
Berücksichtigen Sie die Aspekte, die den allgemeinen Upgradevorgang verzögern können. Richtlinien und Best Practices finden Sie in der Dokumentation zum vSphere-Upgrade.
| Voraussetzungen für das Upgrade | Beschreibung |
|---|---|
| Software, Hardware, Treiber, Firmware und Speicher-E/A-Controller | Vergewissern Sie sich, dass die neue Version von vSAN die Software- und Hardwarekomponenten, Treiber, Firmware und Speicher-E/A-Controller unterstützt, die Sie verwenden möchten. Die unterstützten Elemente sind auf der Website des VMware-Kompatibilitätshandbuchs unter http://www.vmware.com/resources/compatibility/search.php aufgelistet. |
| vSAN-Version | Stellen Sie sicher, dass Sie die neueste Version von vSAN verwenden. Sie können kein Upgrade von einer Beta-Version auf die neue vSAN-Version vornehmen. Wenn Sie ein Upgrade von einer Beta-Version durchführen, müssen Sie eine neue Bereitstellung von vSAN ausführen. |
| Datenträgerspeicher | Stellen Sie sicher, dass ausreichend Speicherplatz verfügbar ist, um das Upgrade der Softwareversion fertig zu stellen. Die Menge des benötigten Datenträgerspeichers für die vCenter Server-Installation hängt von Ihrer vCenter Server-Konfiguration ab. Richtlinien zum erforderlichen Datenträgerspeicher für ein vSphere-Upgrade finden Sie in der Dokumentation zum vSphere-Upgrade. |
| vSAN-Datenträgerformat | Beim vSAN-Datenträgerformat handelt es sich um ein Metadaten-Upgrade, bei dem Daten weder evakuiert noch neu erstellt werden müssen. |
| vSAN-Hosts | Stellen Sie sicher, dass Sie die vSAN-Hosts in den Wartungsmodus versetzt und die Option Datenzugriff sicherstellen oder Alle Daten evakuieren ausgewählt haben. Sie können den vSphere Lifecycle Manager verwenden, um den Upgradevorgang zu automatisieren und zu testen. Wenn Sie allerdings den vSphere Lifecycle Manager zum Aktualisieren von vSAN verwenden, lautet der Standardevakuierungsmodus Datenzugriff sicherstellen. Bei Verwendung des Modus Datenzugriff sicherstellen sind Ihre Daten nicht geschützt. Falls während des Upgrades von vSAN ein Fehler auftritt, kann dies einen unerwarteten Datenverlust zur Folge haben. Der Modus Datenzugriff sicherstellen ist jedoch schneller als der Modus Alle Daten evakuieren, weil nicht alle Daten auf einen anderen Host im Cluster verschoben werden müssen. Informationen zu verschiedenen Evakuierungsmodi finden Sie in der Dokumentation Verwalten von VMware vSAN. |
| Virtuelle Maschinen | Vergewissern Sie sich, dass Sie Ihre virtuellen Maschinen gesichert haben. |
Empfehlungen
- Wenn ESXi-Hosts mit einer Arbeitsspeicherkapazität von 512 GB oder weniger konfiguriert sind, verwenden Sie SATADOM-, SD-, USB- oder Festplattengeräte als Installationsmedium.
- Wenn ESXi-Hosts mit einer Arbeitsspeicherkapazität von mehr als 512 GB konfiguriert sind, verwenden Sie eine separate Magnetdatenträger oder ein eigenes Flash-Gerät als Installationsgerät. Wenn Sie ein separates Gerät verwenden, stellen Sie sicher, dass vSAN das Gerät nicht beansprucht.
- Wenn Sie einen vSAN-Host von einem SATADOM-Gerät aus starten, müssen Sie ein SLC-Gerät (Single-Level Cell) verwenden und die Größe des Startgeräts muss mindestens 16 GB betragen.
- Informationen dazu, ob Ihre Hardware die Anforderungen für vSAN erfüllt, finden Sie unter vSAN-Planung und -Bereitstellung.
vSAN 6.5 und neuere Versionen ermöglichen Ihnen, die Anforderungen der Boot-Größe für einen ESXi-Host in einem vSAN-Cluster anzupassen.
Aktualisieren des Zeugenhosts in einem Cluster mit zwei Hosts oder einem vSAN Stretched Cluster
Der Zeugenhost für einen Cluster mit zwei Hosts oder einen vSAN Stretched Cluster befindet sich außerhalb des vSAN-Clusters, wird jedoch vom selben vCenter Server verwaltet. Sie können denselben Vorgang, den Sie für einen vSAN-Datenhost verwenden, auch zum Aktualisieren des Witness-Servers verwenden.
Führen Sie ein Upgrade des Zeugenhosts durch, bevor Sie die Datenhosts aktualisieren.
Die Verwendung von vSphere Lifecycle Manager zur gleichzeitigen Aktualisierung von Hosts kann unter Umständen dazu führen, dass der Zeugenhost gleichzeitig mit einem der Datenhosts aktualisiert wird. Um diese Probleme bei der Aktualisierung zu vermeiden, konfigurieren Sie vSphere Lifecycle Manager so, dass er den Witness-Server nicht parallel mit den Datenhosts aktualisiert.
