build 65d0a3ad | content blog-content@c8490fa · 338 posts | profiles 20 · corpus 228 | 0 skipped |
Community · 2021-10-08

vSAN HCL Checks für ESXi Upgrades überspringen

Ein kurzer Post darüber, wie du die vSAN HCL Checks im VCF SDDC Manager abschaltest.

2021-10-08Datum
Dario DörflingerAutor
2Min. Lesezeit
360words
no translation reviewed
Themen capabilities · idf weight Cloud cloud 1.97 Virtualisierung virtualization 1.42 Storage storage 2.72
Hersteller vendors · idf weight VMware vmware 0.89

Dieser Beitrag ist von 2021. Er bleibt online, weil er nach wie vor nachgefragt wird, beschreibt aber einen Produktstand von damals.

In meiner aktuellen Rolle spiele ich viel mit VMware Cloud Foundation. Wir haben hier eine ziemlich grosse Umgebung.

Weil die aktuell unterstützte Hardware komplett in unserer VCF 3.10.1 Umgebung steckt, musste ich für eine kleine konsolidierte VCF 4 Umgebung auf unsere alte Hardware zurückgreifen.

Wie die meisten wissen, hat VMware vor zwei Tagen VMware Cloud Foundation 4.1 veröffentlicht, mit dem frisch erschienenen vSphere (und vSAN) 7.0 Update 1. Also wollte ich meine konsolidierte VCF 4.0 Umgebung auf 4.1 heben.

Der Update-Prozess ist so geradlinig, wie man es von VCF erwartet:
– SDDC Manager von 4.0 auf 4.1 aktualisieren
– «configuration drift package 4.1» für den SDDC Manager installieren
– Auf NSX-T 3.0.2 aktualisieren
– Auf vCenter 7.0 Update 1 aktualisieren
– Auf ESXi 7.0 Update 1 aktualisieren

Weil meine Hardware sehr alt ist und der Array Controller auf keiner aktuellen HCL steht, scheitert das ESXi Update unweigerlich. Der Precheck scheitert natürlich ebenfalls und weist auf den HCL-Mismatch hin.

Laut meinen Kontakten bei VMware gibt es derzeit keinen offiziellen Weg, das zu ignorieren. Weil ich aber auf meinem SDDC Manager auch einen Proxy Server konfigurieren musste (nach dieser Anleitung), kannte ich die Datei «application-prod.properties» bereits. Also habe ich mir die einmal angesehen.

Eine kurze Suche nach «vsan» in /opt/vmware/vcf/lcm/lcm-app/conf/application-prod.properties förderte ab Zeile 103 drei interessante Zeilen zutage:

################### VSAN CONFIGURATION ###################
vsan.healthcheck.enabled=true
vsan.hcl.update.enabled=true
vsan.precheck.enabled=true

Weil das meine eigene Lab-Umgebung ist, war es mir egal, ob ich den SDDC Manager damit zerlege, also habe ich diese Zeilen auf «false» gesetzt:

################### VSAN CONFIGURATION ###################
vsan.healthcheck.enabled=false
vsan.hcl.update.enabled=false
vsan.precheck.enabled=false

Danach habe ich die Datei gespeichert und lcm neu gestartet:

systemctl restart lcm

Anschliessend listete der Precheck die vSAN Prechecks gar nicht mehr auf und lief sauber durch:

Ich habe sofort das Update für meine vier ESXi Hosts gestartet, und auch das lief durch:

Das Update war für alle vier Nodes erfolgreich. Ausser den fehlenden vSAN HCL Checks im Precheck habe ich durch meine Änderung nichts kaputt gehen sehen. In einer produktiven Umgebung würde ich davon abraten, diese Einstellungen anzufassen. Aber es ist gut zu wissen, dass sich VCF in Lab-Umgebungen mit «nicht unterstützter» Hardware nutzen lässt.

Passt ausserdem