Leírás

A Nutanix frissítéseit mindig úgy tervezték, hogy a felhasználói virtuális gépek és munkaterheléseik leállása nélkül végezhetők el. Ez a dokumentum bevezetőként szolgál az egyes frissítéstípusok működésének leírására, valamint néhány hasznos bevált gyakorlat megosztására a rendszergazdák számára. Hasonló információkat talál az Akropolisz frissítési útmutatójában (ne felejtse el mindig azt az útmutatót választani, amely megfelel a fürtön jelenleg futó AOS-nek).

Érintett verziók: minden verzió, összes Nutanix-fájlverzió, MINDEN LCM-verzió, MINDEN AOS-verzió, MINDEN AHV-verzió
Az alábbiak az ÖSSZES Nutanix frissítésre igazak:

Szükséges az állásidő?

Nem. A végrehajtott frissítés típusától függően előfordulhat, hogy a felhasználói virtuális gépek élőben migrálhatnak a gazdagépek között, de ez nem érinti a szolgáltatásaikat. A felhasználóknak fenn kell tartaniuk a hozzáférést virtuális gépeikhez, és a frissítés során a szokásos módon kell működniük. Azokat a virtuális gépeket, amelyek nem tudnak élőben migrálni, például a vGPU-kkal vagy affinitási szabályokkal rendelkezőket, le kell kapcsolni, vagy el kell távolítani ezeket a beállításokat a gazdagép újraindítását igénylő frissítés előtt. Ennek elmulasztása esetén a frissítés elakad a felhasználói virtuális gépek evakuálási folyamatában.

Van hatással a teljesítményre?

A Nutanix azt javasolja, hogy az ütemezett karbantartási időszak alatt vagy a normál munkaidőn kívül hajtson végre frissítéseket; ellenkező esetben a felhasználók késést tapasztalhatnak a frissítési folyamat során. Ez a késleltetés különösen észrevehető lehet azoknál a fürtöknél, amelyek csak 1 GB sebességű hálózati felfelé irányuló kapcsolatot használnak az ezen a konfiguráción elérhető korlátozott sávszélesség miatt.

Mi az ajánlott frissítési sorrend?

Az akropolisz útmutatójának Ajánlott frissítési rendelés szakaszára hivatkozhat, hogy megértse a frissítések sorrendjét.

Mi történik, ha a frissítés elakad?

• Ha hibát észlel a frissítés előtti ellenőrzések során, tekintse át a Prism-ben idézett cikket a probléma megoldásával kapcsolatos információkért. Ha a probléma megoldódott, kattintson a hivatkozásra a Prism elérhető verzióihoz való visszatéréshez, majd próbálja meg újra a frissítést.
• Ha maga a frissítés elakad, forduljon a Nutanix ügyfélszolgálatához segítségért. Ne próbáljon meg beavatkozni , mert ez kimaradást okozhat.
• A Nutanix nem támogatja a szoftverfrissítések visszaállítását.

Honnan tudhatom, hogy egy verzió kompatibilis-e?

• Ha egy verzió megjelenik a Prism Szoftverfrissítés vagy Életciklus-kezelő (LCM) szakaszában, az automatikusan azt jelenti, hogy már megerősítették, hogy kompatibilis a fürttel jelenlegi állapotában, és bármikor ugorhat az új verzióra.
• Ha nem látja a listában a kívánt verziót, annak több oka is lehet. Az újabb kiadások egy kattintással elérhetővé válnak egy ideig, de a bináris és metaadat-fájlok továbbra is közvetlenül a Nutanix portálról érhetők el, majd manuálisan feltölthetők a Prism-re. Előfordulhat az is, hogy egy közvetítő verzióra (többlépcsős frissítés) kell lépnie ahhoz, hogy először a fürt olyan verzióra kerüljön, amely képes frissíteni a kívánt verzióra.
• A Nutanix Portál Frissítési útvonalai oldalon látható, hogy az AOS, a Prism Central (PC) vagy a Nutanix Files mely verzióira hozható jelenleg a fürt, attól függően, hogy éppen mit futtat. Ha a Frissítési útvonalak oldalon láthatónál későbbi verzióra kell lépnie, először frissítse a fürtöt a lehetséges legújabb verzióra. Ha ez megtörtént, a következő próbálkozáskor el kell érnie a kívánt verziót. Az időmegtakarítás érdekében ne feledje, hogy az AOS-t hosszú távú támogatási (LTS) kiadási ágon (például 5.5.x) futtató fürt mindig közvetlenül frissíthet a következő elérhető LTS kiadási ágra (például 5.10.x).
  • KB-5505: Hosszú távú támogatás (LTS) és rövid távú támogatás (STS) kiadások (csak AOS-re vonatkozik)
  • Hogyan lehet ellenőrizni az AOS verziót
  • Hogyan lehet ellenőrizni a Prism Central verziót
  • A Nutanix Files verziójának ellenőrzése
