Přehled roztažených clusterů

  • Článek
  • 4 min ke čtení

Platí pro: Azure Stack HCI, verze 21H2 a 20H2

Řešení Azure Stack HCI roztaženého clusteru pro zotavení po havárii poskytuje automatické převzetí služeb při selhání pro rychlé obnovení produkčního prostředí bez nutnosti ručního zásahu. Storage Replika zajišťuje replikaci svazků mezi lokalitami pro zotavení po havárii, kdy všechny servery zůstanou synchronizované.

Storage replika podporuje synchronní i asynchronní replikaci:

  • Synchronní replikace zrcadlí data mezi weby v síti s nízkou latencí a svazky konzistentními vzhledem k selháním, aby se zajistila nulová ztráta dat na úrovni systému souborů během selhání.
  • Asynchronní replikace zrcadlí data v lokalitách nad rámec metropolitních oblastí přes síťová propojení s vyššími latencemi, ale bez záruky, že obě lokality mají v době selhání totožné kopie dat.

Poznámka

Pro asynchronní replikaci je potřeba přenést cílové svazky v druhé lokalitě ručně po převzetí služeb při selhání do online režimu. Další informace najdete v tématu Asynchronní replikace.

Existují dva typy roztaženého clusteru: aktivní-pasivní a aktivní-aktivní. Můžete nastavit replikaci lokality aktivní-pasivní, kde je upřednostňovaná lokalita a směr replikace. Replikace aktivní-aktivní je místo, kde replikace může z kteréto lokality dojít obousměrně. Tento článek se týká jenom konfigurace aktivní/pasivní.

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

Weby mohou být ve dvou různých státech, různých městech, různých podlažích nebo různých místnostech. Roztažené clustery používající dvě lokality poskytují zotavení po havárii a kontinuitu podnikových prostředí v případě výpadku nebo selhání lokality.

Podívejte se na video o roztaženém clusteringu s Azure Stack HCI:

Roztažený cluster aktivní-pasivní

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

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

Roztažený cluster 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

Když hovoříme o roztaženém clusteringu, jedním z hledisek, které je tř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í obvykle různé podsítě PROTOKOLU IP. IP adresy, které virtuální počítače používají, budou vhodné pro jedno datacentrum, ale nedostupné v jiném. Proto je nutné zohlednit plánování způsobu řešení změn IP adres. Ve většině částí existují čtyři různé způsoby, jak při převzetí služeb při selhání zpracovat změnu IP adresy virtuálního počítače. Mohou tam být i další, ale tento dokument se bude vztahovat na první čtyři.

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

Dále se používá statická adresa. Na rozdíl od repliky technologie Hyper-V však neexistuje způsob, jak zadat alternativní IP adresu. Proto bude potřeba vytvořit skript, který virtuálnímu počítači přiřadí správnou IP adresu v závislosti na tom, ve které lokalitě se nachází. Například SiteA používá síť 1.x a SiteB používá síť 156.x. Tento skript by potřeboval zjistit síť, ve které je virtuální počítač, a nastavit schéma IP adres 1.x, pokud je ve schématu SiteA, nebo schéma IP adres 156.x, pokud se nachází v SiteB. Služba DNS (Domain Name Services) bude také muset být informována o změně a replikována mezi lokalitami.

Další možností je použití zprostředkující síťového zařízení, které poskytne virtuálnímu počítači jednu IP adresu pro připojení klienta, která může směrovat provoz do virtuálního počítače do lokality, ve které se právě nachází. Klienti a DNS budou mít vždy stejnou adresu pro virtuální počítač a zprostředkující zařízení bude muset sledovat skutečnou IP adresu a umístění virtuálního počítače, aby se klienti nasměrovaly na virtuální počítač odpovídajícím způsobem.

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

S libovolnou z výše uvedených možností je třeba vzít v úvahu další aspekty (DNS, mezipaměti protokolu ARP, hodnotu TTL atd.). je potřeba zohlednit, pokud jde o připojení klientů, a je potřeba je důkladně promyslet. Ve spolupracujte se svým síťovým týmem a určete nejlepší možnost, která bude splňovat vaše potřeby.

Další kroky