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żna osiągnąć ten sam cel w ekonomiczny sposób na sprzęcie towarów.
Usługa Azure Stack HCI udostępnia rozwiązanie klastra trybu failover infrastruktury hiperkonwergentnej (HCI), które hostuje zwirtualizowane obciążenia systemu Windows i Linux oraz ich magazyn w hybrydowym środowisku 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, usługę Site Recovery, kopie zapasowe maszyn wirtualnych oraz centralny widok wszystkich wdrożeń rozwiązania Azure Stack HCI w witrynie 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 Miejsca do magazynowania Direct 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 minimalny 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 gościa z systemem Linux o wysokiej dostępności
Składniki rozwiązania Azure Stack HCI
Klaster 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 usługi Miejsca do magazynowania Direct. Te komputery mają zainstalowaną funkcję klastra 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 usługa Azure Stack HCI obsługuje maksymalnie 16 węzłów. Klaster 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 podejmować próby ponownego nawiązania połączenia, 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 maszyny wirtualnej klastrowanej jest rolą o wysokiej dostępności, która działa 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 przełączy go automatycznie w tryb failover do innego węzła. Mechanizm trybu failover automatycznie przekierowuje żądania klientów do nowego węzła.
- Zasoby. Zasoby to fizyczne lub logiczne elementy, takie jak pula magazynu, 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 Miejsca do magazynowania Direct umożliwia udostępnianie dysków dołączonych do poszczególnych węzłów.
Co to jest kworum?
W klastrze azure Stack HCI termin kworum reprezentuje liczbę składników klastrowania, które muszą być dostępne dla tego klastra, aby 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 za każdym razem, gdy liczba węzłów się zmienia. 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 możliwości uruchamiania klastrowanych obciążeń, które przejdą 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ępne 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.