Hoe migreert u SLES 15 SP5 naar SP6 zonder systeemuitval?

U kunt een applicatie beschikbaar houden tijdens de migratie van een SLES 15 SP5-cluster naar SP6, maar u kunt een enkele instantie van het besturingssysteem niet upgraden en opnieuw opstarten zonder enige onderbreking. SUSE ondersteunt de servicepackmigratie van SP5 naar SP6, maar het online migratieproces vereist nog steeds een herstart van het systeem. Om serviceuitval te voorkomen, kunt u één knooppunt tegelijk upgraden in een ondersteund SUSE Linux Enterprise High Availability (SLE HA)-cluster, of een vervangende SP6-omgeving bouwen en het verkeer daarheen verplaatsen. De service moet een gezonde omgeving hebben om te kunnen blijven draaien terwijl elke host niet beschikbaar is.

Deze handleiding voor beginners richt zich op het rolling-upgrade-proces voor een SLE HA-cluster. Ook wordt uitgelegd wat u moet doen als u slechts één server hebt, wat u moet controleren vóór de wijziging en hoe u kunt vaststellen of de service gezond is gebleven. De exacte commando's en de volgorde voor het verplaatsen van workloads zijn afhankelijk van de resources, opslag en applicatie van uw cluster.

Wat “zonder systeemuitval” betekent

Bij een servicepackmigratie worden systeempakketten vervangen terwijl het bronsysteem actief blijft. SUSE noemt dit een online migratie. Hierdoor is opstarten vanaf installatiemedia niet meer nodig, maar volgens de officiële procedure moet het systeem na een succesvolle migratie opnieuw worden opgestart. Een online migratie is niet hetzelfde als een live upgrade, waarbij dezelfde host continu verzoeken blijft verwerken.

Bij een geclusterde service betekent een rolling upgrade dat één node buiten gebruik wordt gesteld, gemigreerd en opnieuw opgestart, terug in het cluster wordt geplaatst en dit proces vervolgens wordt herhaald met de volgende node. De applicatie kan beschikbaar blijven vanaf een andere node als failover werkt en de resterende capaciteit voldoende is. Een failover kan echter nog steeds een korte onderbreking voor actieve sessies veroorzaken. Meet daarom de prestaties van de service die door de gebruiker wordt gebruikt in plaats van ervan uit te gaan dat "hoge beschikbaarheid" garandeert dat elke verbinding onaangetast blijft.

SUSE vermeldt SLES 15 SP5 als een ondersteunde bron voor SP6, zowel online als offline. Het ondersteunde traject is gedocumenteerd in de SLES 15 SP6-upgradehandleiding . De SUSE HA-documentatie ondersteunt een rolling upgrade van een cluster tussen servicepacks binnen dezelfde hoofdrelease. Zie de SLE HA-clusterupgradehandleiding .

Kies de juiste aanpak voordat je iets verandert.

• Eén standalone server: plan een onderhoudsvenster in voor de hostmigratie en herstart. Een load balancer kan downtime niet verhelpen als er geen tweede, goed functionerende applicatie-instantie beschikbaar is.
• Twee of meer SLE HA-nodes: overweeg de gedocumenteerde rolling-upgrade-procedure, na verificatie van quorum, fencing, resourceplaatsing, toegang tot opslag en reservecapaciteit.
• Applicatie met replica's buiten SLE HA: upgrade een vervangende SP6-host of -pool, valideer deze en verplaats het verkeer geleidelijk. Dit is een blue-green- of rolling deployment op applicatieniveau; het is iets anders dan een in-place SLES-migratie.
• Hosts die beheerd worden door SUSE Manager: volg de migratieworkflow voor clients van SUSE Manager. SUSE raadt af om YaST online te gebruiken voor migratie of zypper migrationrechtstreeks op een SUSE Manager-client.

Als uw service een database of een andere stateful applicatie is, behandel applicatiecompatibiliteit en datareplicatie dan als een aparte werkstroom. Een migratiepad voor het besturingssysteem voert niet automatisch een upgrade van de database uit en bewijst evenmin dat het replicatie- en failover-ontwerp veilig is.

Bereid het cluster en het wijzigingsplan voor.

1. Controleer de versies, registratie en geschiktheid voor upgrades.