• Ha meg szeretné tudni, hogy az AOS, a Prism Central és a Nutanix Files adott verziója kompatibilis-e egymással, ellenőrizze a szoftvertermékek együttműködési képességét .

Mit tegyek előre?

• Mindig idea telepíteni és futtatni a Nutanix Cluster Check (NCC) legújabb verzióját, hogy a frissítés megkezdése előtt megbizonyosodjon arról, hogy a fürt a lehető legjobb állapotban van.
• Annak biztosítására, hogy a Prism hozzáférjen a kívánt szoftverhez és firmware-hez, tekintse át a portra és a tűzfalra vonatkozó követelményeket, és ellenőrizze, hogy a hálózat megfelelően van-e konfigurálva. Ha Prism Centralt használ, győződjön meg arról, hogy a 9440-es SSL-port mindkét irányban nyitva van a Prism Central virtuális gép és a regisztrált fürtök között.
• Ha a fürt regisztrálva van a Prism Centralban, győződjön meg arról, hogy ez frissítve van, mielőtt frissíti az AOS-t a Prism Element fürtön. A Prism Central a Prism Element fürtök kezelésére készült, amelyek ugyanazon a fő összeállításon és a korábbi verziókon belül találhatók. Például a Prism Central 5.10.0.1 támogatja az 5.10.0.2-t futtató Prism Element klaszterek kezelését, mivel a fő build (5.10.0) ugyanaz. A PC 5.10.0.1 azonban nem támogatja az 5.10.1-et futtató PE-fürtök kezelését, mivel ez a PE-verzió egy későbbi, főbb build. Ilyen esetekben a PC-t frissíteni kell az 5.10.1-es vagy újabb verziókra, hogy újra kompatibilis legyen az általa kezelt fürtökkel.
• Tekintse meg a Nutanix portál frissítési útvonalai és kompatibilitási mátrix oldalait, hogy megbizonyosodjon arról, hogy az új szoftver kompatibilis. A kompatibilitási mátrix útmutatót is tartalmaz a Nutanix Ready Partner Solutions és az AHV Vendég operációs rendszerekkel való szoftverkompatibilitásról.
• Olvassa el a Kiadási megjegyzéseket a támogatási portálon, hogy tájékozódjon a kiadás ismert problémáiról, valamint arról, hogy milyen hibajavítások, fejlesztések vagy szolgáltatások találhatók benne.
• Ha harmadik féltől származó hipervizort vagy alkalmazást használ, ellenőrizze a szállító webhelyét, hogy megbizonyosodjon arról, hogy az kompatibilis az AOS kívánt verziójával.

Megoldás

Az alábbiakban összefoglalót talál az egyes frissítési típusok előfeltételeiről, arról, hogy mi történik a háttérben, és mennyi ideig tarthat a művelet.

AOS szoftver

Frissítés előfeltételei

Mi történik, ha a Frissítés most gombra kattintok?

• Először a frissítés előtti ellenőrzések futnak le, hogy megbizonyosodjanak arról, hogy a fürt frissíthető. Ha a frissítés előtti ellenőrzések bármelyike sikertelen, akkor erről a Prismban információ jelenik meg, és a tényleges AOS frissítés nem indul el. A felhasználóknak a Vissza a verziókhoz lehetőségre kell kattintaniuk, és újra kell kezdeniük a frissítést, miután az előzetes ellenőrzések során jelentett probléma megoldódott. Az előzetes ellenőrzések és a kapcsolódó cikkek teljes listájának megtekintéséhez tekintse meg a KB 6524-et .
• Ezután az AOS-szoftver a fürt minden CVM-ébe (vezérlő virtuális gép) másolódik.
• Az utolsó szakaszban a fürtben lévő Controller virtuális gépek egyesével újraindulnak az új AOS-verzióra. A felhasználói virtuális gépekről érkező tárolóforgalom egy szomszédos CVM-re lesz átirányítva, miközben a helyi frissítés folyik. Ezalatt a rövid időszak alatt (körülbelül 10 perc) a helyi felhasználói virtuális gépek kismértékű további késleltetést tapasztalhatnak, mivel a tárolási I/O-t egy távoli CVM-től kapják.

