Zachowaj dostępność usług podczas aktualizacji SLES 15 SP5 do SP6

Krótkie okno konserwacyjne jest trudne do zaplanowania, gdy serwer SLES obsługuje usługę skierowaną do klienta. SUSE obsługuje migrację online Service Pack z SLES 15 SP5 do SP6, ale zaktualizowana maszyna nadal wymaga ponownego uruchomienia; „online” nie oznacza braku konieczności ponownego uruchomienia. Aby aplikacja była dostępna, należy aktualizować redundantne węzły pojedynczo lub utworzyć zastępczą wersję SP6 i przenieść do niej ruch. Pojedynczy serwer nie może utrzymywać dostępności własnego systemu operacyjnego podczas ponownego uruchamiania.

Przykładowy scenariusz: Fikcyjny zespół uruchamia aplikację internetową na trzech węzłach SLES 15 SP5 za pomocą modułu równoważenia obciążenia. Aplikacja może obsługiwać żądania z pozostałych dwóch węzłów, podczas gdy jeden węzeł jest utrzymywany. Poniższa sekwencja pokazuje, jak zespół mógłby przeprowadzić migrację klastra; jest to przykład, a nie stwierdzenie, że przeprowadzono test lub że każdy klaster jest odporny na awarię węzła.

1. Wybierz ścieżkę odpowiadającą usłudze

W przypadku migracji z systemu SLES 15 SP5 do SP6 firma SUSE dokumentuje zarówno metody aktualizacji online, jak i offline. Metoda online wykorzystuje migrację YaST lub działa zypper migrationw czasie, gdy system operacyjny jest uruchomiony, a następnie wymaga ponownego uruchomienia systemu po migracji. Zmiany pakietów mogą również spowodować ponowne uruchomienie usług, dlatego sama migracja online nie gwarantuje ciągłości działania aplikacji.

Procedurę stopniowej aktualizacji SLE High Availability należy stosować tylko wtedy, gdy obciążenie jest już chronione przez obsługiwany, sprawny klaster. Klaster musi zachować kworum i wystarczającą przepustowość, aby uruchomić usługę z węzłem offline. Zwykły moduł równoważenia obciążenia bez redundancji aplikacji lub klaster dwuwęzłowy, który traci kworum, gdy jeden z węzłów przestaje działać, nie wystarczą. Jeśli serwer jest autonomiczny, należy użyć równoległego hosta SP6 i sprawdzonego przełączania obciążenia/danych, aby utrzymać dostępność; w przeciwnym razie należy zaplanować przestój w celu ponownego uruchomienia.

2. Sprawdź cel i przygotuj plan odzyskiwania

Przed dotknięciem klastra należy sprawdzić wersję początkową, rejestrację, repozytoria i obsługiwane rozszerzenia. SUSE wymienia SLES 15 SP5 do SP6 jako ścieżkę obsługi. Migracja online wymaga zarejestrowania komputera w Centrum Obsługi Klienta SUSE lub na lokalnym serwerze RMT; klienci SUSE Manager muszą skorzystać z procedury migracji klienta Menedżera zamiast uruchamiać się zypper migrationbezpośrednio. Dostępny cel może zależeć od zarejestrowanych produktów i rozszerzeń.

Według informacji o wydaniu SUSE z 1 stycznia 2026 r. system SLES 15 SP6 został przeniesiony do LTSS. Przed zaplanowaniem tej konkretnej migracji upewnij się, że źródło subskrypcji i rejestracji udostępnia obecnie cel SP6. Jeśli nie jest on oferowany, nie wymuszaj zmiany repozytorium w celu imitacji obsługiwanej migracji.

Utwórz kopię zapasową danych i konfiguracji aplikacji, korzystając z obsługiwanej przez nią metody, i sprawdź, czy możesz je przywrócić. Zapoznaj się z przewodnikiem aktualizacji SLE HA oraz informacjami o wydaniu SP6 dotyczącymi rozszerzeń, baz danych, pamięci masowej i sprzętu. W fikcyjnym klastrze operator sprawdza również kworum, odgrodzenie, kondycję replikacji, zapasową pojemność, sprawdza poprawność działania modułu równoważenia obciążenia oraz przetestowany sposób odciążania ruchu z każdego węzła. Migawka może ułatwić przywracanie w obsługiwanych konfiguracjach głównych Btrfs, ale nie zastępuje kopii zapasowych aplikacji ani bazy danych.

