Inzicht in replicatie tussen zones van Azure NetApp Files
In veel gevallen wordt tolerantie voor beschikbaarheidszones bereikt door ha-architecturen met behulp van replicatie op basis van toepassingen en hoge beschikbaarheid, zoals wordt uitgelegd in Beschikbaarheidszones gebruiken voor hoge beschikbaarheid. Eenvoudigere, rendabelere benaderingen worden echter vaak overwogen door gegevensreplicatie op basis van opslag te gebruiken.
Net als bij de functie replicatie tussen regio's van Azure NetApp Files biedt de functie voor replicatie tussen meerdere zones (CZR) gegevensbescherming tussen volumes in verschillende beschikbaarheidszones. U kunt asynchroon gegevens repliceren van een Azure NetApp Files-volume (bron) in de ene beschikbaarheidszone naar een ander Azure NetApp Files-volume (doel) in een andere beschikbaarheidszone. Met deze mogelijkheid kunt u een failover uitvoeren voor uw kritieke toepassing als er een storing of noodgeval in de hele zone optreedt.
Replicatie tussen zones is beschikbaar in alle az-regio's met aanwezigheid van Azure NetApp Files.
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 zones ondersteunt drie replicatieschema's: 10 minuten, elk uur en dagelijks.
- Voor het replicatieschema van 10 minuten is de gebruikelijke RPO minder dan 20 minuten.
- Voor het schema voor replicatie per uur is de gebruikelijke RPO minder dan twee uur.
- Voor het dagelijkse replicatieschema is de gebruikelijke RPO minder dan twee dagen.
Belangrijk
Het replicatieschema van 10 minuten wordt niet ondersteund voor grote volumes met replicatie tussen zones.
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 zones
Gerepliceerde volumes worden gehost in een capaciteitspool. Als zodanig zijn de kosten voor replicatie tussen zones gebaseerd op de ingerichte capaciteitspoolgrootte en -laag zoals normaal. Er zijn geen extra kosten verbonden aan gegevensreplicatie.