Mennyi ideig tart?

Ez csomópontonként 15-20 percig tarthat. A kétcsomópontos fürtben a frissítési folyamat tovább tart, mint a szokásos folyamat, mivel az adatok szinkronizálásának további lépése az egy- és kétcsomópontos állapot közötti átmenet során történik. Ennek ellenére a fürt működőképes marad a frissítés alatt.

Prism Central szoftver

Áttekintés és követelmények

Mi történik, ha a Frissítés most gombra kattintok?

• Először a frissítés előtti ellenőrzések futnak le, hogy megbizonyosodjanak arról, hogy a fürt frissíthető. Ha a frissítés előtti ellenőrzések bármelyike sikertelen, akkor erről a Prismában fog látni információkat, és a tényleges frissítés nem indul el. A felhasználóknak a Vissza a verziókhoz lehetőségre kell kattintaniuk, és újra kell kezdeniük a frissítést, miután az előzetes ellenőrzések során jelentett probléma megoldódott. Az előzetes ellenőrzések és a kapcsolódó cikkek teljes listájának megtekintéséhez tekintse meg a KB 6524-et .
• Ha van egy normál Single-VM Prism Central, akkor az új szoftver telepítésre kerül, majd a PCVM újraindul, hogy elérje az új verziót. Ezalatt a rövid idő alatt a felhasználói felület nem lesz elérhető, de nem lesz hatással a Prism Central által kezelt Prism Element klaszterekre.
• Ha van egy Scale-Out Prism Central (három PCVM), a szoftver minden PCVM-re másolódik, majd egyenként újraindul, hogy megjelenjen az új szoftver. A Prism Central szolgáltatásai és felhasználói felülete továbbra is elérhető lesz a frissítés alatt.
• Miután a PCVM elindult a frissítés után, eltart néhány percig, amíg a felhasználói felület elérhetővé válik. Jelentkezzen be, és győződjön meg arról, hogy a Prism Central Upgrade feladat sikeresen befejeződött (100%).

Mennyi ideig tart?

Single-VM Prism Central esetén körülbelül 25 perc.
Scale-Out Prism Central (három PCVM) esetén körülbelül 1 óra.

Hypervisor szoftver

• AHV frissítés
• ESXi frissítés
• Hyper-V frissítés
• KB 3123: Hypervisor támogatási szabályzat

Mi történik, ha a Frissítés most gombra kattintok?

• Először a frissítés előtti ellenőrzések futnak le, hogy megbizonyosodjanak arról, hogy a fürt frissíthető. Ha a frissítés előtti ellenőrzések bármelyike meghiúsul, erről információt fog látni a Prismban, és a tényleges hypervisor frissítés nem indul el. A felhasználóknak a Vissza a verziókhoz lehetőségre kell kattintaniuk, és újra kell kezdeniük a frissítést, miután az előzetes ellenőrzések során jelentett probléma megoldódott. Az előzetes ellenőrzések teljes listájának és a kapcsolódó cikkeknek megtekintéséhez tekintse meg a KB 6524-et .
• A frissítés egy gazdagépet választ ki a fürtben, és egy feladatot küld el a felhasználói virtuális gépek áttelepítésére a gazdagépről.
• Miután a CVM az egyetlen virtuális gép, amely a gazdagépen maradt, Karbantartási módba kerül, és a hypervisor új szoftvere elkészül.
• Az új hypervisor verzió telepítése után a gazdagép újraindul.
• Amint a gazdagép az újraindítás után feláll az új szoftververzióra, a gazdagép kikerül a Karbantartási módból, és a CVM bekapcsol.
• A fürt megvárja, hogy a Controller virtuális gép és szolgáltatásai online állapotba kerüljenek, mielőtt kiválasztaná a következő gazdagépet a frissítésre. A hypervisor szükség szerint egyensúlyba hozza a felhasználói virtuális gépeket a frissített csomóponton a meglévő konfigurációja alapján.

