ESXi 6.7–8.0 -päivitys – Korjaa tuotantopalvelimen kaatuminen

Tarkista ensin laitteiston yhteensopivuus

ESXi 6.7:n yleinen tuki päättyi 15. lokakuuta 2022, joten siirto on myöhässä – mutta 6.7–8.0 on suurversiopäivitys, ei korjaus. Kahden version välillä VMware poisti VMKLinux-ohjainmallin kokonaan (jokainen laite tarvitsee nyt alkuperäisen ohjaimen) ja poisti sukupolven suorittimia, verkkosovittimia ja tallennusohjaimia. Täysin terve 6.7-isäntä voi silti olla päivittämätön sellaisenaan.

Ennen kuin varaat ikkunan, tarkista VMware-yhteensopivuusoppaasta tarkka palvelinmalli, suoritinperhe, verkkosovittimet ja tallennusohjain ESXi 8.0:aa vastaan ja päivitä palvelimen laiteohjelmisto (BIOS, tallennusohjain, NIC:t) versioihin, jotka toimittaja on listannut 8.0:lle. Asentajan oma ennakkotarkastus varoittaa myös vanhentuneista laitteista – mutta sen selvittäminen konsolissa keskiyöllä on väärä aika. Tarkista ensin paperilta.

Varmuuskopioi isäntäkokoonpano ja virtuaalikoneet

Varmuuskopioi isäntämääritykset isäntäkuoresta (ota SSH käyttöön isännässä ensin, jos se on pois päältä). Komento palauttaa latauslinkin määrityspaketille — avaa se ja tallenna .tgz-tiedosto jonnekin, joka ei ole tällä palvelimella:

vim-cmd hostsvc/firmware/backup_config

Varmista sitten, että VM-varmuuskopiot ovat ajan tasalla ja että ainakin yksi palautus on todella testattu. Puolet päivityksen jälkeisistä violeteista näytöistä juontaa juurensa laiteohjelmistoon, jonka vanha hypervisor sieti – mutta kaatumiset, joita et voi kumota, ovat sellaisia, joissa ei ole varmuuskopiota.

Suunnittele ikkuna ja pidä 8.0-lisenssiavain valmiina

Valitse huoltopaikka ja ilmoita siitä käyttäjille – kenenkään ei pitäisi olla välissä, kun isäntä katkeaa. Kirjoita järjestys muistiin aikojen kera ja aseta tiukka palautusaika: piste yössä, jonka jälkeen lopetat virheenkorjauksen ja peruutat (vaihe 7) sen sijaan, että syöt koko ikkunan. Laita loppuviesti, kun työ on tehty, jotta seuraava aamu ei lähde huhuilla.

Lajittele lisenssi ennen ikkunaa, ei sen aikana. Lisenssiavaimet on sidottu pääversioon – 8.0-isäntä ei hyväksy 6.7-avainta, ja ilman sitä se toimii arviointitilassa 60 päivää. Broadcomissa avaimet ja lataukset tulevat Broadcomin tukiportaalista oikeuksiasi vastaan, joten sovi pääsystä etukäteen.

Reitti A – Päivitä käynnistämällä 8.0 ISO

Kerro siitä käyttäjille ja saata sitten isäntä ylläpitotilaan – jokainen virtuaalikone suljettiin tai siirrettiin toiseen isäntään. Älä koskaan päivitä isäntäkonetta, joka käyttää edelleen tuotanto-VM:itä.

Käynnistä ESXi 8.0 -asennusohjelma ISO:sta, valitse levy, jolla nykyinen asennus on, ja valitse Päivitä ESXi, säilytä VMFS-tietosäilö. Tämä on useimmilla palvelimilla näytettävä reitti, ja se, joka käsittelee suuren version, hyppää puhtaasti, koska esitarkastukset näkyvät näytöllä sen edetessä.

Reitti B — Päivitä Shellistä esxclillä

