Udostępnij za pośrednictwem

Omówienie rozciągniętych klastrów

  • Artykuł

Dotyczy: Azure Stack HCI, wersja 22H2

Ważne

Usługa Azure Stack HCI jest teraz częścią usługi Azure Local. Jednak starsze wersje rozwiązania Azure Stack HCI, na przykład 22H2 będą nadal odwoływać się do rozwiązania Azure Stack HCI i nie będą odzwierciedlać zmiany nazwy. Dowiedz się więcej.

Ważne

Klastry rozproszone nie są obsługiwane w środowisku lokalnym platformy Azure.

Rozwiązanie klastra rozproszonego usługi Azure Stack HCI na potrzeby odzyskiwania po awarii zapewnia automatyczne przełączenie, co umożliwia szybkie przywrócenie środowiska produkcyjnego bez konieczności ręcznej interwencji. Storage Replica zapewnia replikację woluminów pomiędzy lokacjami na potrzeby odzyskiwania po awarii, utrzymując wszystkie serwery w synchronizacji.

Replika pamięci masowej obsługuje zarówno replikację synchroniczną, jak i asynchroniczną.

  • Replikacja synchroniczna tworzy lustrzane kopie danych między lokacjami w sieci o niskim opóźnieniu z woluminami spójnymi w przypadku awarii, aby zapewnić zerową utratę danych na poziomie systemu plików podczas awarii.
  • Replikacja asynchroniczna dubluje dane między lokacjami poza zakresami metropolitalnymi za pośrednictwem łączy sieci 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 dostępny online po przełączeniu awaryjnym. 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 rozciąganych: aktywno-pasywny i aktywno-aktywny. Można skonfigurować replikację aktywno-pasywną lokacji, w której istnieje preferowana lokacja i kierunek replikacji. Replikacja aktywna-aktywna polega na tym, że replikacja może odbywać się dwukierunkowo pomiędzy obiema lokacjami. W tym artykule opisano tylko konfigurację aktywną/pasywną.

Mówiąc prosto, aktywna witryna to taka, która ma zasoby i udostępnia role oraz obciążenia, z którymi klienci mogą się łączyć. Pasywne miejsce to takie, które nie udostępnia żadnych ról ani zadań dla klientów i czeka na przełączenie z aktywnego miejsca 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 rozciągnięte wykorzystujące dwie lokalizacje zapewniają odzyskiwanie po awarii i ciągłość działania w przypadku awarii lub przestoju jednej z lokalizacji.

Poświęć kilka minut na obejrzenie filmu wideo o rozciągniętym klastrowaniu z rozwiązaniem Azure Stack HCI.

Klaster rozciągnięty 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

Kiedy mówimy o klastrowaniu rozproszonym, jednym z zagadnień, które należy wziąć pod uwagę, są maszyny wirtualne i używane adresy IP. Centra danych, które znajdują się w różnych lokalizacjach, zazwyczaj mają różne podsieci IP. Adresy IP używane przez maszyny wirtualne byłyby dobre dla jednego centrum danych, ale nie są osiągalne w innym. W związku z tym należy uwzględnić planowanie sposobu radzenia sobie ze zmianami adresów IP. Zazwyczaj istnieją cztery różne sposoby obsługi zmiany adresu IP na maszynie wirtualnej w trybie failover. Być może są inne, ale w tym artykule opisano cztery pierwsze.

Pierwszy i najłatwiejszy jest użycie protokołu DHCP. Podczas przenoszenia maszyny wirtualnej z jednej lokacji do innej maszyna wirtualna żąda adresu DHCP. Spowoduje to uzyskanie odpowiedniego adresu IP dla lokacji, w których znajduje się, o ile serwer DHCP jest dostępny.

Następnie jest używany adres statyczny. Jednak w przeciwieństwie do funkcji Hyper-V Replica nie istnieje sposób określania 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, na której jest ona włączona. Na przykład usługa SiteA używa sieci 1.x, a usługa SiteB używa sieci 156.x. Ten skrypt musi wykryć sieć, na których znajduje się maszyna wirtualna, i ustawić schemat adresów IP 1.x, jeśli znajduje się on w witrynie SiteA lub schemacie adresów IP 156.x, jeśli znajduje się on w usłudze SiteB. Usługi nazw domen (DNS) również muszą być powiadamiane o zmianie i replikowane między lokacjami.

Inną opcją jest użycie pośredniego urządzenia sieciowego, które zapewnia pojedynczy adres IP dla maszyny wirtualnej na potrzeby łączności klienta, który może kierować ruch do maszyny wirtualnej. Klienci i system DNS zawsze mają 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 rozciągniętej sieci VLAN maszyny wirtualne mogą zachować ten sam adres IP niezależnie od lokalizacji. Jednak ze względu na niektóre złożoność konfigurowania i utrzymywania 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.) w odniesieniu do łączności 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