Förstå replikering mellan zoner för Azure NetApp Files (förhandsversion)

I många fall uppnås återhämtning mellan tillgänglighetszoner av HA-arkitekturer med hjälp av programbaserad replikering och HA, enligt beskrivningen i Använda tillgänglighetszoner för hög tillgänglighet. Enklare, mer kostnadseffektiva metoder beaktas dock ofta med hjälp av lagringsbaserad datareplikering i stället.

På samma sätt som replikeringsfunktionen mellan regioner i Azure NetApp Files ger CZR-funktionen dataskydd mellan volymer i olika tillgänglighetszoner. Du kan asynkront replikera data från en Azure NetApp Files-volym (källa) i en tillgänglighetszon till en annan Azure NetApp Files-volym (mål) i en annan tillgänglighet. Med den här funktionen kan du redundansväxla ditt kritiska program om ett zonomfattande avbrott eller haveri inträffar.

Regioner som stöds

Förhandsversionen av replikering mellan zoner är tillgänglig i följande regioner:

  • Australien, östra
  • Brasilien, södra
  • Kanada, centrala
  • Indien, centrala
  • Central US
  • Asien, östra
  • East US
  • USA, östra 2
  • Frankrike, centrala
  • Tyskland, västra centrala
  • Japan, östra
  • Sydkorea, centrala
  • Europa, norra
  • Norge, östra
  • Qatar, centrala
  • Sydafrika, norra
  • Sydostasien
  • USA, södra centrala
  • Sverige, centrala
  • Schweiz, norra
  • Förenade Arabemiraten, norra
  • Storbritannien, södra
  • US Gov, Virginia
  • Europa, västra
  • USA, västra 2
  • USA, västra 3

I framtiden planeras replikering mellan zoner för alla AZ-aktiverade regioner med Azure NetApp Files-närvaro.

Servicenivåmål

Mål för återställningspunkt (RPO) anger den tidpunkt då data kan återställas. RPO-målet är vanligtvis mindre än dubbelt så mycket som replikeringsschemat, men det kan variera. I vissa fall kan det gå utöver mål-RPO baserat på faktorer som den totala datamängdens storlek, ändringshastigheten, procentandelen dataöverskrivningar och den tillgängliga replikeringsbandbredden för överföring.

Replikering mellan zoner stöder tre replikeringsscheman: 10 minuter, varje timme och varje dag.

  • För replikeringsschemat på 10 minuter är det typiska RPO mindre än 20 minuter.
  • För replikeringsschemat per timme är det typiska RPO mindre än två timmar.
  • För det dagliga replikeringsschemat är det typiska RPO mindre än två dagar.

Mål för återställningstid (RTO) eller den maximala tolerabla driftstoppen för affärsprogram bestäms av faktorer som bidrar till att ta upp programmet och ge åtkomst till data på den andra platsen. Lagringsdelen av RTO för att bryta peeringrelationen för att aktivera målvolymen och ge läs- och skrivdataåtkomst på den andra platsen förväntas vara klar inom en minut.

Kostnadsmodell för replikering mellan zoner

Replikerade volymer finns i en kapacitetspool. Därför baseras kostnaden för replikering mellan zoner på den etablerade kapacitetspoolens storlek och nivå som vanligt. Det finns ingen extra kostnad för datareplikering.

Nästa steg