Wysoka dostępność serwerów — jak działa klaster HA w firmie?
Wysoka dostępność serwerów (HA, High Availability) ogranicza skutki awarii i skraca czas przywracania usług. Nie oznacza automatycznie pracy bez choćby sekundowej przerwy. Efekt zależy od architektury, zachowania aplikacji oraz sprawdzonych procedur przełączania. Dlatego projekt zaczynamy od procesów firmy: sprzedaży, księgowości, magazynu i dostępu pracowników do systemów.
Jak działa klaster wysokiej dostępności?
Klaster łączy kilka węzłów, które monitorują stan zasobów i mogą przejąć określone zadania po awarii. W środowisku wirtualnym może to oznaczać ponowne uruchomienie maszyny na sprawnym serwerze. Użytkownik może wtedy utracić sesję i musi poczekać na start systemu, bazy oraz aplikacji. Migracja działającej VM podczas planowanych prac jest inną operacją niż odtworzenie jej po nagłym uszkodzeniu hosta.
Ochrona samej maszyny wirtualnej nie jest równoznaczna z ochroną każdej usługi w jej wnętrzu. Jeśli proces aplikacji przestanie odpowiadać, a system gościa nadal działa, potrzebny jest odpowiedni monitoring aplikacyjny i uzgodniona reakcja. Zakres wykrywania awarii musi być częścią projektu.
Co trzeba uwzględnić poza liczbą serwerów?
- Quorum i fencing: klaster musi rozstrzygnąć, która część środowiska może działać, i zapobiegać jednoczesnemu zapisowi przez odizolowane węzły.
- Pamięć masowa i sieć: dostęp do danych, ścieżki komunikacji oraz urządzenia pośredniczące nie mogą pozostać pominiętym punktem awarii.
- Zapas wydajności: po wyłączeniu węzła pozostałe zasoby muszą udźwignąć przejmowane systemy.
- Zasilanie i administracja: potrzebne są monitoring, utrzymanie, kontrola dostępu i procedury na wypadek awarii.
Zasady zarządzania zasobami, quorum i fencingiem opisuje m.in. oficjalna dokumentacja HA Proxmox. Konkretną konfigurację dobiera się do używanej platformy i jej wersji.
HA, backup i disaster recovery — trzy różne zadania
Klaster nie cofa przypadkowego usunięcia danych i może zreplikować uszkodzenie bazy. Backup z testami odtwarzania pozostaje osobną warstwą ochrony. Plan disaster recovery określa natomiast, jak wznowić pracę po zdarzeniu obejmującym szersze środowisko, np. lokalizację.
Przed wdrożeniem ustalamy RTO — akceptowalny czas przywrócenia pracy — i RPO — dopuszczalną utratę danych wyrażoną w czasie. Te wartości trzeba potwierdzić testami. Sama obecność dwóch serwerów lub dwóch macierzy nie jest dowodem spełnienia wymagań.
Doświadczenie Delkomtech: od POLIN do migracji ponad 20 VM
Przy Systemie Centralnym Muzeum POLIN jako podwykonawca 3Logic sp. z o.o. dostarczaliśmy i konfigurowaliśmy infrastrukturę obejmującą cztery serwery i dwa klastry HA. W tej historycznej realizacji kontrolowane przełączenie VM wymagało kilku minut; nie przedstawiamy go jako pracy bez przerw.
Inny projekt to trzywęzłowy klaster z 17 VM i dwiema macierzami. Mamy też doświadczenie w migracji ponad 20 VM z oVirt do Proxmox. Siedem dni oznaczało czas całego projektu, nie długość przestoju.
Jak zaplanować HA dla własnej firmy?
Przygotuj listę aplikacji, liczbę użytkowników, wielkość danych i dopuszczalne okno przerwy. Dla InsERT uwzględniamy także SQL Server, uprawnienia, zależności i testy pracy użytkowników. Poznaj naszą usługę projektowania i wdrażania HA lub wdrożenia InsERT GT i nexo PRO. Opisz nam swoje potrzeby i wymagania dotyczące dostępności — na tej podstawie określimy zakres analizy i projektu.