Controleer of elk knooppunt SLES 15 SP5 gebruikt en of de SLE HA-extensie en andere modules of producten correct zijn geregistreerd. De lijst met migratiedoelen is afhankelijk van de geïnstalleerde producten en extensies. Een ontbrekend SP6-doel kan duiden op een registratie-, repository- of extensie-beschikbaarheidsprobleem; probeer niet een ander repositorypad af te dwingen om het doel te laten verschijnen.

Voor een geregistreerd systeem kunnen de volgende alleen-lezen controles helpen om de status ervan vast te stellen:

cat /etc/os-release
sudo SUSEConnect --status
sudo zypper lr -u

Vergelijk de geïnstalleerde SLES- en SLE HA-producten, repositories en architectuur op alle knooppunten. Als de host wordt beheerd door SUSE Manager, gebruik dan de bijbehorende clientmigratieprocedure in plaats van de onderstaande directe stappen.

2. Patch toepassen, back-up maken en testen

SUSE vereist dat het bronsysteem de meest recente patchversie heeft voordat u een upgrade uitvoert. Installeer de huidige SP5-onderhoudsupdates en raadpleeg de release-opmerkingen van SP6 voor wijzigingen in pakketten, modules en applicaties. De voorbereidingsinstructies voor de upgrade van SUSE schrijven ook een recente back-up en een overzicht van de release-opmerkingen voor.

Maak een back-up van de systeemconfiguratie en applicatiegegevens en controleer of de back-up kan worden hersteld. Test de volledige procedure op een stagingcluster dat overeenkomt met de productieomgeving, inclusief netwerkinterfaces, opslag, clusterbronnen, externe repositories en applicatiestatuscontroles. Noteer hoe lang de migratie en herstart op elke node duren, zodat u de benodigde tijd voor de wijziging kunt inschatten.

3. Bewijs dat de resterende knooppunten de werklast aankunnen.

Voordat u een knooppunt verwijdert, moet u controleren of het cluster gezond is en geen onopgeloste resourcefouten heeft. Controleer of een ander knooppunt de services kan uitvoeren, de benodigde opslag kan koppelen of benaderen en het verwachte verkeer kan verwerken. Als het verlies van een knooppunt de CPU, het geheugen, het netwerk of de opslag zou overbelasten, voeg dan capaciteit toe, verlaag de belasting of plan een onderhoudsvenster in in plaats van te beweren dat er geen downtime is.

Zorg ervoor dat clusterfencing is geconfigureerd en functioneert volgens uw vastgestelde HA-ontwerp. Fencing beschermt gedeelde resources door een knooppunt te isoleren dat niet te vertrouwen is; het uitschakelen ervan om een ​​upgrade eenvoudiger te laten lijken, kan een split-brain-risico creëren. Houd console- of out-of-band-toegang beschikbaar voor het geval een knooppunt na een herstart niet meer reageert.

Voer een gefaseerde upgrade uit, één knooppunt tegelijk.

Gebruik de onderstaande stappen als planningsrichtlijnen. Volg de procedure die specifiek is voor uw SLE HA-versie en resourceconfiguratie; kopieer geen resourcebeheersequentie klakkeloos naar de productieomgeving.

1. Controleer de gezondheid van het cluster. Leg de huidige status vast en controleer of alle knooppunten en resources gezond zijn. In SLE HA crm statusis dit een van de gedocumenteerde manieren om de clusterstatus te inspecteren.
2. Verplaats of verwijder services van het knooppunt. Gebruik de goedgekeurde procedure van uw cluster om de applicatiebronnen naar een ander gezond knooppunt te verplaatsen. Controleer het applicatie-eindpunt en de bijbehorende opslag voordat u verdergaat.
3. Stop de clusterstack op het knooppunt dat wordt geüpgraded. De instructies voor rolling-upgrades van SUSE waarschuwen dat het actief laten van de cluster resource manager tijdens een software-upgrade kan leiden tot problemen zoals het blokkeren van actieve knooppunten. Het gedocumenteerde commando op knooppuntniveau is crm cluster stop.
4. Voer de SLES-servicepackmigratie uit. Gebruik hiervoor op een geregistreerde host die niet door SUSE Manager wordt beheerd de sudo zypper migrationvolgende opdracht: . Bekijk de voorgestelde SP6-doel- en repositorywijzigingen. Lees de voorgestelde pakketacties, met name de pakketten die moeten worden verwijderd of gedowngrade, voordat u de wijzigingen bevestigt. De officiële online migratie-instructies van SLES beschrijven deze opdrachtregel.
5. Herstart de node en controleer deze. Nadat de migratie is voltooid, herstart u de host volgens de instructies van SUSE. Controleer of SLES 15 SP6 opstart, of de vereiste producten zijn geregistreerd, of de repositories overeenkomen met het beoogde servicepack en of de node geen kritieke systeemfouten bevat.
6. Voeg het knooppunt terug in het cluster. Start de clusterstack met behulp van de goedgekeurde procedure; de ​​SLE HA-handleiding laat zien hoe crm cluster start. Controleer crm statusof Hawk2 correct is ingesteld en verifieer of het knooppunt zonder resourcefouten opnieuw deelneemt aan het cluster.
7. Herhaal dit pas nadat het cluster stabiel is. Verplaats de workload van het volgende knooppunt, verwijder dat knooppunt uit het cluster, migreer het, herstart het, valideer het en voeg het weer toe. Start het volgende knooppunt niet op terwijl het resterende cluster niet goed functioneert of meer werk te verwerken heeft dan het veilig aankan.

