Nagy verziófrissítés: ez nem frissítés, hanem migráció
A frissítés egy alkatrészt cserél, a nagy verziófrissítés az egész családot. A különbség a visszaúton látszik: a frissítés csomagonként visszavonható, a családváltás nem.
AtlasPVE ·
A bejegyzés ezekre válaszol
- proxmox 8 frissítése 9-re
- proxmox nagy verziófrissítés
- kockázatos a proxmox verziófrissítés
- proxmox új kernelcsalád
- mit kell tenni proxmox frissítés előtt
A nagy verziófrissítés nem egy nagy frissítés. A frissítés egy alkatrészt cserél; a nagy verziófrissítés magát a családot. Papíron a különbség vékonynak látszik, mégis ez dönti el, hogyan kell a munkát az elejétől megtervezni.
Miért számít migrációnak
Minden egyszerre mozdul. A kernel, az eszközkészlet, a tárolóréteg, néha a konfigurációs formátum. Ezek nem egyenként tesztelt alkatrészek, hanem egy együtt érkező egész.
Minden, ami rá épül, a régit feltételezi. A virtuális gépek, az automatizálás, a megfigyelési felállás, mind az előző család viselkedése köré épült.
A visszaút jelentése megváltozik. Szokásos frissítésnél a visszaút azt jelenti: "a csomag visszaállítása a korábbi verzióra". Családváltásnál a visszaút általában azt jelenti: "visszaállítás biztonsági mentésből". Ugyanaz a szó, két nagyon különböző munka.
A terv valójában mentési terv
Nem az a felteendő kérdés, hogy "mi lesz, ha a verziófrissítés elbukik", mert a nyíltan elbukó verziófrissítés jelzi magát, és ott meg lehet állni. Az igazi kérdés: mi a teendő, ha félig sikerül. Ha a verziófrissítés késznek látszik, de az egyik komponens a régi viselkedésen maradt, van-e olyan pont, ahová vissza lehet térni.
Ha a válasz nem, akkor az első munka nem a verziófrissítés, hanem a biztonsági mentés.
A sorrend, amely kiállja a próbát
Az adott ugráshoz tartozó hivatalos verziófrissítési jegyzet elolvasása. Verzióspecifikus, és ez az egyetlen igaz forrás; az interneten található általános receptek tartozhatnak az előző ugráshoz.
Előbb a jelenlegi családon legyen minden teljesen naprakész. A félig frissített rendszerről indított családváltás két különálló probléma egyidejű megoldását jelenti.
Ha a gyártónak van saját, verziófrissítés előtti ellenőrzése, azt le kell futtatni, és a kimenetét elolvasni, nem átfutni rajta.
El kell készíteni a szükséges biztonsági mentést, és meg kell győződni arról, hogy tesztelve lett. A verziófrissítés napján a nem tesztelt mentés nem mentés, hanem kívánság.
A munkát pedig fizikai vagy sávon kívüli hozzáférés mellett érdemes elvégezni. Családot távolról, második bejutási út nélkül nem szabad váltani.
A jó hír, amelyre senki nem számít
Az új kernelcsalád nem lép a régi helyébe, hanem mellé települ. A régi kernel a gépen marad. Az újraindítás után az új család magától alapértelmezetté válik; a régi családon maradáshoz ezt kifejezetten jelezni kell.
Ez a nagy verziófrissítés legmegnyugtatóbb része: az indítás oldalán a visszaút általában megmarad.
Utána nem kell sietni
A régi családot nem szabad közvetlenül a verziófrissítés után törölni. A megtartás ára lemezterület; az eltávolítás ára a visszaút. A takarítás akkor jöhet, ha a rendszer néhány hete fut, és valóban látszik, hogy minden rendben.
Mit csinál az Atlas
Az Atlas nem keveri a családváltást a szokásos frissítések közé, hanem külön kategóriában mutatja. Mellette egyszerűen kimondja, mi fog történni: ez a frissítés nem cseréli le a jelenlegi kernelt, hanem mellé települ, és az újraindítás után az új család lesz az alapértelmezett.
Óvatos alapértelmezése is van: ha nem tudja megbízhatóan megállapítani, mely családok vannak jelen a rendszeren, a frissítés nem szokásosként kezelődik, hanem családváltásként jelölődik meg. Bizonytalanság esetén tehát nem csúszik át csendben, hanem előre kerül. Ez a döntés szándékos volt: annak az ára, hogy egy családváltás szokásos frissítésnek látszik, sokkal magasabb, mint egy szokásos frissítés fokozott gondossággal való kezelésének ára.
Források
A Proxmox saját dokumentációja. Angol nyelvű, és ebben a kérdésben az övé az utolsó szó.