3. Ulepszaj jeden opróżniony węzeł na raz

Dla każdego węzła postępuj zgodnie z procedurą aktualizacji ciągłej SLE HA i podręcznikiem klastra. Nigdy nie aktualizuj wielu węzłów jednocześnie, chyba że procedura specyficzna dla produktu wyraźnie na to pozwala.

1. Upewnij się, że pozostałe węzły mogą obsłużyć obciążenie. Sprawdź stan aplikacji i status klastra. Przenieś lub odetnij ruch z węzła, korzystając z udokumentowanych mechanizmów kontroli dla modułu równoważenia obciążenia i zasobów klastra. Nie kontynuuj, jeśli pozostałe węzły nie mogą utrzymać kworum lub osiągnąć minimalnej wydajności usługi.
2. Zatrzymaj stos klastra na tym węźle. SUSE ostrzega, że ​​pozostawienie aktywnego menedżera zasobów klastra podczas aktualizacji oprogramowania może spowodować odgrodzenie aktywnych węzłów. Na węźle wybranym do konserwacji uruchom:

sudo crm cluster stop

3. Rozpocznij migrację Service Packa i sprawdź propozycję. Uruchom udokumentowane polecenie migracji Zypper:

sudo zypper migration

Wybierz SLES 15 SP6 tylko wtedy, gdy jest on widoczny jako dostępny cel. Przeczytaj repozytorium i plan pakietów, zwłaszcza pakiety proponowane do usunięcia lub obniżenia wersji, i przerwij, jeśli zmiany są nieoczekiwane. Nie akceptuj planu, którego nie sprawdziłeś. Dokładna lista pakietów różni się w zależności od zainstalowanego oprogramowania i zarejestrowanych rozszerzeń.

4. Zrestartuj zaktualizowany węzeł. Gdy Zypper zgłosi pomyślną migrację, uruchom ponownie komputer, aby uruchomić jądro i usługi SP6:

sudo reboot

5. Dołącz ponownie i zweryfikuj przed przejściem do następnego węzła. Po powrocie węzła uruchom jego stos klastra:

sudo crm cluster start
sudo crm status

Poczekaj, aż klaster zgłosi dołączenie węzła i sprawność zasobów, a następnie przywróć go do działania zgodnie z podręcznikiem. Sprawdź aplikację spoza klastra. Dopiero wtedy powtórz proces dla kolejnego węzła. SUSE zezwala na wersje mieszane tylko przez krótki czas podczas aktualizacji ciągłej i zaleca administratorom ukończenie aktualizacji klastra w ciągu tygodnia.

4. Zweryfikuj usługę, a nie tylko etykietę systemu operacyjnego

Po uaktualnieniu wszystkich węzłów potwierdź ich wydanie za pomocą cat /etc/os-release, sprawdź stan klastra za pomocą crm statusi sprawdź uszkodzone jednostki systemd za pomocą systemctl --failed. Następnie przetestuj aplikację za pomocą jej standardowego adresu klienckiego, w tym kontrole stanu, dostęp do bazy danych lub pamięci masowej oraz wszelkie zaplanowane zadania istotne dla użytkowników. Przejrzyj dzienniki migracji i upewnij się, że oczekiwane repozytoria i rozszerzenia są aktywne na każdym węźle.

Pomyślna migracja systemu operacyjnego nie dowodzi, że wszystkie zależności aplikacji są kompatybilne lub że żadne żądanie nie zostało przerwane. Jeśli aplikacja nie toleruje przełączenia awaryjnego węzła, należy zastosować wdrożenie blue-green z sprawdzoną replikacją danych i kontrolowanym przełączaniem punktów końcowych lub zaplanować okno konserwacyjne. Dokładne opcje poleceń i warunki obsługi można znaleźć w podręczniku SUSE SLES 15 SP6 online-upgrade guide , obsługiwanych ścieżkach aktualizacji , procedurze ciągłego uaktualniania SLE HA oraz w informacjach o wydaniu SUSE Multi-Linux Manager 5.1 dotyczących cyklu życia SP6.