SUSE geeft aan dat clusterknooppunten met gemengde versies slechts tijdelijk worden ondersteund tijdens de rolling upgrade en dat de upgrade binnen een week moet worden voltooid. Plan een korte, gecontroleerde upgrade in plaats van een cluster met gemengde versies voor onbepaalde tijd te laten staan. Controleer tot slot of alle knooppunten SP6 draaien, controleer de gezondheid van het cluster en de applicaties, en bekijk de logboeken en de repositoryregistratie.

Veelvoorkomende problemen en wat je eraan kunt doen

• Er wordt geen SP6-migratiedoel weergegeven: controleer de registratie, actieve repositories en of elke geïnstalleerde module of extensie een ondersteund SP6-doel heeft. Los problemen met repositories of machtigingen op voordat u begint.
• De solver stelt onverwachte verwijderingen voor: stop en onderzoek de herkomst van pakketten, repositories van derden en afhankelijkheden. SUSE merkt op dat verouderde lokale of dvd-repositories moeten worden uitgeschakeld voor de migratie. Accepteer geen pakketplan dat u niet kunt verklaren.
• Het geüpgrade knooppunt zal niet opnieuw deelnemen: houd de applicatie op gezonde knooppunten, controleer de cluster- en systeemlogboeken en verifieer het netwerk, de productregistratie, de repositoryconfiguratie en de SLE HA-pakketten van het knooppunt voordat u het opnieuw probeert.
• De service is bereikbaar, maar gebruikers melden fouten: test applicatietransacties, niet alleen de beschikbaarheid van de host. Valideer databaseverbindingen, gedeelde opslag, authenticatie, geplande taken en eventuele statuscontroles van de load balancer.
• Een systeem met één server moet online blijven: er bestaat geen procedure voor het migreren van SLES-servicepacks die een herstart op dezelfde host voorkomt. Voeg een tweede applicatie-instantie toe of plan een onderhoudsperiode.

Hoe kun je beoordelen of downtime is voorkomen?

Definieer een meetbare succesvoorwaarde vóór de wijziging. Bijvoorbeeld: de externe gezondheidscontrole van de service blijft slagen gedurende het onderhoud van elke node, de foutpercentages blijven binnen de overeengekomen drempel en een representatieve gebruikerstransactie slaagt terwijl één node niet beschikbaar is. Registreer eventuele failoverproblemen, verbroken sessies, taken in de wachtrij of verminderde prestaties. Als het eindpunt operationeel bleef, maar een belangrijke workflow mislukte, voldeed de migratie niet aan de serviceniveau-doelstelling.

Een rolling upgrade kan een correct ontworpen service beschikbaar houden terwijl individuele servers opnieuw opstarten. Het kan echter geen ononderbroken sessies garanderen, een cluster met onvoldoende capaciteit niet compenseren en de herstart van elke gemigreerde host niet wegnemen. Voor implementaties met één node, stateful applicaties zonder geteste replicatie of clusters met niet-ondersteunde extensies, is het raadzaam een ​​gepland onderhoudsvenster te gebruiken of een vervangende omgeving te bouwen en te valideren voordat het productieverkeer wordt verplaatst.

Officiële referenties

• SUSE: Ondersteunde upgrade- en migratiepaden naar SLES 15 SP6
• SUSE: De upgrade voorbereiden
• SUSE: Online upgraden met YaST of Zypper
• SUSE: SLE HA-cluster gefaseerde upgrade
• SUSE: Release-opmerkingen voor SLES 15 SP6