Konfigurowanie kworum klastra usługi Azure Stack HCI
Ostatnie awarie sprzętu i awarie zasilania w lokalnych centrach danych firmy Contoso ujawniły wady w sposób, w jaki niektóre z bardziej krytycznych aplikacji opracowanych wewnętrznie zostały wdrożone, w tym brak wystarczających przepisów dotyczących wysokiej dostępności. W ramach oceny rozwiązania Azure Stack HCI chcesz upewnić się, że jego implementacja będzie uwzględniać konieczność zastosowania takich przepisów. Aby osiągnąć ten cel, postanawiasz zapoznać się z koncepcją kworum klastra i monitora w usłudze Azure Stack HCI i zidentyfikować ich optymalną konfigurację.
Omówienie kworum klastra i monitora klastra w klastrach rozwiązania Azure Stack HCI
Rozwiązanie Azure Stack HCI opiera się na funkcji systemu operacyjnego Klaster trybu failover systemu Windows Server w celu zaimplementowania funkcji wysokiej dostępności. W klastrze trybu failover termin kworum oznacza liczbę składników klastra, które muszą być dostępne, aby klaster pozostawał w trybie online. Składniki te obejmują węzły klastra i monitor. Monitor to zasób, który pomaga ustanowić i utrzymać kworum.
Uwaga
Celem kworum jest zapobieganie scenariuszowi "podzielonego mózgu". W takim scenariuszu ze względu na problemy z łącznością międzywęzłową dwa zestawy węzłów w klastrze zaczynają działać niezależnie od siebie, co powoduje uszkodzenie stanu klastra i jego zasobów.
Kworum można określić na podstawie liczby głosów skojarzonych z każdym składnikiem i mechanizmem kworum. Rozwiązanie Azure Stack HCI obejmuje dwa mechanizmy kworum:
Kworum klastra, które działa na poziomie klastra i jest oparte na głosach z węzłów i monitora. Taki monitor można zaimplementować jako udział plików lub obiekt blob na koncie usługi Azure Storage.
Uwaga
Usługa Azure Stack HCI nie obsługuje monitora dysku.
Kworum puli, które działa na poziomie puli magazynów i jest oparte na głosach z węzłów i odporności magazynu. Kworum puli wyznacza węzeł, który jest właścicielem zasobu puli magazynów jako monitora.
Poniższa tabela zawiera omówienie odporności klastra na podstawie liczby węzłów i istnienia monitora.
| Węzły serwera | Może przetrwać awarię jednego węzła serwera | Może przetrwać awarię jednego węzła serwera, a następnie inny | Może przetrwać dwie równoczesne awarie węzłów serwera |
|---|---|---|---|
| 2 | 50/50 | Nie | Nie. |
| 2 plus świadek | Tak | Nr | Nie. |
| 3 | Tak | 50/50 | Nie. |
| 3 plus monitor | Tak | Tak | Nie. |
| 100 | Tak | Tak | 50/50 |
| 4 plus monitor | Tak | Tak | Tak |
| 5 i nowsze | Tak | Tak | Tak |
Poniższa tabela zawiera omówienie odporności kworum puli na podstawie liczby węzłów i istnienia monitora.
| Węzły serwera | Może przetrwać awarię jednego węzła serwera | Może przetrwać awarię jednego węzła serwera, a następnie inny | Może przetrwać dwie równoczesne awarie węzłów serwera |
|---|---|---|---|
| 2 | Nie | Nr | Nie. |
| 2 plus świadek | Tak | Nr | Nie. |
| 3 | Tak | Nr | Nie. |
| 3 plus monitor | Tak | Nr | Nie. |
| 100 | Tak | Nr | Nie. |
| 4 plus monitor | Tak | Tak | Tak |
| 5 i nowsze | Tak | Tak | Tak |
Uwaga
Miejsca do magazynowania Direct toleruje (co najwyżej) dwa współbieżne błędy węzłów dla co najmniej czterech węzłów z monitorem, niezależnie od rozmiaru klastra.
Uwaga
Funkcjonalność klastra Azure Stack HCI zależy nie tylko 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ęć.
Konfigurowanie monitora klastra rozwiązania Azure Stack HCI przy użyciu centrum Administracja Windows
Mimo że można skonfigurować monitor klastra jako udział plików lub obiekt blob na koncie usługi Azure Storage, zalecamy opcję obiektu blob, o ile klaster ma niezawodną łączność sieciową z regionem świadczenia usługi Azure hostujący konto magazynu. Takie podejście zapewnia większą odporność, ułatwiając odzyskiwanie po awarii podczas korzystania z klastrów rozproszonych, które opisano w następnej lekcji szkoleniowej.
Ten typ konfiguracji jest nazywany monitorem w chmurze i najprostszym sposobem jego skonfigurowania jest użycie centrum Administracja Windows. Konfiguracja składa się z następujących kroków wysokiego poziomu:
Połączenie do subskrypcji platformy Azure, która będzie hostować konto usługi Azure Storage, które zawiera obiekt blob monitora chmury.
W subskrypcji platformy Azure utwórz konto usługi Azure Storage ogólnego przeznaczenia w wersji 1 lub ogólnego przeznaczenia w wersji 2 skonfigurowane przy użyciu ustawienia replikacji magazynu lokalnie nadmiarowego (LRS).
Pobierz wartość jednego z dwóch kluczy dostępu skojarzonych z kontem magazynu. Wartości kluczy można zidentyfikować bezpośrednio w bloku konta magazynu w witrynie Azure Portal.
Połączenie do klastra usługi Azure Stack HCI przy użyciu centrum windows Administracja.
Skonfiguruj kworum monitora w chmurze z poziomu interfejsu Menedżera klastra w centrum Administracja Systemu Windows, podając nazwę konta magazynu i jeden z jego kluczy dostępu.
Demonstracja: Konfigurowanie monitora w chmurze w usłudze Azure Stack HCI
W tym pokazie dowiesz się, jak skonfigurować monitor w chmurze w usłudze Azure Stack HCI.