Zorg ervoor dat services beschikbaar blijven tijdens een upgrade van SLES 15 SP5 naar SP6.

Een kort onderhoudsvenster is lastig in te plannen wanneer een SLES-server een klantgerichte service draait. SUSE ondersteunt online servicepackmigratie van SLES 15 SP5 naar SP6, maar de geüpgrade machine moet nog steeds opnieuw worden opgestart; "online" betekent niet dat er geen herstart nodig is. Om een ​​applicatie bereikbaar te houden, moeten redundante nodes één voor één worden geüpgraded of moet een SP6-vervanging worden gebouwd en het verkeer daarnaartoe worden verplaatst. Een enkele server kan zijn eigen besturingssysteem niet beschikbaar houden tijdens een herstart.

Illustratief scenario: Een fictief team beheert een webapplicatie op drie SLES 15 SP5-nodes achter een load balancer. De applicatie kan verzoeken van de andere twee nodes afhandelen terwijl één node in bedrijf is. De onderstaande stappen laten zien hoe dat team het cluster zou kunnen migreren; dit is een voorbeeld en geen bewering dat er een test is uitgevoerd of dat elk cluster een node-uitval kan verdragen.

1. Kies een pad dat overeenkomt met de service.

Voor een migratie van SLES 15 SP5 naar SP6 beschrijft SUSE zowel online als offline upgrademethoden. De online methode maakt gebruik van YaST-migratie zypper migrationterwijl het besturingssysteem actief is, maar vereist na de migratie een herstart van het systeem. Wijzigingen in pakketten kunnen ook services herstarten, waardoor online migratie alleen geen garantie biedt voor applicatiecontinuïteit.

Gebruik de SLE High Availability rolling-upgrade procedure alleen als uw workload al wordt beschermd door een ondersteund, gezond cluster. Het cluster moet quorum behouden en voldoende capaciteit hebben om de service te kunnen blijven uitvoeren, zelfs als een node offline is. Een gewone load balancer zonder applicatieredundantie, of een cluster met twee nodes dat quorum verliest wanneer één node uitvalt, is niet voldoende. Als de server standalone is, gebruik dan een parallelle SP6-host en een geteste workload-/data-cutover om de bereikbaarheid te behouden; plan anders downtime in voor een herstart.

2. Controleer het doel en stel een herstelplan op.

Voordat u het cluster aanraakt, controleert u de beginversie, registratie, repositories en ondersteunde extensies. SUSE vermeldt SLES 15 SP5 tot en met SP6 als een ondersteund traject. Online migratie vereist dat de machine is geregistreerd bij SUSE Customer Center of een lokale RMT-server; SUSE Manager-clients moeten de clientmigratieprocedure van Manager gebruiken in plaats van de migratie zypper migrationdirect uit te voeren. De beschikbare doelversie kan afhankelijk zijn van de geregistreerde producten en extensies.

Volgens de release-informatie van SUSE is SLES 15 SP6 vanaf 1 januari 2026 overgezet naar LTSS. Controleer of uw abonnement en registratiebron de SP6-doelversie momenteel ondersteunen voordat u deze specifieke migratie plant. Als deze niet wordt aangeboden, forceer dan geen wijziging van de repository om een ​​ondersteunde migratie te simuleren.

Maak een back-up van de applicatiegegevens en -configuratie met behulp van de door de applicatie ondersteunde methode en controleer of u deze kunt herstellen. Raadpleeg de SLE HA-upgradehandleiding en de release-opmerkingen van SP6 voor uw extensies, databases, opslag en hardware. In het fictieve cluster controleert de operator ook het quorum, de fencing, de replicatiestatus, de reservecapaciteit, de status van de load balancer en een geteste methode om verkeer van elke node af te leiden. Een snapshot kan helpen bij het terugdraaien van ondersteunde Btrfs-rootconfiguraties, maar vervangt geen back-ups van applicaties of databases.

3. Upgrade één uitgeput knooppunt tegelijk.

Volg voor elk knooppunt de SLE HA rolling-upgrade procedure en het runbook van uw cluster. Voer nooit een upgrade uit op meerdere knooppunten tegelijk, tenzij de productspecifieke procedure dit expliciet toestaat.

1. Controleer of de resterende knooppunten de werklast aankunnen. Controleer de applicatiestatus en de clusterstatus. Verplaats of leid verkeer van het knooppunt af met behulp van de gedocumenteerde beheermogelijkheden voor uw load balancer en clusterbronnen. Ga niet verder als de resterende knooppunten geen quorum kunnen behouden of niet voldoen aan de minimale capaciteit van de service.
2. Stop de clusterstack op dat knooppunt. SUSE waarschuwt dat het actief laten van de clusterresourcemanager tijdens de software-update kan leiden tot het blokkeren van actieve knooppunten. Voer op het voor onderhoud geselecteerde knooppunt de volgende opdracht uit:

sudo crm cluster stop

3. Start de servicepackmigratie en inspecteer het voorstel. Voer de gedocumenteerde Zypper-migratieopdracht uit:

sudo zypper migration

Selecteer SLES 15 SP6 alleen als deze als beschikbare optie wordt weergegeven. Lees het repository- en pakketplan, met name de pakketten die worden voorgesteld voor verwijdering of downgrade, en stop als de wijzigingen onverwacht zijn. Accepteer geen plan dat u niet hebt beoordeeld. De exacte pakketlijst varieert afhankelijk van de geïnstalleerde software en geregistreerde extensies.

4. Herstart het geüpgrade knooppunt. Nadat Zypper een succesvolle migratie heeft gemeld, herstart u de machine zodat de SP6-kernel en -services worden opgestart.

sudo reboot

5. Maak opnieuw verbinding en controleer de status voordat u naar het volgende knooppunt gaat. Nadat het knooppunt is teruggekeerd, start u de clusterstack:

sudo crm cluster start
sudo crm status

Wacht tot het cluster meldt dat het knooppunt is toegevoegd en dat de resources gezond zijn. Herstel het vervolgens in de service volgens uw runbook. Controleer de applicatie van buiten het cluster. Herhaal het proces pas daarna voor het volgende knooppunt. SUSE staat gemengde versies slechts kortstondig toe tijdens een rolling upgrade en instrueert beheerders om de clusterupgrade binnen een week te voltooien.

4. Controleer de service, niet alleen het label van het besturingssysteem.

Nadat alle knooppunten zijn geüpgraded, bevestigt u de release met cat /etc/os-release, controleert u de clusterstatus met crm statusen controleert u mislukte systemd-eenheden met systemctl --failed. Test vervolgens de applicatie via het normale clientadres, inclusief de statuscontroles, toegang tot de database of opslag en alle geplande taken die voor gebruikers relevant zijn. Controleer de migratielogboeken en bevestig dat de verwachte repositories en extensies actief zijn op elk knooppunt.

Een succesvolle OS-migratie bewijst niet dat alle applicatieafhankelijkheden compatibel zijn of dat er geen aanvragen zijn onderbroken. Als de applicatie een failover van een knooppunt niet kan verdragen, gebruik dan een blue-green deployment met gevalideerde datareplicatie en een gecontroleerde endpointswitch, of plan een onderhoudsvenster. Raadpleeg voor exacte opdrachtopties en ondersteuningsvoorwaarden de online-upgradehandleiding van SUSE voor SLES 15 SP6 , de ondersteunde upgradepaden , de rolling-upgradeprocedure voor SLE HA en de release-opmerkingen van SUSE Multi-Linux Manager 5.1 voor de overgang naar SP6.