Redundans i Azure Storage
Azure Storage lagrar alltid flera kopior av dina data så att de skyddas från planerade och oplanerade händelser, inklusive tillfälliga maskinvarufel, nätverks- eller strömavbrott och enorma 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 passar bäst för ditt scenario bör du överväga avvägningarna mellan lägre kostnader och högre tillgänglighet. Faktorerna som hjälper dig att avgöra vilket redundansalternativ du bör välja är:
- Hur dina data replikeras i den primära regionen
- Om dina data replikeras till en andra region som är geografiskt avlägsna i den primära regionen, för att skydda mot regionala katastrofer
- Om ditt program kräver läsbehörighet till replikerade data i den sekundära regionen om den primära regionen av någon anledning blir otillgänglig
Anteckning
Funktionerna och regional tillgänglighet som beskrivs i den här artikeln är också tillgängliga för konton som har en hierarkisk namnrymd.
Redundans i den primära regionen
Data i ett Azure Storage-konto replikeras alltid tre gånger i den primära regionen. Azure Storage innehåller två alternativ för hur dina data replikeras i den primära regionen:
- Lokalt redundant lagring (LRS) kopierar dina data synkront tre gånger inom en enda fysisk plats i den primära regionen. LRS är det billigaste replikeringsalternativet, men rekommenderas inte för program som kräver hög tillgänglighet eller hållbarhet.
- Zonredundant lagring (ZRS) kopierar dina data synkront över tre Azure-tillgänglighetszoner i den primära regionen. För program som kräver hög tillgänglighet rekommenderar Microsoft att du använder ZRS i den primära regionen och även replikerar till en sekundär region.
Anteckning
Microsoft rekommenderar att du använder ZRS i den primära regionen för Azure Data Lake Storage Gen2-arbetsbelastningar.
Lokalt redundant lagring
Lokalt redundant lagring (LRS) replikerar dina data tre gånger inom ett enda datacenter i den primära regionen. LRS ger minst 99,9999999999 % (11 nior) objekts hållbarhet under ett visst år.
LRS är det redundansalternativ som har lägst kostnad och har 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ämningar 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).
En skrivbegäran till ett lagringskonto som använder LRS sker synkront. Skrivåtgärden returneras först när data har skrivits till alla tre replikerna.
Följande diagram visar hur dina data replikeras inom ett enda datacenter med LRS:
LRS är ett bra alternativ för följande scenarier:
- Om ditt program lagrar data som enkelt kan rekonstrueras om data går förlorade kan du välja LRS.
- Om ditt program är begränsat till att endast replikera data inom ett land eller en region på grund av datastyrningskrav kan du välja LRS. I vissa fall kan de parkopplade regionerna där data geo-replikeras finnas i ett annat land eller en annan region. Mer information om parkopplade regioner finns i Azure-regioner.
Zonredundant lagring
Zonredundant lagring (ZRS) replikerar dina Azure Storage data synkront över tre Azure-tillgänglighetszoner i den primära regionen. Varje tillgänglighetszon är en separat fysisk plats med fristående strömförsörjning, nedkylning och nätverk. ZRS ger hållbarhet för Azure Storage dataobjekt på minst 99,99999999999 % (12 nia) under ett visst år.
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. Om en zon blir otillgänglig utför Azure nätverksuppdateringar, till exempel DNS-åter pekare. De här uppdateringarna kan påverka ditt program om du har åtkomst till data innan uppdateringarna har slutförts. När du utformar program för ZRS bör du följa metoder för hantering av tillfälliga fel, inklusive implementera återförsöksprinciper med exponentiell back off.
En skrivbegäran till ett lagringskonto som använder ZRS sker synkront. Skrivåtgärden returneras först när data har skrivits till alla repliker i de tre tillgänglighetszonerna.
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 replikeringen av data till inom ett land eller en region för att uppfylla datastyrningskraven.
Följande diagram visar hur dina data replikeras mellan tillgänglighetszoner i den primära regionen med ZRS:
ZRS ger utmärkt prestanda, låg latens och återhämtning för dina data om de blir tillfälligt otillgängliga. ZRS kan dock i sig inte skydda dina data mot en regional katastrof där flera zoner påverkas permanent. För skydd mot regionala katastrofer rekommenderar Microsoft att du använder geo-zonredundant lagring (GZRS), som använder ZRS i den primära regionen och även geo-replikerar dina data till en sekundär region.
I följande tabell visas vilka typer av lagringskonton som stöder ZRS i vilka regioner:
| Typ av lagringskonto | Regioner som stöds | Tjänster som stöds |
|---|---|---|
| Generell användning v21 | (Afrika) Sydafrika, norra (Asien och stillahavsområdet) Sydostasien (Asien och stillahavsområdet) Australien, östra (Asien och stillahavsområdet) Japan, östra (Kanada) Kanada, centrala (Europa) Europa, norra (Europa) Europa, västra (Europa) Frankrike, centrala (Europa) Tyskland, västra centrala (Europa) Storbritannien, södra (Sydamerika) Brasilien, södra (USA) USA, centrala (USA) USA, östra (USA) USA, östra 2 (USA) USA, södra centrala (USA) USA, västra 2 |
Blockblobar Sidblobar2 Filresurser (standard) Tables Köer |
| Premium blockblobar1 | Sydostasien Australien, östra Nordeuropa Västeuropa Frankrike, centrala Japan, östra Storbritannien, södra USA, Östra USA, östra 2 USA, västra 2 |
Premium endast blockblobar |
| Premium filresurser | Sydostasien Australien, östra Nordeuropa Västeuropa Frankrike, centrala Japan, östra Storbritannien, södra USA, Östra USA, östra 2 USA, västra 2 |
Premium endast filresurser |
1 Arkivnivån stöds för närvarande inte för ZRS-konton.
2 Ohanterade Diskar i Azure bör också använda LRS. Det går att skapa ett lagringskonto för ohanterade Azure-diskar som använder GRS, men det rekommenderas inte på grund av potentiella problem med konsekvens över asynkron geo-replikering. Ohanterade diskar stöder inte ZRS eller GZRS.
Information om vilka regioner som stöder ZRS finns i Tjänstsupport per region i Vad Azure-tillgänglighetszoner?.
Redundans i en sekundär region
För program som kräver hög hållbarhet kan du välja att kopiera data i ditt lagringskonto till en sekundär region som ligger hundratals mil bort från den primära regionen. Om ditt lagringskonto kopieras till en sekundär region är dina data beständiga även vid ett fullständigt regionalt avbrott eller en katastrof där den primära regionen inte kan återställas.
När du skapar ett lagringskonto väljer du den primära regionen för kontot. Den parkopplade sekundära regionen bestäms baserat på den primära regionen och kan inte ändras. Mer information om regioner som stöds av Azure finns i Azure-regioner.
Azure Storage två alternativ för att kopiera data till en sekundär region:
- Geo-redundant lagring (GRS) kopierar dina data synkront tre gånger inom en enda fysisk plats i den primära regionen med hjälp av LRS. Därefter kopieras dina data asynkront till en enda fysisk plats i den sekundära regionen. Inom den sekundära regionen kopieras dina data synkront tre gånger med hjälp av LRS.
- Geo-zonredundant lagring (GZRS) kopierar dina data synkront över tre Azure-tillgänglighetszoner i den primära regionen med hjälp av ZRS. Därefter kopieras dina data asynkront till en enda fysisk plats i den sekundära regionen. Inom den sekundära regionen kopieras dina data synkront tre gånger med hjälp av LRS.
Anteckning
Den största skillnaden mellan GRS och GZRS är hur data replikeras i den primära regionen. Inom den sekundära regionen replikeras data alltid synkront tre gånger med hjälp av LRS. LRS i den sekundära regionen skyddar dina data mot maskinvarufel.
Med GRS eller GZRS är data i den sekundära regionen inte tillgängliga för läs- eller skrivåtkomst såvida det inte finns en redundans till den sekundära regionen. För läsåtkomst till den sekundära regionen konfigurerar du lagringskontot så att det använder ra-GRS (read-access geo-redundant storage) eller ra-gzrs (read-access geo-zone-redundant storage). Mer information finns i Läs åtkomst till data i den sekundära regionen.
Om den primära regionen blir otillgänglig kan du välja att redundans växla över till den sekundära regionen. När redundansen har slutförts blir den sekundära regionen den primära regionen och du kan läsa och skriva data igen. Mer information om haveriberedskap och hur du redundansar till den sekundära regionen finns i Haveriberedskap och redundans för lagringskonto.
Viktigt
Eftersom data replikeras till den sekundära regionen asynkront kan ett fel som påverkar den primära regionen resultera i 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 mål för återställningspunkt (RPO). RPO:et 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 för hur lång tid det tar att replikera data till den sekundära regionen.
Geo-redundant lagring
Geo-redundant lagring (GRS) kopierar dina data synkront tre gånger inom 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 en sekundär region som ligger hundratals kilometer från den primära regionen. GRS ger hållbarhet för Azure Storage-dataobjekt på minst 99,999999999999999 % (16 nior) under ett visst år.
En skrivåtgärd utförs först på den primära platsen och replikeras med hjälp av LRS. Uppdateringen replikeras sedan asynkront till den sekundära regionen. När data skrivs till den sekundära platsen replikeras de också på den platsen med hjälp av LRS.
Följande diagram visar hur dina data replikeras med GRS eller RA-GRS:
Geografiskt zonredundant lagring
Geo-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 och replikeras också till en sekundär geografisk region 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ärkt prestanda och återhämtning vid haveriberedskap.
Med ett GZRS-lagringskonto kan du fortsätta att läsa och skriva data om en tillgänglighetszon blir otillgänglig eller inte kan återställas. Dessutom är dina data också beständiga vid ett fullständigt regionalt avbrott eller en katastrof där den primära regionen inte kan återställas. GZRS är utformat för att ge minst 99,999999999999999 % (16 nia) objekts varaktighet under ett visst år.
Följande diagram visar hur dina data replikeras med GZRS eller RA-GZRS:
Endast allmänna v2-lagringskonton stöder GZRS och RA-GZRS. Mer information om typer av lagringskonton finns i Översikt över Azure Storage-konton. GZRS och RA-GZRS stöder blockblobar, sidblobar (förutom VHD-diskar), filer, tabeller och köer.
GZRS och RA-GZRS stöds i följande regioner:
- (Asien och stillahavsområdet) Asien, östra
- (Asien och stillahavsområdet) Asien, sydöstra
- (Asien och stillahavsområdet) Australien, östra
- (Asien och stillahavsområdet) Japan, östra
- (Kanada) Kanada, centrala
- (Europa) Europa, norra
- (Europa) Europa, västra
- (Europa) Frankrike, centrala
- (Europa) Mellanöstern
- (Europa) Storbritannien, södra
- (Sydamerika) Brasilien, södra
- (USA) USA, centrala
- (USA) USA, östra
- (USA) USA, östra 2
- (USA) Amerikanska myndigheter, östra
- (USA) USA, södra centrala
- (USA) USA, västra 2
- (USA) USA, västra 3
Information om priser finns i prisinformation för blobar, filer, köeroch tabeller.
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 kan dock bara läsas om kunden eller Microsoft initierar en redundans från den primära till den sekundära regionen. När du aktiverar läsåtkomst till den sekundära regionen kan dina data alltid läsas, även i en situation där den primära regionen blir otillgänglig. För läsåtkomst till den sekundära regionen aktiverar du geo-redundant lagring med läsbehörighet (RA-GRS) eller geo-zonredundant lagring med läsbehörighet (RA-GZRS).
Anteckning
Azure Files stöder inte geo-redundant lagring med läsbehörighet (RA-GRS) och geo-zonredundant lagring med läsbehörighet (RA-GZRS).
Utforma dina program för läsåtkomst till den sekundära
Om ditt lagringskonto har konfigurerats för läsåtkomst till den sekundära regionen kan du utforma dina program så att de sömlöst växlar till att läsa data från den sekundära regionen om den primära regionen av någon anledning blir otillgänglig.
Den sekundära regionen är tillgänglig för läsåtkomst när du aktiverar RA-GRS eller RA-GZRS, så att du kan testa programmet i förväg för att se till att det läses korrekt från den sekundära regionen vid ett avbrott. Mer information om hur du utformar dina program för att dra nytta av geo-redundans finns i Använda geo-redundans för att utforma program med hög tillgänglighet.
När läsåtkomst till den sekundära är aktiverad kan programmet läsas från den sekundära slutpunkten och från den primära slutpunkten. Den sekundära slutpunkten lägger till suffixet –secondary i kontonamnet. Om din primära slutpunkt för Blob Storage till exempel är myaccount.blob.core.windows.net är den sekundära slutpunkten myaccount-secondary.blob.core.windows.net . Kontots åtkomstnycklar för ditt lagringskonto är desamma för både den primära och den sekundära slutpunkten.
Kontrollera egenskapen Tidpunkt för senaste synkronisering
Eftersom data replikeras till den sekundära regionen asynkront ligger den sekundära regionen ofta bakom den primära regionen. Om ett fel inträffar i den primära regionen är det troligt att alla skrivningar till den primära regionen ännu inte har replikerats till den sekundära regionen.
För att avgöra vilka skrivåtgärder som har replikerats till den sekundära regionen kan ditt program kontrollera egenskapen Senaste synkroniseringstid för ditt lagringskonto. Alla skrivåtgärder som skrivits till den primära regionen före den senaste synkroniseringen har replikerats till den sekundära regionen, vilket innebär att de kan läsas från den sekundära regionen. Alla skrivåtgärder som skrivits till den primära regionen efter den senaste synkroniseringen kan ha replikerats till den sekundära regionen, vilket innebär att de kanske inte är tillgängliga för läsåtgärder.
Du kan fråga värdet för egenskapen Last Sync Time (Tid för senaste synkronisering) Azure PowerShell, Azure CLI eller något av Azure Storage klientbiblioteken. Egenskapen Last Sync Time (Tid för senaste synkronisering) är ett datum-/tidsvärde för GMT. Mer information finns i Kontrollera egenskapen Last Sync Time för ett lagringskonto.
Sammanfattning av redundansalternativ
Tabellerna i följande avsnitt sammanfattar de redundansalternativ som är tillgängliga för Azure Storage
Parametrar för hållbarhet och tillgänglighet
I följande tabell beskrivs nyckelparametrarna för varje redundansalternativ:
| Parameter | LRS | ZRS | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| Procent hållbarhet för objekt under ett visst år | minst 99,9999999999 % (11 nia) | minst 99,99999999999 % (12 nia) | minst 99,99999999999999999 % (16 nia) | minst 99,99999999999999999 % (16 nia) |
| Tillgänglighet för läsbegäranden | Minst 99,9 % (99 % för den coola åtkomstnivån) | Minst 99,9 % (99 % för den coola åtkomstnivån) | Minst 99,9 % (99 % för den coola åtkomstnivån) för GRS Minst 99,99 % (99,9 % för en cool åtkomstnivå) för RA-GRS |
Minst 99,9 % (99 % för en cool åtkomstnivå) för GZRS Minst 99,99 % (99,9 % för en cool åtkomstnivå) för RA-GZRS |
| Tillgänglighet för skrivbegäranden | Minst 99,9 % (99 % för den coola åtkomstnivån) | Minst 99,9 % (99 % för den coola åtkomstnivån) | Minst 99,9 % (99 % för den coola åtkomstnivån) | Minst 99,9 % (99 % för den coola åtkomstnivån) |
| Antal kopior av data som finns på separata noder | Tre kopior inom en enda region | Tre kopior över separata tillgänglighetszoner inom en enda region | Totalt sex kopior, inklusive tre i den primära regionen och tre i den sekundära regionen | Totalt sex kopior, inklusive tre över separata tillgänglighetszoner i den primära regionen och tre lokalt redundanta kopior i den sekundära regionen |
Hållbarhet och tillgänglighet efter avbrottsscenario
Följande tabell visar om dina data är beständiga och tillgängliga i ett visst scenario, beroende på vilken typ av redundans som gäller för ditt lagringskonto:
| Avbrottsscenario | LRS | ZRS | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| En nod i ett datacenter blir otillgänglig | Ja | Ja | Ja | Ja |
| Ett helt datacenter (zonindeligt eller icke-zonindeligt) blir otillgängligt | Inga | Ja | Ja1 | Ja |
| Ett regionomfattande avbrott inträffar i den primära regionen | Inga | Inga | Ja1 | Ja1 |
| Läsåtkomst till den sekundära regionen är tillgänglig om den primära regionen blir otillgänglig | Inga | Inga | Ja (med RA-GRS) | Ja (med RA-GZRS) |
1 Konto redundans krävs för att återställa skrivtillgänglighet om den primära regionen blir otillgänglig. Mer information finns i Haveriberedskap och redundans för lagringskonto.
Stöd Azure Storage tjänster
I följande tabell visas vilka redundansalternativ som stöds av varje Azure Storage tjänst.
| LRS | ZRS | GRS | RA-GRS | GZRS | RA-GZRS |
|---|---|---|---|---|---|
| Blob Storage Queue Storage Table Storage Azure Files1,2 Azure Managed Disks |
Blob Storage Queue Storage Table Storage Azure Files1,2 Azure Managed Disks3 |
Blob Storage Queue Storage Table Storage Azure Files1 |
Blob Storage Queue Storage Table Storage |
Blob Storage Queue Storage Table Storage Azure Files1 |
Blob Storage Queue Storage Table Storage |
1 Standardfilresurser stöds på LRS och ZRS. Standardfilresurser stöds på GRS och GZRS så länge de är mindre än eller lika med fem TiB i storlek.
2 Premium-filresurser stöds på LRS och ZRS.
3 ZRS-hanterade diskar har vissa begränsningar. Mer information finns i avsnittet Begränsningar i redundansalternativen för hanterade diskar.
Lagringskontotyper som stöds
I följande tabell visas vilka redundansalternativ som stöds av varje typ av lagringskonto. Information om lagringskontotyper finns i Storage kontoöversikt.
| LRS | ZRS | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|
| General-purpose v2 General-purpose v1 Premium blockblob Äldre blob Premium filresurser |
General-purpose v2 Premium blockblobar Premium filresurser |
General-purpose v2 General-purpose v1 Äldre blob |
General-purpose v2 |
Alla data för alla lagringskonton kopieras enligt redundansalternativ för lagringskontot. Objekt som blockblobar, tilläggsblobar, sidblobar, köer, tabeller och filer kopieras. Data på alla nivåer, inklusive arkivnivån, kopieras. Mer information om blobnivåer finns i Åtkomstnivåer för hot, cool och arkiv för blobdata.
Prisinformation för varje redundansalternativ finns i Azure Storage prissättning.
Anteckning
Azure Premium Disk Storage för närvarande endast stöd för lokalt redundant lagring (LRS). Blockbloblagringskonton stöder lokalt redundant lagring (LRS) och zonredundant lagring (ZRS) i vissa regioner.
Dataintegritet
Azure Storage regelbundet verifierar integriteten för data som lagras med hjälp av cykliska redundanskontroller (CPC). Om skadade data identifieras repareras de med redundanta data. Azure Storage också kontrollsumor på all nätverkstrafik för att identifiera skadade datapaket vid lagring eller hämtning av data.