Mennyi ideig tart?

Ez attól függ, hogy mennyi ideig tart a felhasználói virtuális gépek evakuálása az egyes gazdagépekről, mielőtt azok frissítésre leállnak. Egy jó becslés körülbelül 30-45 perc csomópontonként.

Firmware életciklus-kezelővel (LCM)

Ez a rész főként az LCM-mel végzett firmware-frissítésekre összpontosít; azonban használhatja az LCM-et olyan szoftverek frissítésére is, mint az AOS és a Foundation. A szoftverentitások LCM-mel történő frissítése ugyanazokat a mechanizmusokat használja, amelyek a Prism korábbi One Click Upgrade Software részében voltak elérhetők. Ha érdekli ezek működése, kérjük, olvassa el a dokumentum azon részeit, amelyek leírják ezeket a munkafolyamatokat.

Erről a szolgáltatásról a KB 7536- ban található GYIK. Az LCM-frissítések engedélyezéséhez szabályokat kell konfigurálnia a külső tűzfalban. A részletekért lásd a Prism Web Console Guide: Firewall Requirements című részt . A funkció használatával kapcsolatos részletes információkért tekintse meg az LCM útmutatót .

Az LCM képessége bizonyos összetevők leltározására vagy frissítésére attól függhet, hogy az AOS és a Foundation mely verziói futnak a fürtön. Azoknak a felhasználóknak, akik szeretnék látni az elérhető frissítések teljes listáját, érdemes először frissíteniük ezeket a szoftvereket, vagy ellenőrizniük kell az LCM kiadási megjegyzéseit, hogy megtudják, létezik-e ezen függőségek valamelyike az Ön környezetében.

Mi történik, ha a Frissítés gombra kattintok?

• Az első előzetes ellenőrzések lefutnak, hogy megbizonyosodjanak arról, hogy a fürt megfelelő állapotban van a frissítés folytatásához. A Prism jelentést küld, ha valamelyik előzetes ellenőrzés sikertelen, és a KB 4584-ben olvashat magyarázatot mindegyikre és a probléma megoldására. Miután megoldódott az előzetes ellenőrzés sikertelenségét okozó probléma, futtasson egy új leltárt, majd próbálkozzon újra a frissítési művelettel.
• Alapvetően minden LCM-en keresztül végrehajtott firmware-frissítés megköveteli a gazdagépektől, hogy a Phoenix nevű CentOS-alapú átmeneti területről induljanak el, a következő kivételekkel.
  • Egyes modulok Dell platformokhoz.
  • Az LCM 2.3.2-től kezdve a DISK firmware esetében az LCM IVU alapú frissítési mechanizmust használ, amely nem igényli a gazdagép újraindítását.
  • Az LCM 2.4.0-tól kezdődően BIOS és a BMC firmware esetében bizonyos feltételek teljesülése esetén az LCM Redfish frissítési mechanizmust használ, amely nem igényli a gazdagép újraindítását.
• Az LCM beépített intelligenciával rendelkezik, amely megmondja, hogy milyen sorrendben hajtsa végre a firmware-frissítéseket, így a felhasználóknak nem kell azon aggódniuk, hogy milyen frissítéseket hajtsanak végre először. A felhasználók egyszerűen kiválaszthatják az Összes frissítése műveletet, és az LCM automatikusan kielégíti a firmware közötti összes függőséget.
• Ha több gazdagép van kiválasztva a firmware-frissítés végrehajtására, az LCM egyesével evakuálja a felhasználói virtuális gépeket a gazdagépekről, és elindítja őket a Phoenix átmeneti területére a frissítések végrehajtásához. Egyetlen felhasználói virtuális gép sem kapcsol ki, és a munkaterhelés továbbra is fennakadás nélkül kiszolgálható.
• A frissített firmware-től függően előfordulhat, hogy a hypervisor többször újraindul a Phoenixbe. Ez elvárt viselkedés, és ne próbáljon meg beavatkozni.
• A firmware-frissítések befejezése után a kiválasztott csomópont újraindul a hypervisorba, és bekapcsolja a helyi vezérlő virtuális gépet, ügyelve arra, hogy az összes fürtszolgáltatás működőképes legyen.
• Végül az LCM megbizonyosodik arról, hogy a helyi hipervizor ismét üzemeltetheti a felhasználói virtuális gépeket, mielőtt a frissítés a következő csomóponton folytatódna.

