Sdílet prostřednictvím

Přehled roztaženého clusteru

  • Článek

Platí pro: Azure Stack HCI verze 22H2

Důležité

Azure Stack HCI je teď součástí Azure Local. Probíhá přejmenování dokumentace k produktu. Starší verze Azure Stack HCI, například 22H2, ale budou dál odkazovat na Azure Stack HCI a nebudou odrážet změnu názvu. Další informace.

Důležité

Roztažené clustery nejsou podporovány v místním prostředí Azure.

Řešení roztaženého clusteru Azure Stack HCI pro zotavení po havárii poskytuje automatické převzetí služeb při selhání pro rychlé obnovení produkčního prostředí a bez nutnosti ručního zásahu. Replika úložiště poskytuje replikaci svazků mezi lokalitami pro zotavení po havárii a všechny servery zůstávají synchronizované.

Replika úložiště podporuje synchronní i asynchronní replikaci:

  • Synchronní replikace zrcadlí data mezi lokalitami v síti s nízkou latencí s svazky konzistentními s chybami, aby se zajistila nulová ztráta dat na úrovni systému souborů během selhání.
  • Asynchronní replikace zrcadlí data mezi lokalitami nad metropolitními rozsahy přes síťové propojení s vyšší latencí, ale bez záruky, že obě lokality mají v době selhání stejné kopie dat. Pokud se replikace dokončí před selháním, cílový svazek se po převzetí služeb při selhání automaticky online. Pokud replikace probíhá v době selhání, musíte cílový svazek ručně přenést do režimu online.

Existují dva typy roztažených clusterů, aktivní-pasivní a aktivní-aktivní. Můžete nastavit replikaci lokality typu aktivní-pasivní, kde je upřednostňovaná lokalita a směr replikace. Replikace aktivní-aktivní je místo, kde replikace může probíhat obousměrně z jedné lokality. Tento článek popisuje pouze konfiguraci aktivní/pasivní.

Jednoduše řečeno, aktivní lokalita je lokalita, která má prostředky a poskytuje role a úlohy klientům, ke kterým se mají připojit. Pasivní lokalita je lokalita, která neposkytuje klientům žádné role ani úlohy a čeká na převzetí služeb při selhání z aktivní lokality pro zotavení po havárii.

Weby můžou být ve dvou různých státech, v různých městech, v různých patrech nebo v různých pokojích. Roztažené clustery používající dvě lokality poskytují zotavení po havárii a kontinuitu podnikových procesů, pokud dojde k výpadku nebo selhání lokality.

Během několika minut se můžete podívat na video o roztaženém clusteringu pomocí Azure Stack HCI:

Aktivní-pasivní roztažený cluster

Následující diagram znázorňuje lokalitu 1 jako aktivní lokalitu s replikací na lokalitu 2, jednosměrnou replikaci.

Scénář roztaženého clusteru typu Aktivní/pasivní

Roztažené clustery aktivní-aktivní

Následující diagram znázorňuje lokalitu 1 i lokalitu 2 jako aktivní lokality s obousměrnou replikací do druhé lokality.

Scénář roztaženého clusteru aktivní/aktivní

Důležité informace o převzetí služeb při selhání IP adresy hosta

Při mluvení o roztaženém clusteringu je jedním z aspektů, které je potřeba vzít v úvahu, jsou virtuální počítače a používané IP adresy. Datacentra, která se nacházejí v různých umístěních, mají obecně různé podsítě IP adres. IP adresy, které virtuální počítače používají, by byly vhodné pro jedno datové centrum, ale nedostupné v jiném. Proto je potřeba naplánovat, jak řešit změny IP adres. Obvykle existují čtyři různé způsoby, jak zpracovat změnu IP adresy na virtuálním počítači při převzetí služeb při selhání. Možná existují i další, ale tento článek popisuje čtyři nejlepší.

První a nejjednodušší je použití protokolu DHCP. Při přesunu virtuálního počítače z jedné lokality do jiného virtuální počítač požádá o adresu DHCP. Tím se získá správná IP adresa pro lokalitu, ve které je k dispozici server DHCP.

V dalším kroku se použije statická adresa. Na rozdíl od repliky technologie Hyper-V ale neexistuje způsob, jak zadat alternativní IP adresu. Proto musí být vytvořen skript pro přiřazení správné IP adresy pro virtuální počítač v závislosti na tom, na které lokalitě se nachází. Například SiteA používá síť 1.x a SiteB používá síť 156.x. Tento skript musí zjistit síť, na které je virtuální počítač, a nastavit schéma IP adres 1.x, pokud je v SiteA nebo ve schématu IP adres 156.x, pokud je v SiteB. Služba DNS (Domain Name Services) musí být také upozorněna na změnu a replikovat mezi lokalitami.

Další možností je použití zprostředkujícího síťového zařízení, které poskytuje jednu IP adresu pro virtuální počítač pro připojení klienta, který může směrovat provoz na virtuální počítač. Klienti a DNS mají vždy stejnou adresu pro virtuální počítač a zprostředkující zařízení musí sledovat skutečnou IP adresu a umístění virtuálního počítače, aby se klienti správně směrovali na virtuální počítač.

Poslední možností je použití roztažené sítě vLAN. S roztaženým virtuálním sítí vLAN můžou virtuální počítače zachovat stejnou IP adresu bez ohledu na lokalitu, na které se nachází. Vzhledem k některým složitostem konfigurace a údržby roztažené sítě vLAN však Microsoft tuto možnost nedoporučuje.

U některé z výše uvedených možností je potřeba vzít v úvahu další aspekty (DNS, mezipaměti ARP, hodnoty TTL atd.), pokud jde o připojení klienta a musí být důkladně promyšlené. Spojte se se svým síťovým týmem a identifikujte nejlepší možnost, která vyhovuje vašim potřebám.

Další kroky