Overzicht van stretched clusters

  • Artikel

Van toepassing op: Azure Stack HCI, versies 22H2 en 21H2

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

Opslagreplica ondersteunt zowel synchrone als asynchrone replicatie:

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

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

Eenvoudig gezegd is een actieve site een site met resources en rollen en workloads waarmee clients verbinding kunnen maken. Een passieve site is een site die geen rollen of workloads voor clients biedt 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 ruimten. Stretched clusters die gebruikmaken van twee sites bieden herstel na noodgevallen en bedrijfscontinuïteit als een site een storing of storing ondervindt.

Neem een paar minuten de tijd om de video over stretched clustering met Azure Stack HCI te watch:

Actief-passief stretched cluster

In het volgende diagram ziet u Site 1 als de actieve site met replicatie naar Site 2, een replicatie in één richting.

Scenario met actief/passief stretched cluster.

Actief-actief stretched cluster

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

Scenario met actief/actief stretched cluster

Overwegingen voor failover van gast-IP

Als u het over stretch clustering hebt, moet rekening worden gehouden 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 de virtuele machines gebruiken, zijn goed voor het ene datacenter, maar onbereikbaar in een ander datacenter. Daarom moet rekening worden gehouden met het plannen van het omgaan met IP-adreswijzigingen. Voor het grootste deel zijn er vier verschillende manieren om het wijzigen van het IP-adres op de virtuele machine bij failover af te handelen. Er kunnen nog andere zijn, maar dit document behandelt de bovenste vier.

De eerste en eenvoudigste is het gebruik van DHCP. Wanneer u een virtuele machine van de ene naar de andere site verplaatst, moet u een DHCP-adres aanvragen. Hiermee krijgt u het juiste IP-adres voor de juiste site waarin deze 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 toe te wijzen voor de VM, afhankelijk van de site waarop deze zich bevindt. SiteA gebruikt bijvoorbeeld een 1.x-netwerk en SiteB een 156.x-netwerk. Dit script moet het netwerk detecteren waarop de virtuele machine zich bevindt en een 1.x IP-adresschema instellen als het zich in SiteA bevindt of een 156.x IP-adresschema als het zich in SiteB bevindt. De Domain Name Services (DNS) moeten ook worden gewaarschuwd voor de wijziging en worden gerepliceerd tussen de sites.

Een andere optie is het gebruik van een tussenliggend netwerkapparaat dat één IP-adres voor de virtuele machine levert voor clientconnectiviteit waarmee het verkeer naar de virtuele machine kan worden gerouteerd naar de site waarop deze zich momenteel bevindt. 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 enkele van de complexiteit van het configureren en onderhouden van een stretched vLAN wordt deze optie echter niet aanbevolen door Microsoft.

Met een van de bovenstaande opties moet rekening worden gehouden met aanvullende overwegingen (DNS, ARP-caches, TTL, enzovoort) als het gaat om clientconnectiviteit. Deze moeten grondig worden overwogen. Neem contact op met uw netwerkteam om te bepalen wat de beste optie is om aan uw behoeften te voldoen.

Volgende stappen