Delen via

Replicatie tussen regio's van Azure NetApp Files-volumes

De replicatiefunctionaliteit van Azure NetApp Files biedt gegevensbeveiliging via replicatie tussen regio's. U kunt gegevens asynchroon repliceren van een Azure NetApp Files-volume (bron) in de ene regio naar een ander Azure NetApp Files-volume (doel) in een andere regio. Met deze mogelijkheid kunt u een failover uitvoeren voor uw kritieke toepassing als er een storing of noodgeval in de hele regio optreedt.

Ondersteunde crossregionale replicatieparen

Azure NetApp Files-volumereplicatie wordt ondersteund tussen verschillende Regionale Paren van Azure en niet-standaardparen. Azure NetApp Files-volumereplicatie is momenteel beschikbaar tussen de volgende regio's. U kunt Azure NetApp Files volumes van regionaal paar A repliceren naar regionaal paar B en vice versa.

Regionale Azure-paren

Geografie Regionaal paar A Regionaal paar B
Australië Centraal Australië Australië - centraal 2
Australië Oost-Australië Australië Zuidoost
Azië-Stille Oceaan Oost-Azië Zuidoost-Azië
Brazilië Brazilië Zuid Brazilië - zuidoost
Brazilië/Noord-Amerika Brazilië Zuid Zuid-Centraal Verenigde Staten
Canada Centraal Canada Canada Oost
Europa Europa - noord West-Europa
Duitsland West-Centraal Duitsland Duitsland - noord
India Centraal-India Zuid-India
Japan Oost-Japan Japan Westelijk
Korea Centraal-Korea Zuid-Korea
Noord-Amerika Centrale Verenigde Staten Westelijke VS 3
Noord-Amerika Oostelijke VS Westelijke VS
Noord-Amerika Oostelijke Verenigde Staten 2 Centrale Verenigde Staten
Noord-Amerika Noord-Centraal VS Zuid-Centraal Verenigde Staten
Noord-Amerika Westelijke VS 3 Oostelijke VS
Noorwegen Noorwegen - oost West-Noorwegen
Zwitserland Zwitserland - noord West-Zwitserland
Verenigd Koninkrijk Verenigd Koninkrijk Zuid West van het Verenigd Koninkrijk
Verenigde Arabische Emiraten VAE Noord UAE Central
Amerikaanse regering VS overheid Arizona Amerikaanse regering Texas
Amerikaanse regering VS overheid Virginia Amerikaanse regering Texas

Regionale niet-standaardparen van Azure

Geografie Regionaal paar A Regionaal paar B
Australië/Azië - zuidoost Oost-Australië Zuidoost-Azië
Israël/Zweden Israël Centraal Zweden - centraal
Qatar/Europa Qatar Centrale West-Europa
Frankrijk/Europa Centraal Frankrijk West-Europa
Duitsland/VK West-Centraal Duitsland Verenigd Koninkrijk Zuid
Duitsland/Europa West-Centraal Duitsland West-Europa
Duitsland/Frankrijk West-Centraal Duitsland Centraal Frankrijk
Italië/Zweden Italië - noord Zweden - centraal
Zweden/Duitsland Zweden - centraal West-Centraal Duitsland
Spanje/Zweden Centraal Spanje Zweden - centraal
Noord-Amerika Oostelijke VS Oostelijke Verenigde Staten 2
Noord-Amerika Oostelijke VS Noord-Centraal VS
Noord-Amerika Oostelijke Verenigde Staten 2 Westelijke Verenigde Staten 2
Noord-Amerika Oostelijke Verenigde Staten 2 Westelijke VS 3
Noord-Amerika Noord-Centraal VS Oostelijke Verenigde Staten 2
Noord-Amerika Zuid-Centraal Verenigde Staten Oostelijke VS
Noord-Amerika Zuid-Centraal Verenigde Staten Oostelijke Verenigde Staten 2
Noord-Amerika Zuid-Centraal Verenigde Staten Centrale Verenigde Staten
Noord-Amerika Westelijke Verenigde Staten 2 Oostelijke VS
Noord-Amerika Westelijke Verenigde Staten 2 Westelijke VS 3
Zweden/Europa Zweden - centraal Europa - noord
Zweden/Europa Zweden - centraal West-Europa
VK/Europa Verenigd Koninkrijk Zuid Europa - noord
Amerikaanse regering VS overheid Arizona VS overheid Virginia

