Ondernemingsbestandsshares met herstel na noodgevallen

Azure NetApp Files
Microsoft Entra
Windows Server

Deze architectuur biedt bestandsshares die automatisch een failover uitvoeren naar een back-upregio in geval van een storing. De failover is transparant voor de clients en toepassingen die toegang hebben tot de shares. De shares kunnen worden gebruikt voor toepassingen en virtuele bureaubladen die bestand moeten zijn tegen onderbrekingen, zowel gepland als ongepland.

Azure NetApp Files levert de bestandsshares. De replicatiefunctie voor meerdere regio's repliceert de shares van de primaire regio naar de secundaire regio. Dfs-naamruimten (Distributed File System) in Windows Server kunnen gedeelde mappen op verschillende servers groepeer in een of meer logisch gestructureerde naamruimten.

Potentiële gebruikscases

Deze architectuur is van toepassing op bedrijven die bestandsshares willen bieden voor clients of toepassingen die bestand moeten zijn tegen niet-geplande storingen of serviceonderhoudsgebeurtenissen. Een aantal voorbeelden:

  • SMB-protocolbestandsshares (Service Message Block) voor bureaubladomgevingen.
  • SMB-bestandsshares voor toepassingen.

Architectuur

Architectuur voor bestandsshares met automatische failover.

Een Visio-bestand van deze architectuur downloaden.

  • Er zijn twee Azure-regio's, een primaire en een secundaire.
  • Het Azure-abonnement bevat een virtueel netwerk en een Azure NetApp Files-account voor elke regio.
  • De functie replicatie tussen regio's van Azure NetApp Files repliceert de bestanden en mappen van de primaire regio naar de secundaire regio. Voor deze techniek zijn geen virtuele machines nodig.
  • Toegang tot de bestandsshares wordt beheerd door DFS-naamruimten, een functie van Windows Server. U kunt dit zien als DNS (Domain Name Server) voor bestandsshares.
  • De Windows-servers en Active Directory-domein servers kunnen worden gehost in Azure of on-premises.

Onderdelen

  • Azure NetApp Files biedt Azure-bestandsshares op ondernemingsniveau die mogelijk worden gemaakt door NetApp. Azure NetApp Files maakt het eenvoudig voor ondernemingen om complexe, op bestanden gebaseerde toepassingen te migreren en uit te voeren zonder codewijzigingen. Het biedt ook een manier om gegevens asynchroon te repliceren van een Azure NetApp Files volume in de ene regio naar een Azure NetApp Files volume in een andere regio. Deze mogelijkheid biedt gegevensbescherming tijdens storingen of rampen in de hele regio. Zie Replicatie tussen regio's van Azure NetApp Files volumes voor meer informatie.
  • DFS-naamruimten is een functieservice in Windows Server waarmee gedeelde mappen op verschillende servers kunnen worden gegroepeerd in een of meer logisch gestructureerde naamruimten. Zie Overzicht van DFS-naamruimten voor meer informatie.

Alternatieven

  • In plaats van Azure NetApp Files, kunt u een Windows Server Scale-Out Bestandsservercluster gebruiken met aangepaste replicatie van de bestandsshares tussen regio's. Zie Scale-out bestandsserver voor overzicht van toepassingsgegevens voor meer informatie.
  • In plaats van Azure NetApp Files replicatie tussen regio's, kunt u Azure File Sync gebruiken om Windows Server te transformeren in een snelle cache van uw Azure-bestandsshares. Dit kan geschikt zijn voor kleinere bestandsshares. Zie Azure File Sync implementeren voor meer informatie.

Overwegingen

Het Azure Well-Architected Framework biedt referentierichtlijnen en best practices die u kunt toepassen op uw architectuur.

Beschikbaarheid

Repliceren naar een tweede regio verhoogt de beschikbaarheid door bescherming tegen regionale serviceonderbrekingen.

Prestatie-efficiëntie

  • Azure NetApp Files wordt geleverd met drie prestatielagen: Standard, Premium en Ultra. Replicatie tussen regio's kan tussen verschillende lagen worden gerepliceerd. Wanneer de primaire regio gebruikmaakt van de Premium- of Ultra-laag, kunt u repliceren naar een lagere laag, bijvoorbeeld Standard. In het geval van een failover kunt u de laag van de secundaire laag naar behoefte upgraden.
  • De replicatie van de gegevens wordt uitgevoerd op het niveau van het incrementele blok. Alleen gewijzigde gegevensblokken worden overgedragen, waardoor de gegevensoverdracht wordt geminimaliseerd.

Schaalbaarheid

Deze oplossing kan worden gebruikt voor bestandsshares van 4 tebibytes (TiB) tot een totaal volume van 12,5 pebibytes (PiB) op één Azure NetApp Files-account.

Flexibiliteit

  • Deze oplossing heeft een grotere tolerantie dan een implementatie met één regio en heeft failovermogelijkheden.
  • Het secundaire volume heeft het kenmerk Alleen-lezen. Het kan op elk gewenst moment worden geverifieerd, waardoor de tolerantie wordt verhoogd.
  • U kunt een noodhersteltest geïsoleerd uitvoeren zonder de productie-implementatie te verstoren. De test maakt gebruik van de ruimte-efficiënte volume kloonfunctie om binnen enkele seconden een lees-/schrijfkopie van een volume te krijgen.

Kostenoptimalisatie

De kosten van de oplossing zijn afhankelijk van de grootte van het volume dat wordt gerepliceerd, de wijzigingssnelheid en de doellaag van de Azure NetApp Files capaciteitsgroep. Zie prijzen Azure NetApp Files of gebruik de Azure-prijscalculator voor meer informatie.

Zie Kostenmodel voor replicatie tussen regio's voor meer voorbeelden.

Dit scenario implementeren

Als u wilt implementeren in Azure, voert u de volgende configuratietaken uit in de Windows Server DFS-naamruimte:

  1. Implementeer het primaire Azure NetApp Files-account.
  2. Maak een SMB-volume op de primaire.
  3. Implementeer het secundaire Azure NetApp Files-account.
  4. Repliceer het volume naar het secundaire Azure NetApp Files-account.
  5. Configureer DFS-naamruimten om naar het primaire volume te verwijzen.

In het geval van een failover:

  1. Failover van de volumes van Azure NetApp Files.
  2. Wijzig de doelen in DFS-naamruimten.

Deze taken kunnen worden geautomatiseerd en moeten worden geautomatiseerd.

Zie Herstel na noodgeval voor Enterprise-bestandsshares voor een stapsgewijze implementatiehandleiding.

Medewerkers

Dit artikel wordt onderhouden door Microsoft. Het is oorspronkelijk geschreven door de volgende inzenders.

Hoofdauteurs:

Volgende stappen