[Update]: A cikk írása óta megjelent a 3.0.2 is, de az alábbi folyamat tökéletesen azonos az arra történő frissítés során is.
Nem csak főverziók kötött lehet frissíteni az NSX-et, hanem ilyen apró ugrásokban is. A 3.0 GA-ja után jött egy 3.0.1 és hozzá egy bugfix, ami emelte 3.0.1.1-re a verziót.
Mielőtt bármit elkezdenénk, érdemes ellenőrizni a mentések állapotát, amelyek az upgrade esetén kívül is jó ha vannak és rendszeresen készülnek egy SFTP szerverre.
A rendszerességet egyébként a “Schedule” alatt lehet megnézni/beállítani. Alább én óránkénti mentés állítottam be. A célon megjelenik egy “cluster-node-backups” könyvtár, ahová az NSX Manager/Controller-ek, saját verziójukkal és azt kiegészítve a saját UUID-ukkal elnevezett könyvtárakba mentik ki konfigurációjukat.Érdekes, hogy időben elnyújtva tehát nem azonos időpillanatban mentődnek ki. Nálam egy ilyen könyvtár 8MB, nyilván erősen függ attól, mennyi objektum, szabály és NSX-be bevont VM van a környezetben. Fontos, hogy én nem találtam megőrzési időre vonakozó szabályt, szóval a régieket lehet kézzel kell takarítani.
A frissítési fájl – MUB – feltöltése
Először le kell tölteni a közel 8GB méretű frissítést a My VMware-ről.
Ha kéznél van már, akkor az NSX Manager-ben az “Upgrade” menüben az egyetlen rendelkésre álló “Upgrade NSX” gombot kell kiválasztani.
Bekéri a fájlt feltöltéssel vagy URL-el.
Az “Upgrade” megnyomása után el kell fogadni az EULA-t.
Aztán meg kell erősíteni, hogy tényleg frissíteni akarunk….
Ellenőrzések – Pre checks
Érdemes ezzel kezdeni, mert ha valami kézenfekvő probléma van, akkor ez ki fogja adni.
A megjelenő ablakban el is mondja mire van.
Például az én frissítési kísérletem során talált is hibákat.
Részletesebben nálam az ESXi hosztok tmp partícióján elérhető szabad hellyel van baja.
Viszont ez fake, ezért nem törődök vele és folytatom a frissítést. Alább egy edge cluster látható, de ha több lenne, akkor azokat külön csoportokba szervezi. Kiválasztható a “Serial” és a “Parallel”. A serial az első csoporttal kezdi és azon belül egyszerre egy edge vm-et frissít, a parallel pedig minden csoportban dolgozik, azaz a klasztereket egyszerre frissíti, viszont a klaszteren belül természetesen sorosan dolgozik.
Kis kávézás után kész is.
Ha sikeresen frissítette az Edge-eket, akkor a hosztok következnek. Minden klaszter számára készít egy group-ot. Természetesen beleszólhatunk a csoprtok kialakításába is.
Szépen maintenance módba teszi a hosztokat és megcsinálja amit kell.
Ha minden sikeresen lefutott, akkor lehet elkezdeni az NSX Manager/Controller-ek frissítését.
Start-t gombbal indítható.
Megjelenít egy figyelmeztetést, hogy bármilyen módosítás az NSX-ben problémákhoz vezethet ezért amennyiben módunkban áll, korlátozzuk a hozzáférést/aktivitást a frissítés ideje alatt.
Szépen sorban frissíti a három Manager-t.
Egyszer eljut oda, hogy hibát ír, de ez várt dolog volt, mivel nyilván újraindul az is, amelyikről a frissítést indítottuk.
Az oldal újratöltése után remélhetően sikeres upgrade a jutalom.
Ezek után ha megnézzük azt az oldalt, ahonnan elindultunk, akkor látjuk hogy minden friss, minden a kívánt verzión van már.
A frissítés elég egyszerű, nincs benne olyan szivatás, mint amikor 3.0-ra lépéskor minden kontrollerre be kellett csatolni egy újabb 100GB-os lemezt.