Opmerking

Er kan een discrepantie zijn in de grootte en het aantal momentopnamen tussen de bron en het doel. Deze discrepantie wordt verwacht. Momentopnamebeleid en replicatieschema's zijn van invloed op het aantal momentopnamen. Momentopnamebeleid en replicatieschema's, gecombineerd met de hoeveelheid gegevens die tussen momentopnamen is gewijzigd, hebben invloed op de grootte van momentopnamen. Raadpleeg hoe Momentopnamen van Azure NetApp Files werken voor meer informatie over momentopnamen.

Serviceniveaudoelstellingen

Recovery Point Objective (RPO) geeft het tijdstip aan waarop gegevens kunnen worden hersteld. Het RPO-doel is doorgaans minder dan twee keer het replicatieschema, maar kan variëren. In sommige gevallen kan deze verder gaan dan de doel-RPO op basis van factoren zoals de totale grootte van de gegevensset, de wijzigingssnelheid, het overschrijven van het percentage gegevens en de replicatiebandbreedte die beschikbaar is voor overdracht.

Replicatie tussen regio's ondersteunt drie replicatieschema's: 10 minuten, elk uur en dagelijks.

  • Voor het replicatieschema van 10 minuten is de typische RPO minder dan 20 minuten.
  • Het gebruikelijke RPO voor een uurlijkse replicatieschema is minder dan twee uur.
  • Voor het dagelijkse replicatieschema is de gebruikelijke RPO minder dan twee dagen.

Belangrijk

Grote volumes voor replicatie tussen regio's bieden geen ondersteuning voor het replicatieschema van 10 minuten.

Recovery Time Objective (RTO) of de maximale uitvaltijd van zakelijke toepassingen wordt bepaald door factoren bij het ophalen van de toepassing en het verlenen van toegang tot de gegevens op de tweede site. Het opslaggedeelte van de RTO voor het verbreken van de peeringrelatie om het doelvolume te activeren en lees- en schrijfgegevenstoegang te bieden op de tweede site, wordt naar verwachting binnen een minuut voltooid.

Kostenmodel voor replicatie tussen regio's

Met replicatie tussen regio's van Azure NetApp Files betaalt u alleen voor de hoeveelheid gegevens die u repliceert. Er zijn geen instelkosten of minimale gebruikskosten. De replicatieprijs is gebaseerd op de replicatiefrequentie en de regio van het doelvolume dat u kiest tijdens de initiële replicatieconfiguratie. Zie de pagina met prijzen voor Azure NetApp Files voor meer informatie.

De reguliere kosten voor de opslagcapaciteit van Azure NetApp Files zijn van toepassing op het replicatiebestemmingsvolume (ook wel het databeschermingsvolume genoemd).

Prijsvoorbeelden

Het bedrag voor replicatie tussen regio's dat in een maand wordt gefactureerd, is gebaseerd op de hoeveelheid gegevens die tijdens die maand wordt gerepliceerd via de functie replicatie tussen regio's. De hoeveelheid gerepliceerde gegevens wordt gemeten in GiB. Het vertegenwoordigt de som van gegevens die in twee regio's worden gerepliceerd tijdens alle reguliere replicaties van de bronvolumes naar de doelvolumes en tijdens alle resynchronisaties van de doelvolumes naar de bronvolumes.

Voorbeeld 1: Basislijnreplicatie van maand 1 en incrementele replicaties