Varastoreitti kulkee kokonaan isäntäkuoresta – ei fyysistä tai virtuaalista mediaa – mikä tekee siitä käytännöllisen valinnan etäisännälle. Isäntä siirtyy silti ensin ylläpitotilaan, täsmälleen kuten reitillä A. Salli HTTP-asiakas isäntäpalomuurin läpi:

esxcli network firewall ruleset set -e true -r httpClient

Luettele VMwaren online-varastolla saatavilla olevat profiilit ja merkitse muistiin 8.0-standardin profiilin tarkka nimi:

esxcli software sources profile list -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml

Suorita sitten profiilipäivitys depotia vastaan käyttämällä täsmälleen tätä profiilinimeä ja käynnistä isäntä uudelleen, kun se on valmis:

esxcli software profile update -d <depot-url> -p <exact-profile-name>

Sama reitti toimii offline-tilassa: kopioi depot-paketti ZIP tietosäilöön ja osoita sen sijaan -d-arvo kyseiseen tiedostoon. Huomaa, että profiilin päivitys on päivityskomento – se säilyttää nykyiset kokoonpanosi ja kolmannen osapuolen VIB:t siellä, missä ne ovat yhteensopivia. älä korvaa profiilin asennusta, joka korvaa kuvan.

Uudelleenkäynnistyksen jälkeen — Lisenssi, Vahvista ja Vapauta

Kun isäntä on palannut versioon 8.0, käytä ESXi 8.0 -lisenssiavainta – 6.7-avainta ei hyväksytä, ja ilman uutta avainta arviointikello tikittää. Poistu ylläpitotilasta, käynnistä ensin yksi ei-kriittinen VM ja tarkista sen verkko, tallennustila ja konsoli ennen kuin aloitat loput.

Käsittele seuraavaksi itse isäntä: tapahtumaloki ja laitteiston tila kuljettaja- tai anturivalituksia varten, jokainen asennettu tietokauppa ja hallintaverkon asetukset säilyvät. Vasta sitten vapauta palvelin takaisin käyttäjille ja lähetä lopetusviesti vaiheesta 3.

Crash Playbook - Purple Screen ja Shift+R Rollback

Jos isäntä purple-screens (PSOD) tai ei käynnisty hyödyllisesti päivityksen jälkeen, toimi tässä järjestyksessä. Valokuvaa ensin violetti näyttö ennen kuin kosketat mitään. PSOD tarkoittaa, että VM-kernel pysähtyy tarkoituksella, koska jatkaminen vaarantaisi VM:t – ja näyttö on diagnoosi: poikkeustyyppi ja siinä nimetty moduuli osoittavat syyn. Ohjainmoduulin nimi ilmaisee laitteistotukiongelman ja sivuvika osoittaa muistiin tai laiteohjelmistoon.

Toiseksi, käynnistä uudelleen kerran ja katso. Yksi ohimenevä violetti näyttö ohjaimen vaihdon jälkeen on dataa. toistaminen on tuomio. Ensimmäiset epäilyt, päivityksen omassa järjestyksessä: tuettu verkkokortti tai tallennussovitin, yhteensopivuusoppaan listaa vanhempi laiteohjelmisto tai muistivirhe, jota vanha versio ei koskaan korostanut.

Kolmanneksi, peruuta. ESXi asentuu kahteen käynnistyspankkiin, ja päivitys jättää edellisen 6.7-koontiversiosi ennalleen vaihtoehtoiseen pankkiin. Käynnistä isäntä uudelleen ja paina käynnistyskehotteessa Vaihto + R ja vahvista – isäntä käynnistää edellisen 6.7-koontiversion kokoonpanoineen juuri sellaisena kuin sen jätit. Jos palautus toimii, olet ostanut aikaa: korjaa yhteensopivuuden syy päivänvalossa ja päivitä uudelleen uudessa ikkunassa.

vim-cmd hostsvc/firmware/restore_config <bundle-path>

Tämä palautuskomento on toinen pakoreitti – se asettaa isäntäkokoonpanon Step 2 -paketista takaisin samalle versiolle ja rakennukselle, jos yksi käynnistyspankki ei riitä.