HA kontra konserwacja
Stos HA pilnuje węzłów watchdogiem i w razie problemu potrafi ofencować (twardo zresetować) węzeł. Podczas planowanych prac — aktualizacji firmware, przepinania sieci czy storage, testów zasilania — to zachowanie bywa groźne: zabieg serwisowy może zostać odebrany jako awaria i wywołać reset węzła.
Zwolnij watchdogi w całym klastrze
Rozbrojenie HA (disarm) zwalnia wszystkie watchdogi CRM i LRM w całym klastrze naraz. Dzięki temu możesz bezpiecznie prowadzić prace bez ryzyka, że któryś węzeł zostanie ofencowany. To podejście cluster-wide, inne niż dotychczasowy tryb konserwacji pojedynczego węzła.
Freeze vs Ignore
Rozbrajając HA, wybierasz, jak traktować maszyny zarządzane przez HA:
- Freeze — nowe komendy i zmiany stanu nie są stosowane. Usługi zostają tam, gdzie są, ale HA nie reaguje na awarie. Najbezpieczniejszy wybór, gdy wszystkie węzły mają pozostać włączone.
- Ignore — zasoby są wyjęte spod nadzoru HA; możesz je ręcznie uruchamiać, zatrzymywać i migrować jak zwykłe maszyny. Wybierz, gdy musisz w trakcie prac przenosić usługi.
Komendy i powrót
Operację wykonasz z linii poleceń:
| Czynność | Komenda |
|---|---|
| Rozbrój HA (tryb Ignore) | ha-manager crm-command disarm-ha ignore |
| Uzbrój ponownie | ha-manager crm-command arm-ha |
Przy ponownym uzbrojeniu (arm) CRM ponownie sprawdza lokalizacje usług względem konfiguracji, więc wyłapuje ręczne migracje wykonane w trakcie prac.
Pamiętaj, by po zakończeniu prac uzbroić HA z powrotem — rozbrojony klaster nie chroni przed awariami. Najlepiej wpiszcie to do procedury serwisowej.
Bezpiecznie zaplanujemy prace na klastrze
Opracujemy procedury konserwacji HA (disarm/arm), tryby zasobów i kolejność prac, tak by serwis nie wywoływał fencingu — zgodnie z Twoim SLA.
⚡ Bezpłatna konsultacja → Reguły HA affinity