Stel dat u de volgende situaties hebt:

  • Uw bronvolume is afkomstig van het Azure NetApp Files Premium-serviceniveau . Aan het begin van de eerste dag van een maand heeft het een volumequotumgrootte van 1000 GiB en een verbruikt volume van 500 GiB. Het volume bevindt zich in de regio VS - zuid-centraal .
  • Uw doelvolume is afkomstig van het Azure NetApp Files Standard-serviceniveau . Het bevindt zich in de regio VS - oost 2 .
  • U hebt een per uur gebaseerde replicatie tussen de regio's geconfigureerd voor de twee bovenstaande volumes. Daarom is de prijs van replicatie $ 0,12 per GiB.
  • Ga voor eenvoud ervan uit dat uw bronvolume elk uur een constante gegevensverandering van 0,5 GiB heeft, maar dat de totale hoeveelheid verbruikt volume niet groeit (blijft 500 GiB).

Na de eerste installatie vindt de basislijnreplicatie onmiddellijk plaats.

  • Gegevenshoeveelheid gerepliceerd tijdens basislijnreplicatie: 500 GiB
  • Kosten voor basislijnreplicatie: 500 GiB * $0.12 = $60

Na de basislijnreplicatie worden alleen gewijzigde blokken gerepliceerd. Daarom wordt slechts 0,5 GiB aan gegevens elk uur gerepliceerd in de volgende incrementele replicaties.

  • De som van het gegevensvolume dat wordt gekopieerd en gerepliceerd gedurende incrementele replicaties over een periode van 30 dagen: 0.5 GiB * 24 hours * 30 days = 360 GiB
  • Incrementele replicatiekosten: 360 GiB * $0.12 = $43.2

Aan het einde van maand 1 zijn de totale replicatiekosten voor meerdere regio's als volgt:

  • Totale kosten voor replicatie tussen regio's vanaf maand 1: $60 + $43.2 = $103.2

Normale Azure NetApp Files-opslagcapaciteitskosten zijn van toepassing op het doelvolume. Het doelvolume kan echter een andere opslaglaag gebruiken dan (en goedkoper dan) de bronvolumelaag.

Voorbeeld 2: Incrementele replicaties van maand 2 en replicaties opnieuw synchroniseren

Stel dat u een bronvolume, een doelvolume en een replicatierelatie tussen de twee instellingen hebt, zoals beschreven in voorbeeld 1. Gedurende 29 dagen van de tweede maand (een maand van 30 dagen) hebben de replicaties per uur plaatsgevonden zoals verwacht.

  • De som van de gegevenshoeveelheid die gedurende 29 dagen wordt gerepliceerd in incrementele replicaties: 0.5 GiB * 24 hours * 29 days = 348 GiB

Stel dat er op de laatste dag van de maand een niet-geplande storing is opgetreden in de bronregio en dat u een failover hebt uitgevoerd naar het doelvolume. Na 2 uur is de bronregio hersteld en hebt u een resynchronisatie van het doelvolume naar het bronvolume uitgevoerd. Tijdens de 2 uur heeft 0,8 GiB aan wijzigingen in gegevens plaatsgevonden op het doelvolume en moest opnieuw worden gesynchroniseerd naar de bron.

  • De som van de hoeveelheid gegevens gerepliceerd gedurende 22 uur in reguliere replicaties op de laatste dag: 0.5 GiB * 22 hours = 11 GiB
  • Aantal gegevens gerepliceerd tijdens een opnieuw synchronisatie van replicatie: 0.8 GiB

Daarom zijn de totale replicatiekosten voor meerdere regio's eind maand 2 als volgt:

  • Totale replicatiekosten voor meerdere regio's van maand 2: (348 GiB + 11 GiB + 0.8 GiB) * $0.12 = $43.18

Normale opslagcapaciteitskosten voor Azure NetApp Files voor de tweede maand gelden voor het doelvolume.

Volgende stappen