Overzicht van stretch-clusters

  • Artikel
  • 4 minuten om te lezen

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

Een Azure Stack HCI stretched cluster voor herstel na noodherstel biedt automatische failover om de productie snel te herstellen, zonder handmatige tussenkomst. Storage Replica biedt de replicatie van volumes op meerdere sites voor herstel na noodherstel, met alle servers die synchroon blijven.

Storage Replica ondersteunt zowel synchrone als asynchrone replicatie:

  • Synchrone replicatie spiegelt gegevens over sites in een netwerk met lage latentie met crash-consistente volumes om ervoor te zorgen dat er geen gegevens verloren gaan op bestandssysteemniveau tijdens een storing.
  • Met asynchrone replicatie worden gegevens via netwerkkoppelingen met een hogere latentie gespiegeld tussen grootstedelijke regio’s, maar zonder de garantie dat beide sites identieke kopieën van de gegevens bevatten wanneer er een fout optreedt.

Notitie

Voor asynchrone replicatie moet u doelvolumes in de andere site handmatig online brengen na een failover. Zie Asynchrone replicatie voor meer informatie.

Er zijn twee soorten uitgerekte clusters: actief-passief en actief-actief. U kunt actief-passieve sitereplicatie instellen, waarbij er een voorkeurssite en -richting voor replicatie is. Actief-actiefreplicatie is de locatie waar replicatie in twee richtingen kan plaatsvinden vanaf een van beide site. In dit artikel wordt alleen de actief/passief-configuratie beschreven.

Eenvoudig gezegd is een actieve site een site die resources heeft en die rollen en workloads biedt aan clients om verbinding mee te maken. Een passieve site biedt geen rollen of workloads voor clients en wacht op een failover van de actieve site voor herstel na noodherstel.

Sites kunnen zich in twee verschillende staten, verschillende steden, verschillende verdiepingen of verschillende ruimten. Stretched clusters die gebruikmaken van twee sites bieden herstel na noodherstel en bedrijfscontinuïteit als een site te maken heeft met een storing of storing.

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

Actief-passief stretched cluster

Het volgende diagram toont Site 1 als de actieve site met replicatie naar Site 2, een unidirectionele replicatie.

Actief/passief stretched cluster scenario

Actief-actief-stretched cluster

Het volgende diagram toont site 1 en site 2 als actieve sites, met bidirectionele replicatie naar de andere site.

Actief/actief stretched cluster scenario

Overwegingen voor failover van gast-IP

Wanneer u het over stretch-clustering hebt, zijn de virtuele machines en de GEBRUIKTE IP-adressen een van de overwegingen waarmee rekening moet worden gehouden. Datacenters die zich op verschillende locaties bevinden, hebben doorgaans verschillende IP-subnetten. De IP-adressen die de virtuele machines gebruiken, zijn goed voor het ene datacenter, maar zijn niet bereikbaar in een ander datacenter. Daarom moet rekening worden gehouden met de planning voor 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 meer zijn, maar in dit document worden de top vier be sprake van .

Het eerste en eenvoudigste is het gebruik van DHCP. Bij het verplaatsen van een virtuele machine van de ene site naar de andere, moet u een DHCP-adres aanvragen. Hiermee krijgt u het juiste IP-adres voor de juiste site in 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 VM toe te wijzen, afhankelijk van de site waarop het zich in de VM- of VM-VM-VM's op de VM-site moet richten. SiteA gebruikt bijvoorbeeld een 1.x-netwerk en SiteB een 156.x-netwerk. Met dit script moet het netwerk worden gedetecteerd waarin de virtuele machine zich zich in een 1.x IP-adresschema als het zich in SiteA of een 156.x IP-adresschema als deze zich in SiteB. De Domain Name Services (DNS) moet ook op de hoogte worden gesteld van de wijziging en worden gerepliceerd tussen de sites.

Een andere optie is het gebruik van een intermediair netwerkapparaat dat één IP-adres biedt voor de virtuele machine voor clientconnectiviteit, waarmee het verkeer naar de virtuele machine kan worden doorgeleid naar de site waarop het zich momenteel op de virtuele machine momenteel op de virtuele machine. 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 wijze naar de virtuele machine worden omgeleid.

De laatste optie is het gebruik van een uitgerekt vLAN. Met een uitgerekt vLAN kunnen virtuele machines hetzelfde IP-adres behouden, ongeacht de site die zich op de VLAN-locatie. Vanwege enkele van de complexiteit van het configureren en onderhouden van een uitgerekt vLAN, wordt deze optie echter niet aanbevolen door Microsoft.

Met een van de bovenstaande opties, aanvullende overwegingen (DNS, ARP caches, TTL, enzovoort) er moet rekening mee worden gehouden wanneer het gaat om clientconnectiviteit en moet grondig worden nagedacht. Neem contact op met uw netwerkteam om te bepalen welke optie het beste aan uw behoeften voldoet.

Volgende stappen