VMware vSphere HA (High Availability) jest narzędziem zawartym w oprogramowaniu vSphere firmy VMware, które może restartować uszkodzone maszyny wirtualne (VMs) na alternatywnych serwerach hosta w celu zmniejszenia przestojów aplikacji.

VSphere HA umożliwia administratorowi serwera połączenie serwerów fizycznych w tej samej sieci w logiczną grupę zwaną klastrem wysokiej dostępności. Podczas awarii serwera, takiej jak awaria systemu, przerwa w zasilaniu lub awaria sieci, vSphere HA wykrywa, które maszyny wirtualne uległy awarii i uruchamia je ponownie na innym stabilnym systemie w ramach klastra. Ten proces ponownego uruchamiania uszkodzonych obciążeń na systemach drugorzędnych jest nazywany failover.

VMware po raz pierwszy wprowadziło vSphere HA w Virtual Infrastructure 3 w 2006 roku i kontynuuje rozwój i wsparcie tej funkcji.

Używając ogólnie, wysoka dostępność jest terminem używanym do opisania systemów lub aplikacji, które są dostępne — funkcjonują zgodnie z oczekiwaniami — wysoki procent czasu. W centrach danych przedsiębiorstw dostępność systemu często przekracza 99% i jest często mierzona w dziewiątkach.

Cechy VMware vSphere HA

VMware vSphere HA umożliwia organizacjom poprawę dostępności poprzez automatyczne wykrywanie uszkodzonych maszyn wirtualnych i ponowne ich uruchamianie na różnych serwerach fizycznych bez ręcznego udziału człowieka. Możliwość ponownego uruchomienia maszyn wirtualnych na różnym sprzęcie fizycznym jest możliwa dzięki temu, że pliki VMDK (Virtual Machine Disk) są przechowywane na współdzielonej pamięci masowej, dostępnej dla wszystkich serwerów fizycznych połączonych w klastrze HA.

VMware Distributed Resource Scheduler (DRS) jest często używany w połączeniu z vSphere HA do równoważenia obciążeń, które muszą być ponownie uruchomione na alternatywnych hostach. Organizacja, która korzysta z vSphere HA i DRS razem, może zapewnić, że ponownie uruchomione maszyny wirtualne nie wpływają na wydajność innych maszyn wirtualnych na hoście awaryjnym.

Funkcja VMware Fault Tolerance może również zapewnić bardzo wysoki poziom dostępności. Podczas gdy vSphere HA ponownie uruchamia uszkodzone maszyny wirtualne po krótkim czasie wykrywania i uruchamiania, Fault Tolerance utrzymuje nadmiarową kopię chronionej maszyny wirtualnej, która może płynnie przejąć operacje uszkodzonej kopii.

Jak działa vSphere HA

VMware vSphere HA używa narzędzia zwanego agentem Fault Domain Manager do monitorowania dostępności hosta ESXi i ponownego uruchamiania uszkodzonych maszyn wirtualnych. Podczas konfigurowania vSphere HA administrator definiuje grupę serwerów, które mają służyć jako klaster wysokiej dostępności. Fault Domain Manager działa na każdym hoście w ramach klastra. Jeden host w klastrze służy jako host master – wszystkie pozostałe hosty są określane jako slave – do monitorowania sygnałów z innych hostów w klastrze i komunikowania się z serwerem vCenter.

Serwery hostów w klastrze HA komunikują się poprzez bicie serca, które jest okresowym komunikatem wskazującym, że host działa zgodnie z oczekiwaniami. Jeśli host główny nie wykryje sygnału bicia serca od innego hosta lub maszyny wirtualnej w klastrze, poleca vSphere HA podjęcie działań naprawczych. Rodzaj akcji zależy od typu wykrytej awarii, a także od preferencji użytkownika. W przypadku awarii maszyny wirtualnej, w której serwer hosta nadal działa, vSphere HA uruchamia ponownie maszynę wirtualną na oryginalnym hoście. Jeśli awarii ulegnie cały host, narzędzie uruchomi ponownie wszystkie dotknięte nią maszyny wirtualne na innych hostach w klastrze.

Narzędzie HA może również ponownie uruchomić maszyny wirtualne, jeśli host kontynuuje pracę, ale traci połączenie sieciowe z resztą klastra. Host główny może monitorować, czy ten host nadal komunikuje się z połączonymi z siecią magazynami danych, aby wykryć, czy host odseparowany od sieci nadal działa. Współdzielona pamięć masowa, taka jak sieć pamięci masowej, umożliwia hostom w klastrze dostęp do plików dyskowych maszyny wirtualnej i ponowne uruchomienie maszyny wirtualnej, nawet jeśli była ona uruchomiona na innym serwerze w klastrze.

Jak skonfigurować i używać vSphere HA

Pierwszym krokiem do skonfigurowania vSphere HA jest utworzenie klastra z vSphere Web Client w sekcji Utwórz klaster, a następnie wybranie hostów ESXi i współdzielonej pamięci masowej do udziału w klastrze. Klastry HA muszą zawierać co najmniej dwa hosty, ale wiele organizacji utrzymuje większe klastry, które łączą więcej zasobów i mogą pomieścić wiele awarii.

An administrator może następnie włączyć funkcję vSphere HA z Web Client w Zarządzaj > Ustawienia > vSphere HA. Wreszcie, użytkownik może dostosować ustawienia i preferencje konfiguracji vSphere HA z poziomu klienta vSphere Web Client.

Wymagania i najlepsze praktyki VMware vSphere HA

Administratorzy mogą dostosować wiele ustawień HA, w tym czas niedostępności maszyny wirtualnej lub hosta przed podjęciem przez vSphere HA próby ponownego uruchomienia; wartość domyślna wynosi 120 sekund. Administrator może ustawić preferencje restartu maszyn wirtualnych, wybierając kolejność, w jakiej maszyny wirtualne będą restartowane w klastrze. Ustawienie to jest przydatne, jeśli np. na klastrze nie ma wystarczająco dużo miejsca, aby zrestartować wszystkie uszkodzone maszyny wirtualne. W wielu przypadkach administrator przypisuje wyższy priorytet restartu do maszyn wirtualnych uruchamiających aplikacje o znaczeniu krytycznym.

Organizacja może również zdefiniować reguły affinity i anti-affinity w celu ograniczenia miejsca, w którym umieszczane są określone maszyny wirtualne. Reguły affinity i anti-affinity zapobiegają ponownemu uruchamianiu określonych maszyn wirtualnych na wybranych serwerach lub na serwerach, na których znajdują się już inne określone maszyny wirtualne. Reguły te są przydatne do zapewnienia, że maszyny wirtualne wymagające dużej mocy obliczeniowej nie będą ponownie uruchamiane na tym samym hoście po awarii lub do zapewnienia, że dwie kopie aplikacji o wysokim priorytecie nie znajdą się na tym samym hoście, tworząc potencjalny pojedynczy punkt awarii.

.

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany.