Omówienie klastrów rozproszony

  • Artykuł

Dotyczy: Azure Stack HCI, wersje 22H2 i 21H2

Rozwiązanie klastra rozproszonego Azure Stack HCI na potrzeby odzyskiwania po awarii zapewnia automatyczne przejście w tryb failover w celu szybkiego przywrócenia środowiska produkcyjnego i bez konieczności ręcznej interwencji. Replika magazynu zapewnia replikację woluminów między lokacjami na potrzeby odzyskiwania po awarii, a wszystkie serwery pozostają zsynchronizowane.

Replika magazynu obsługuje zarówno replikację synchroniczną, jak i asynchroniczną:

  • Replikacja synchroniczna dubluje dane między lokacjami w sieci o małych opóźnieniach z woluminami spójnymi na poziomie awarii w celu zapewnienia zerowej utraty danych na poziomie systemu plików podczas awarii.
  • Replikacja asynchroniczna dubluje dane między lokacjami poza zakresami metropolitalnymi za pośrednictwem łączy sieciowych z większymi opóźnieniami, ale bez gwarancji, że obie lokacje mają identyczne kopie danych w momencie awarii. Jeśli replikacja zakończy się przed awarią, wolumin docelowy jest automatycznie w trybie online po przejściu w tryb failover. Jeśli replikacja jest w trakcie procesu w momencie awarii, należy ręcznie przełączyć wolumin docelowy do trybu online.

Istnieją dwa typy klastrów rozproszony, aktywny-pasywny i aktywny-aktywny. Można skonfigurować replikację lokacji aktywne-pasywne, w której istnieje preferowana lokacja i kierunek replikacji. Replikacja aktywna-aktywna polega na tym, że replikacja może odbywać się dwukierunkowo z obu lokacji. W tym artykule opisano tylko konfigurację aktywną/pasywną.

W prosty sposób aktywna lokacja to lokacja, która ma zasoby i udostępnia role i obciążenia, z którymi klienci mogą się łączyć. Pasywna lokacja to lokacja, która nie zapewnia żadnych ról ani obciążeń dla klientów i oczekuje na przejście w tryb failover z aktywnej lokacji na potrzeby odzyskiwania po awarii.

Miejsca mogą znajdować się w dwóch różnych stanach, różnych miastach, różnych piętrach lub różnych pokojach. Klastry rozproszone korzystające z dwóch lokacji zapewniają odzyskiwanie po awarii, a ciągłość działania w przypadku awarii lub awarii lokacji.

Poświęć kilka minut, aby watch film wideo dotyczący klastrowania rozproszonego za pomocą rozwiązania Azure Stack HCI:

Klaster rozproszony aktywny-pasywny

Na poniższym diagramie przedstawiono lokację 1 jako aktywną lokację z replikacją do lokacji 2, replikacją jednokierunkową.

Scenariusz aktywnego/pasywnego klastra rozproszonego.

Klaster rozproszony aktywny-aktywny

Na poniższym diagramie przedstawiono zarówno lokację 1, jak i lokację 2 jako aktywne lokacje z replikacją dwukierunkową do innej lokacji.

Scenariusz aktywnego/aktywnego klastra rozproszonego

Zagadnienia dotyczące trybu failover adresu IP gościa

Podczas mówienia o klastrowaniu rozproszony jednym z zagadnień, które należy uwzględnić, są maszyny wirtualne i używane adresy IP. Centra danych, które znajdują się w różnych lokalizacjach, zwykle mają różne podsieci IP. Adresy IP używane przez maszyny wirtualne byłyby dobre dla jednego centrum danych, ale nie jest osiągalne w innym. W związku z tym należy uwzględnić planowanie sposobu postępowania ze zmianami adresów IP. W większości przypadków istnieją cztery różne sposoby obsługi zmiany adresu IP na maszynie wirtualnej w trybie failover. Mogą istnieć inne osoby, ale ten dokument obejmie cztery pierwsze.

Pierwszy i najłatwiejszy jest użycie protokołu DHCP. Podczas przenoszenia maszyny wirtualnej z jednej lokacji do innej jeden krok, który wykona, to żądanie adresu DHCP. Spowoduje to uzyskanie odpowiedniego adresu IP dla odpowiedniej lokacji, w przypadku gdy serwer DHCP jest dostępny.

Następnie jest używany adres statyczny. Jednak w przeciwieństwie do funkcji Hyper-V Replica nie ma możliwości określenia alternatywnego adresu IP. W związku z tym należy utworzyć skrypt w celu przypisania odpowiedniego adresu IP dla maszyny wirtualnej w zależności od witryny, w której się znajduje. Na przykład usługa SiteA używa sieci 1.x, a usługa SiteB używa sieci 156.x. Ten skrypt będzie musiał wykryć sieć, na których znajduje się maszyna wirtualna, i ustawić schemat adresów IP 1.x, jeśli znajduje się on w schemacie adresów IP lokacji SiteA lub 156.x, jeśli znajduje się on w usłudze SiteB. Usługi nazw domen (DNS) również będą musiały otrzymywać alerty o zmianie i replikacji między lokacjami.

Inną opcją jest użycie pośredniego urządzenia sieciowego, które zapewni pojedynczy adres IP dla maszyny wirtualnej dla łączności klienta, która może kierować ruch do maszyny wirtualnej do lokacji, w której jest obecnie włączona. Klienci i system DNS zawsze będą mieć ten sam adres dla maszyny wirtualnej, a urządzenie pośredniczące musi śledzić rzeczywisty adres IP i lokalizację maszyny wirtualnej, aby klienci zostali odpowiednio przekierowani do maszyny wirtualnej.

Ostatnią opcją jest użycie rozproszonej sieci vLAN. W przypadku rozproszonej sieci vLAN maszyny wirtualne mogą zachować ten sam adres IP niezależnie od witryny, na których się znajduje. Jednak ze względu na niektóre złożoność konfigurowania i obsługi rozproszonej sieci vLAN ta opcja nie jest zalecana przez firmę Microsoft.

W przypadku dowolnej z powyższych opcji należy uwzględnić dodatkowe zagadnienia (dns, pamięci podręczne ARP, czas wygaśnięcia itp.), jeśli chodzi o łączność klienta i należy je dokładnie przemyśleć. Skontaktuj się z zespołem ds. sieci, aby zidentyfikować najlepszą opcję spełniającą Twoje potrzeby.

Następne kroki