Beskriva Azure Storage-redundans

6 minuter

Azure Storage lagrar alltid flera kopior av dina data så att de skyddas från planerade och oplanerade händelser, till exempel tillfälliga maskinvarufel, nätverks- eller strömavbrott och naturkatastrofer. Redundans säkerställer att ditt lagringskonto uppfyller sina tillgänglighets- och hållbarhetsmål även vid fel.

När du bestämmer vilket redundansalternativ som är bäst för ditt scenario bör du överväga kompromisserna mellan lägre kostnader och högre tillgänglighet. De faktorer som hjälper dig att avgöra vilket redundansalternativ du ska välja är:

Hur dina data replikeras i den primära regionen.
Om dina data replikeras till en andra region som är geografiskt avlägsen till den primära regionen, för att skydda mot regionala katastrofer.
Om programmet kräver läsåtkomst till replikerade data i den sekundära regionen om den primära regionen blir otillgänglig.

Redundans i den primära regionen

Data i ett Azure Storage-konto replikeras alltid tre gånger i den primära regionen. Azure Storage erbjuder två alternativ för hur dina data replikeras i den primära regionen, lokalt redundant lagring (LRS) och zonredundant lagring (ZRS).

Lokalt redundant lagring

Lokalt redundant lagring (LRS) replikerar dina data tre gånger i ett enda datacenter i den primära regionen. LRS ger minst 11 nior hållbarhet (99,99999999999%) av objekt under ett visst år.

Diagram showing the structure used for locally redundant storage.

LRS är det lägsta alternativet för redundans och erbjuder minst hållbarhet jämfört med andra alternativ. LRS skyddar dina data mot serverrack och enhetsfel. Men om en katastrof, till exempel brand eller översvämning inträffar i datacentret, kan alla repliker av ett lagringskonto som använder LRS gå förlorade eller oåterkalleliga. För att minska den här risken rekommenderar Microsoft att du använder zonredundant lagring (ZRS), geo-redundant lagring (GRS) eller geo-zonredundant lagring (GZRS).

Zonredundant lagring

För tillgänglighetszonaktiverade regioner replikerar zonredundant lagring (ZRS) dina Azure Storage-data synkront över tre Azure-tillgänglighetszoner i den primära regionen. ZRS erbjuder hållbarhet för Azure Storage-dataobjekt på minst 12 nior (99,9999999999999%) under ett visst år.

Diagram showing ZRS, with a copy of data stored in each of three availability zones.

Med ZRS är dina data fortfarande tillgängliga för både läs- och skrivåtgärder även om en zon blir otillgänglig. Ingen återmontering av Azure-filresurser från de anslutna klienterna krävs. Om en zon blir otillgänglig genomför Azure nätverksuppdateringar, till exempel DNS-ompunktning. Dessa uppdateringar kan påverka ditt program om du kommer åt data innan uppdateringarna har slutförts.

Microsoft rekommenderar att du använder ZRS i den primära regionen för scenarier som kräver hög tillgänglighet. ZRS rekommenderas också för att begränsa replikering av data inom ett land eller en region för att uppfylla kraven för datastyrning.

Redundans i en sekundär region

För program som kräver hög hållbarhet kan du välja att dessutom kopiera data i ditt lagringskonto till en sekundär region som ligger hundratals mil från den primära regionen. Om data i ditt lagringskonto kopieras till en sekundär region är dina data varaktiga även i händelse av ett oåterkalleligt fel som förhindrar att data i den primära regionen återställs.

När du skapar ett lagringskonto väljer du den primära regionen för kontot. Den kopplade sekundära regionen baseras på Azure-regionpar och kan inte ändras.

Azure Storage erbjuder två alternativ för att kopiera dina data till en sekundär region: geo-redundant lagring (GRS) och geo-zonredundant lagring (GZRS). GRS liknar körning av LRS i två regioner, och GZRS liknar att köra ZRS i den primära regionen och LRS i den sekundära regionen.

Som standard är data i den sekundära regionen inte tillgängliga för läs- eller skrivåtkomst om det inte sker en redundansväxling till den sekundära regionen. Om den primära regionen blir otillgänglig kan du välja att redundansväxla till den sekundära regionen. När redundansväxlingen har slutförts blir den sekundära regionen den primära regionen och du kan läsa och skriva data igen.

Viktigt!

Eftersom data replikeras till den sekundära regionen asynkront kan ett fel som påverkar den primära regionen leda till dataförlust om den primära regionen inte kan återställas. Intervallet mellan de senaste skrivningar till den primära regionen och den senaste skrivningen till den sekundära regionen kallas återställningspunktmålet (RPO). RPO anger den tidpunkt till vilken data kan återställas. Azure Storage har vanligtvis ett RPO på mindre än 15 minuter, även om det för närvarande inte finns något serviceavtal om hur lång tid det tar att replikera data till den sekundära regionen.

Geo-redundant lagring

GRS kopierar dina data synkront tre gånger på en enda fysisk plats i den primära regionen med hjälp av LRS. Sedan kopieras dina data asynkront till en enda fysisk plats i den sekundära regionen (regionparet) med hjälp av LRS. GRS erbjuder hållbarhet för Azure Storage-dataobjekt på minst 16 nior (99,999999999999999999%) under ett visst år.

Diagram showing GRS, with primary region LRS replicating data to LRS in a second region.

Geografiskt zonredundant lagring

GZRS kombinerar den höga tillgänglighet som tillhandahålls av redundans mellan tillgänglighetszoner med skydd mot regionala avbrott som tillhandahålls av geo-replikering. Data i ett GZRS-lagringskonto kopieras över tre Azure-tillgänglighetszoner i den primära regionen (liknar ZRS) och replikeras också till en sekundär geografisk region, med hjälp av LRS, för skydd mot regionala katastrofer. Microsoft rekommenderar att du använder GZRS för program som kräver maximal konsekvens, hållbarhet och tillgänglighet, utmärkta prestanda och motståndskraft för haveriberedskap.

Diagram showing GZRS, with primary region ZRS replicating data to LRS in a second region.

GZRS är utformat för att ge minst 16 nior (99,9999999999999999%) av hållbarhet för objekt under ett visst år.

Läs åtkomst till data i den sekundära regionen

Geo-redundant lagring (med GRS eller GZRS) replikerar dina data till en annan fysisk plats i den sekundära regionen för att skydda mot regionala avbrott. Dessa data är dock tillgängliga för att vara skrivskyddade om kunden eller Microsoft initierar en redundansväxling från den primära till den sekundära regionen. Men om du aktiverar läsåtkomst till den sekundära regionen är dina data alltid tillgängliga, även när den primära regionen körs optimalt. För läsåtkomst till den sekundära regionen aktiverar du geo-redundant lagring med läsåtkomst (RA-GRS) eller geozonredundant lagring med läsbehörighet (RA-GZRS).