Mennyi ideig tart?

Ez attól függ, hogy hány firmware-frissítést hajtanak végre egy adott csomóponton, és mennyi ideig tart a felhasználói virtuális gépek evakuálása az egyes gazdagépekről. Referenciaként

• A SATA DOM firmware frissítése (Phoenix) csomópontonként körülbelül 45 percet vesz igénybe.
• BIOS és a BMC firmware frissítése (Phoenix) nagyjából ugyanannyi időt vesz igénybe, mint a SATA DOM.
• BIOS és a BMC firmware frissítése (Redfish) általában 10-15 percet vesz igénybe.
• A DISK firmware frissítése (IVU) kevesebb időt vesz igénybe a Phoenix mechanizmushoz képest, de a teljes idő arányos a frissítendő lemezek számával.

Alapítvány szoftver

A Foundation szoftverfrissítés egyetlen előfeltétele, hogy az összes CVM működjön, és hogy a Foundation szolgáltatás leállított állapotban legyen a fürtben. Ez a szolgáltatás általában nem fut, hacsak nem történik LCM frissítés vagy fürtbővítési művelet.

Mi történik, ha a Frissítés most gombra kattintok?

Az alapító binárisok az összes CVM frissítései. A futó szolgáltatások, CVM-ek vagy hipervizorok nem indulnak újra.

Mennyi ideig tart?

Ez körülbelül egy percig tart.

Nutanix Cluster Check (NCC) szoftver

Az NCC frissítésének nincsenek előfeltételei, kivéve, hogy minden CVM-nek fenn kell lennie. Tekintse meg az NCC útmutatót a frissítéssel kapcsolatos utasításokért.

Mi történik, ha a Frissítés most gombra kattintok?

Az új NCC-szoftver minden egyes CVM-be másolódik, majd a cluster_health szolgáltatás, amely az állapotfigyelésért és a fürt riasztások mögöttes logikáért felelős, újraindul minden csomóponton. Az adatútvonalban érintett szolgáltatások nem indulnak újra.

Mennyi ideig tart?

Ez körülbelül öt percig tart.

Fájlszerver (Nutanix Files) szoftver

Fájlok telepítése (vagy frissítése).

Mi történik, ha a Frissítés most gombra kattintok?

• Először a frissítés előtti ellenőrzések futnak le, hogy megbizonyosodjanak arról, hogy a fürt frissíthető. Ha a frissítés előtti ellenőrzések bármelyike meghiúsul, a Prismban erről információ jelenik meg, és a Fájlszerver tényleges frissítése nem indul el. A felhasználóknak a Vissza a verziókhoz lehetőségre kell kattintaniuk, és újra kell kezdeniük a frissítést, miután az előzetes ellenőrzések során jelentett probléma megoldódott. Az előzetes ellenőrzések és a kapcsolódó cikkek teljes listájának megtekintéséhez tekintse meg a KB-6524-et .
• A fájlkiszolgáló frissítésének megkezdése után minden fájlkiszolgáló virtuális gép egyenként frissül az új Nutanix Files verzióra. Amíg az FSVM nem működik a frissítés miatt, a csomópont által üzemeltetett megosztásokhoz csatlakozó felhasználók kapcsolatuk körülbelül 20-30 másodpercig megszakadhat. E rövid idő elteltével egy másik FSVM fogadja ezeket a megosztásokat, és a felhasználók újra hozzáférhetnek fájljaikhoz.
• Miután minden FSVM befejezte az újraindítást a Nutanix Files új verziójára, a frissítés megbizonyosodik arról, hogy a következő FSVM frissítése előtt ismét képes lesz a megosztásokra.

Mennyi ideig tart?

Körülbelül 20 perc fájlkiszolgáló virtuális gépenként.

További információk

• Nutanix KB 6945 - Eredeti dokumentum a Nutanix portálon