Co to jest Azure Stack HCI?
Większość organizacji i firm, w tym Contoso, dąży do zapewnienia wysokiej dostępności swoich obciążeń o kluczowym znaczeniu. Tradycyjnie ten cel wymagał wyspecjalizowanego, kosztownego i złożonego rozwiązania. Dzięki klastrowi trybu failover możliwe jest osiągnięcie tego samego celu w ekonomiczny sposób na sprzęcie towarów.
Rozwiązanie Azure Stack HCI zapewnia rozwiązanie klastra trybu failover infrastruktury hiperkonwergentnej (HCI), które hostuje zwirtualizowane obciążenia systemu Windows i Linux oraz ich magazyn w środowisku hybrydowym i lokalnym. Rozwiązanie Azure Stack HCI łączy się z usługami hybrydowymi platformy Azure w celu dodania możliwości. Te możliwości obejmują monitorowanie oparte na chmurze, Site Recovery, kopie zapasowe maszyn wirtualnych oraz centralny widok wszystkich wdrożeń rozwiązania Azure Stack HCI w Azure Portal. Rozwiązanie Azure Stack HCI będzie wymaganym składnikiem środowiska weryfikacji koncepcji w firmie Contoso.
Co to jest klaster trybu failover w usłudze Azure Stack HCI?
Klaster trybu failover jest funkcją systemu Windows Server i rozwiązania Azure Stack HCI, która zapewnia wysoką dostępność typowych obciążeń. W przypadku rozwiązania Azure Stack HCI klastry obejmują tylko maszyny wirtualne. Klaster trybu failover można utworzyć, włączając Bezpośrednie miejsca do magazynowania na wielu serwerach z uruchomionym rozwiązaniem Azure Stack HCI. Jeśli serwer, który jest częścią rozwiązania Azure Stack HCI, ulegnie awarii lub stanie się niedostępny, inny serwer w tym samym klastrze trybu failover przejmuje zadanie świadczenia usług oferowanych przez węzeł, który uległ awarii. Ten proces jest nazywany trybem failover i powoduje minimalne lub, w niektórych przypadkach, brak przerw w działaniu usługi dla klientów, którzy uzyskują dostęp do maszyny wirtualnej.
Przyczyny korzystania z rozwiązania Azure Stack HCI
Najczęstsze zastosowania rozwiązania Azure Stack HCI to:
- Maszyny wirtualne gościa z systemem Windows o wysokiej dostępności
- Maszyny wirtualne z systemem Linux gościa o wysokiej dostępności
Składniki rozwiązania Azure Stack HCI
Klaster rozwiązania Azure Stack HCI składa się z następujących składników:
- Węzły. Węzły to komputery usługi Azure Stack HCI, które są członkami klastra trybu failover i są włączone dla Bezpośrednie miejsca do magazynowania. Te komputery mają zainstalowaną funkcję Klaster trybu failover i uruchamiają obciążenia maszyn wirtualnych o wysokiej dostępności składające się z usług, aplikacji i zasobów. Klaster trybu failover może składać się z maksymalnie 64 węzłów, a rozwiązanie Azure Stack HCI obsługuje maksymalnie 16 węzłów. Klaster rozwiązania Azure Stack HCI może hostować maksymalnie 8000 maszyn wirtualnych gościa z maksymalnie 1024 maszynami wirtualnymi gościa na hosta.
- Klienty. Klienci to komputery, które korzystają z dostępnych usług i aplikacji działających na maszynach wirtualnych o wysokiej dostępności. Między klientami a klastrem powinno istnieć kilka ścieżek sieciowych. Skonfiguruj aplikacje klienckie, aby automatycznie próbowały ponownie nawiązać połączenie, jeśli są one tymczasowe niedostępne.
- Sieci. Sieci umożliwiają komunikację między węzłami i komputerami używającymi obciążeń z klastra. Ponadto węzły często używają sieci o wysokiej przepływności i małych opóźnieniach do uzyskiwania dostępu do magazynu między węzłami.
- Rola maszyny wirtualnej klastrowanej. Rola klastrowanej maszyny wirtualnej jest rolą o wysokiej dostępności, która jest uruchamiana w węźle. Klienci korzystają z tej usługi, łącząc się z maszynami wirtualnymi. Jeśli taka maszyna wirtualna stanie się niedostępna w jednym węźle, klaster trybu failover automatycznie przełączy go w tryb failover do innego węzła. Mechanizm trybu failover automatycznie przekierowuje żądania klientów do nowego węzła.
- Zasoby. Zasoby są fizycznymi lub logicznymi elementami, takimi jak pula magazynów, dysk wirtualny lub maszyna wirtualna, którymi zarządza klaster trybu failover. Zasoby to najbardziej podstawowy i najmniejszy konfigurowalny składnik klastra trybu failover. Zasób może być w danej chwili uruchomiony tylko w jednym węźle.
- Magazyn klastra. Oprócz własnego magazynu lokalnego, w którym jest zainstalowany system operacyjny Azure Stack HCI, każdy węzeł klastra ma dostęp do magazynu lokalnego węzła tworzącego udostępnioną pulę magazynów, w której znajdują się konfiguracje i dane maszyny wirtualnej. Technologia Bezpośrednie miejsca do magazynowania umożliwia udostępnianie dysków dołączonych do poszczególnych węzłów.
Co to jest kworum?
W klastrze rozwiązania Azure Stack HCI termin kworum reprezentuje liczbę składników klastrowania, które muszą być dostępne, aby klaster pozostał w trybie online. Te składniki mogą obejmować węzły klastra i, opcjonalnie, monitor. Monitor oznacza zasób, którego rolą jest ustanowienie i utrzymywanie kworum. W tym celu klaster usługi Azure Stack HCI może używać udziału plików lub obiektu blob w usłudze Azure Storage. Klaster trybu failover określa kworum na podstawie liczby głosów skojarzonych z węzłami klastra i monitorem. Celem kworum jest uniknięcie scenariusza z podziałem informacji. W tym scenariuszu ze względu na problemy z łącznością między węzłami dwa zestawy węzłów w klastrze mogą potencjalnie zacząć działać niezależnie od siebie, co spowoduje uszkodzenie stanu klastra i jego zasobów.
Model zarządzania kworum definiuje przydział głosów. Klaster trybu failover obsługuje dynamiczne zarządzanie kworum. Dynamiczne kworum zapewnia wyższą dostępność w ramach klastra trybu failover przez ciągłe monitorowanie i dostosowywanie modelu kworum na podstawie dostępnych węzłów klastra. Obliczanie kworum klastra jest dostosowywane przy każdej zmianie liczby węzłów. Nawet jeśli klaster trybu failover ma mniej niż 50 procent oryginalnej liczby węzłów, klaster trybu failover nadal działa, a role klastra są nadal dostępne. Po włączeniu dynamicznego kworum klaster trybu failover może działać z tylko jednym aktywnym węzłem.
Uwaga
Dynamiczny model kworum jest domyślnie włączony.
Funkcjonalność klastra trybu failover zależy od kworum, ale także zasobów dostępnych dla węzłów klastra i ich możliwości uruchamiania obciążeń klastrowanych, które są przełączane w tryb failover do tego węzła. Na przykład klaster z pięcioma węzłami będzie miał kworum nawet w przypadku awarii dwóch węzłów. Jednak pozostałe trzy węzły klastra kontynuują obsługiwanie klientów tylko wtedy, gdy mają wystarczającą ilość zasobów do uruchamiania ról klastra, które przeszły na nie w trybie failover. Te zasoby obejmują magazyn, moc obliczeniową, przepustowość sieci i pamięć. Aby określić węzły, które mogą uruchomić rolę klastra, możesz skonfigurować priorytet maszyn wirtualnych, kolejność uruchamiania, preferowane hosty oraz funkcję antykoligacji.
Typy monitorów
Istnieją dwa typy monitorów kworum dostępnych dla klastrowania rozwiązania Azure Stack HCI:
- Monitor udziału plików używa zewnętrznego udziału plików. W systemach Windows Server 2019 i Azure Stack HCI można zaimplementować monitor udziału plików przy użyciu dysku USB dołączonego do urządzenia sieciowego dostępnego dla wszystkich węzłów klastra.
- Monitor w chmurze używa obiektu blob na koncie usługi Microsoft Azure Storage.
Podczas wybierania typu monitora kworum upewnij się, że monitor pozostaje dostępny w największej liczbie scenariuszy wpływających na dostępność węzłów klastra.
Sprawdź swoją wiedzę
Potrzebujesz pomocy? Zobacz nasz przewodnik po rozwiązywaniu problemów lub prześlij szczegółową opinię, zgłaszając problem.