Sdílet prostřednictvím

Přehled roztaženého clusteru

  • Článek

Platí pro: Místní Azure 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 ve verzi 23H2 Azure Local.

Ř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