Delen via

Overzicht van stretched clusters

  • Artikel

Van toepassing op: Azure Local, versie 22H2

Belangrijk

Azure Stack HCI maakt nu deel uit van Azure Local. De naam van productdocumentatie wordt nog steeds bijgewerkt. Oudere versies van Azure Stack HCI, bijvoorbeeld 22H2, blijven verwijzen naar Azure Stack HCI en geven de naamwijziging niet weer. Meer informatie.

Belangrijk

Stretched clusters worden nog niet ondersteund in Azure Stack HCI versie 23H2.

Een stretched clusteroplossing van Azure Stack HCI voor herstel na noodgevallen biedt automatische failover om productie snel en zonder handmatige interventie te herstellen. Opslagreplica biedt de replicatie van volumes op meerdere sites voor herstel na noodgevallen, waarbij alle servers gesynchroniseerd blijven.

Opslagreplica ondersteunt zowel synchrone als asynchrone replicatie:

  • Synchrone replicatie spiegelt gegevens over sites in een netwerk met lage latentie met crashconsistente volumes om te zorgen voor nul gegevensverlies op bestandssysteemniveau tijdens een storing.
  • Asynchrone replicatie spiegelt gegevens over sites buiten grootstedelijke bereiken via netwerkkoppelingen met hogere latenties, maar zonder een garantie dat beide sites identieke kopieën van de gegevens hebben op het moment van een storing. Als de replicatie vóór de fout is voltooid, wordt het doelvolume automatisch na de failover online gezet. Als de replicatie wordt uitgevoerd op het moment van de fout, moet u het doelvolume handmatig online brengen.

Er zijn twee soorten stretched clusters, actief-passief en actief-actief. U kunt actief-passieve sitereplicatie instellen, waarbij er een voorkeurssite en -richting is voor replicatie. Actief-actieve replicatie is de plek waar replicatie bidirectioneel kan plaatsvinden vanaf een van beide sites. In dit artikel wordt alleen de actieve/passieve configuratie behandeld.

In eenvoudige termen is een actieve site een site die resources bevat en rollen en workloads biedt waarmee clients verbinding kunnen maken. Een passieve site is een site die geen rollen of workloads biedt voor clients en wacht op een failover van de actieve site voor herstel na noodgevallen.

Sites kunnen zich in twee verschillende staten bevinden, verschillende steden, verschillende verdiepingen of verschillende kamers. Stretched clusters die gebruikmaken van twee sites bieden herstel na noodgevallen en bedrijfscontinuïteit als een site een storing of storing ondervindt.

Neem enkele minuten de tijd om de video te bekijken over stretched clustering met Azure Stack HCI:

Actief-passief stretched cluster

In het volgende diagram ziet u Site 1 als de actieve site met replicatie naar Site 2, een unidirectionele replicatie.

Actief/passief stretched clusterscenario.

Actief-actief stretched cluster

In het volgende diagram ziet u zowel Site 1 als Site 2 als actieve sites, met bidirectionele replicatie naar de andere site.

Scenario met actief/actief stretched cluster

Overwegingen voor gast-IP-failover

Wanneer u het hebt over stretch-clustering, moet u rekening houden met de virtuele machines en de IP-adressen die worden gebruikt. Datacenters die zich op verschillende locaties bevinden, hebben over het algemeen verschillende IP-subnetten. De IP-adressen die door de virtuele machines worden gebruikt, zijn goed voor het ene datacenter, maar zijn niet bereikbaar in een ander datacenter. Daarom moet rekening worden gehouden met het plannen van de wijze waarop wijzigingen in IP-adressen moeten worden verwerkt. Normaal gesproken zijn er vier verschillende manieren om het WIJZIGEN van het IP-adres op de virtuele machine op failover af te handelen. Er zijn mogelijk andere, maar in dit artikel worden de top vier besproken.

De eerste en eenvoudigste is het gebruik van DHCP. Wanneer een virtuele machine van de ene site naar de andere wordt verplaatst, vraagt de VM een DHCP-adres aan. Hiermee verkrijgt u het juiste IP-adres voor de site waarin het zich bevindt zolang er een DHCP-server beschikbaar is.

Vervolgens is er het gebruik van een statisch adres. In tegenstelling tot Hyper-V Replica is er echter geen manier om een alternatief IP-adres op te geven. Daarom moet er een script worden gemaakt om het juiste IP-adres voor de virtuele machine toe te wijzen, afhankelijk van de site waarop het zich bevindt. SiteA gebruikt bijvoorbeeld een 1.x-netwerk en SiteB maakt gebruik van een 156.x-netwerk. Dit script moet het netwerk detecteren waarop de virtuele machine zich bevindt en een IP-adresschema van 1.x instellen als het zich in SiteA of een IP-adresschema van 156.x bevindt als deze zich in SiteB bevindt. De DOMAIN Name Services (DNS) moet ook worden gewaarschuwd voor de wijziging en gerepliceerd tussen de sites.

Een andere optie is het gebruik van een tussenliggend netwerkapparaat dat één IP-adres biedt voor de virtuele machine voor clientconnectiviteit, waarmee het verkeer naar de virtuele machine kan worden gerouteerd. Clients en DNS hebben altijd hetzelfde adres voor de virtuele machine en het tussenliggende apparaat moet het werkelijke IP-adres en de locatie van de virtuele machine bijhouden, zodat clients op de juiste manier naar de virtuele machine worden omgeleid.

De laatste optie is het gebruik van een stretched vLAN. Met een stretched vLAN kunnen virtuele machines hetzelfde IP-adres behouden, ongeacht de site waarop het zich bevindt. Vanwege een aantal complexiteit van het configureren en onderhouden van een stretched vLAN wordt deze optie echter niet aanbevolen door Microsoft.

Met een van de bovenstaande opties moeten aanvullende overwegingen (DNS, ARP-caches, TTL, enzovoort) worden verwerkt voor het geval het gaat om clientconnectiviteit en moet grondig worden nagedacht. Neem contact op met uw netwerkteam om de beste optie te identificeren om aan uw behoeften te voldoen.

Volgende stappen