Azure Files-dataredundans
Azure Files 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 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 (geo-redundans).
Azure-filresurser hanteras via en vanlig Azure-resurs som kallas för ett lagringskonto. Lagringskontot representerar en delad lagringspool som kan användas för att distribuera filresurser. Mer information om lagringskonton finns i Översikt över lagringskonto.
När du skapar ett lagringskonto väljer du en redundansinställning för lagringskontot som delas för alla lagringstjänster som exponeras av det kontot. Därför har alla filresurser som distribueras i samma lagringskonto samma redundansinställning. Du kanske vill isolera filresurser i separata lagringskonton om de har olika redundanskrav.
Redundans i den primära regionen
Data i ett Azure Storage-konto replikeras alltid tre gånger i den primära regionen. Azure Files erbjuder två alternativ för hur dina data replikeras i den primära regionen:
- Lokalt redundant lagring (LRS) kopierar dina data synkront tre gånger på 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 vi att du använder ZRS i den primära regionen och även replikerar till en sekundär region.
Lokalt redundant lagring
Lokalt redundant lagring (LRS) replikerar ditt lagringskonto tre gånger i ett enda datacenter i den primära regionen. LRS ger minst 99,99999999999% (11 nior) hållbarhet under ett visst år.
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 vi 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 returnerar endast när data har skrivits till alla tre replikerna.
Följande diagram visar hur dina data replikeras i ett enda datacenter med LRS:
LRS är ett bra val för följande scenarier:
- Om ditt program lagrar data som enkelt kan rekonstrueras om dataförlust inträffar.
- Om ditt program är begränsat till att endast replikera data inom ett land eller en region på grund av datastyrningskrav. I vissa fall kan de parkopplade regioner där data är geo-replikerade finnas i ett annat land eller en annan region. Mer information om parkopplade regioner finns i Azure-regioner.
Zonredundant lagring
Zonredundant lagring (ZRS) replikerar ditt lagringskonto 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 erbjuder hållbarhet på minst 99,99999999999999 % (12 9) 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 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. När du utformar program för ZRS följer du metoder för tillfällig felhantering, inklusive implementering av återförsöksprinciper med exponentiell säkerhetskopiering.
En skrivbegäran till ett lagringskonto som använder ZRS sker synkront. Skrivåtgärden returnerar endast när data har skrivits till alla repliker i de tre tillgänglighetszonerna.
En fördel med att använda ZRS för Azure Files-arbetsbelastningar är att om en zon blir otillgänglig krävs ingen återmontering av Azure-filresurser från de anslutna klienterna. Vi rekommenderar att du använder ZRS i den primära regionen för scenarier som kräver hög tillgänglighet. Vi rekommenderar också ZRS för att begränsa replikering av data till ett visst land eller en viss region för att uppfylla kraven för datastyrning.
Kommentar
Azure File Sync är zonredundant i alla regioner som stöder zoner utom US Gov Virginia. I de flesta fall rekommenderar vi att Azure File Sync-användare konfigurerar lagringskonton för att använda ZRS eller GZRS.
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 svarstid och återhämtning för dina data om de blir tillfälligt otillgängliga. ZRS kanske dock inte skyddar dina data mot en regional katastrof där flera zoner påverkas permanent. För skydd mot regionala katastrofer rekommenderar vi 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.
Mer information om vilka regioner som stöder ZRS finns i Tillgänglighetszonstjänst och regional support.
Standardlagringskonton
ZRS stöds i standardlagringskonton för generell användning v2 för alla tre standardnivåerna: transaktionsoptimerad, frekvent och lågfrekvent.
En lista över regioner som stöder ZRS för standardlagringskonton finns i Azure-regioner som stöder zonredundant lagring (ZRS) för standardlagringskonton.
Premium-filresurskonton
ZRS stöds för premiumfilresurser via lagringskontotypen FileStorage .
En lista över regioner som stöder ZRS för premiumfilresurskonton finns i Azure Files zonredundant lagring för premiumfilresurser.
Redundans i en sekundär region
För program som kräver hög hållbarhet för SMB-filresurser kan du välja geo-redundant lagring för att kopiera data i ditt lagringskonto till en sekundär region som ligger hundratals mil från den primära regionen. Om ditt lagringskonto kopieras till en sekundär region är dina data varaktiga även vid ett fullständigt regionalt avbrott eller en katastrof där den primära regionen inte kan återställas.
Viktigt!
Azure Files stöder endast geo-redundans (GRS eller GZRS) för SMB-standardfilresurser. Premium-filresurser och NFS-filresurser måste använda LRS eller ZRS.
När du skapar ett lagringskonto väljer du den primära regionen för kontot. Den kopplade 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 Files erbjuder två alternativ för att kopiera dina data till en sekundär region. För närvarande är geo-redundanta lagringsalternativ endast tillgängliga för SMB-standardfilresurser.
- 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. I 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 ZRS. Därefter kopieras dina data asynkront till en enda fysisk plats i den sekundära regionen. I den sekundära regionen kopieras dina data synkront tre gånger med hjälp av LRS.
Den primära 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.
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 mil från den primära regionen. GRS erbjuder hållbarhet på minst 99,9999999999999999999 % (16 9) under ett visst år.
En skrivåtgärd checkas först in 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:
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 mellan tre Azure-tillgänglighetszoner i den primära regionen och replikeras också till en sekundär geografisk region för skydd mot regionala katastrofer. Vi 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 för 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å varaktiga 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 9: s) hållbarhet under ett visst år.
Följande diagram visar hur dina data replikeras med GZRS:
Endast standardlagringskonton för generell användning v2 stöder GZRS.
En lista över regioner som stöder GZRS finns i Azure-regioner som stöder geo-zonredundant lagring (GZRS).
Haveriberedskap och redundans
Med GRS eller GZRS är filresurserna inte tillgängliga i den sekundära regionen om inte en redundansväxling sker. Om den primära regionen blir otillgänglig kan du välja att redundansväxla till den sekundära regionen. Redundansväxlingen uppdaterar DNS-posten som tillhandahålls av Azure Files så att den sekundära slutpunkten blir den nya primära slutpunkten för ditt lagringskonto. Under redundansväxlingen är dina data otillgängliga. När redundansväxlingen är klar kan du läsa och skriva data till den nya primä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. Mer information finns i Haveriberedskap och redundans i Azure Files.
Viktigt!
Azure Files stöder inte geo-redundant lagring med läsåtkomst (RA-GRS) eller geozonredundant lagring med läsbehörighet (RA-GZRS). Om ett lagringskonto har konfigurerats för att använda RA-GRS eller RA-GZRS konfigureras och faktureras filresurserna som GRS eller GZRS.
Geo-redundans för premiumfilresurser
Som tidigare nämnts stöds inte alternativ för geo-redundans (GRS och GZRS) för premiumfilresurser. Du kan dock uppnå geo-redundans på andra sätt.
För Azure File Sync-scenarier kan du synkronisera mellan din Azure-filresurs (molnslutpunkten), en lokal Windows-filserver och en monterad filresurs som körs på en virtuell dator i en annan Azure-region (serverslutpunkten i haveriberedskapssyfte). Du måste inaktivera molnnivåindelning för att säkerställa att alla data finns lokalt och etablera tillräckligt med lagringsutrymme på den virtuella Azure-datorn för att lagra hela datamängden. För att säkerställa att ändringarna replikeras snabbt till den sekundära regionen bör filer endast nås och ändras på serverslutpunkten i stället för i Azure.
Du kan också skapa ett eget skript för att kopiera data till ett lagringskonto i en sekundär region med hjälp av verktyg som AzCopy (använd version 10.4 eller senare för att bevara ACL:er och tidsstämplar).
Sammanfattning av redundansalternativ
Tabellerna i följande avsnitt sammanfattar de redundansalternativ som är tillgängliga för Azure Files.
Hållbarhets- och tillgänglighetsparametrar
I följande tabell beskrivs nyckelparametrar för varje redundansalternativ:
| Parameter | LRS | ZRS | GRS | GZRS |
|---|---|---|---|---|
| Procent hållbarhet på över ett visst år | minst 99,99999999999 % (11 9) | minst 99,999999999999 % (12 9) | minst 99,99999999999999999% (16 9) | minst 99,99999999999999999% (16 9) |
| Tillgänglighet för läsbegäranden | Minst 99,9 % (99 % för lågfrekvent nivå) | Minst 99,9 % (99 % för lågfrekvent nivå) | Minst 99,9 % (99 % för lågfrekvent nivå) | Minst 99,9 % (99 % för lågfrekvent nivå) |
| Tillgänglighet för skrivbegäranden | Minst 99,9 % (99 % för lågfrekvent nivå) | Minst 99,9 % (99 % för lågfrekvent nivå) | Minst 99,9 % (99 % för lågfrekvent nivå) | Minst 99,9 % (99 % för lågfrekvent nivå) |
| Antal kopior av data som underhålls på separata noder | Tre kopior inom en enda region | Tre kopior över separata tillgänglighetszoner inom en enda region | Sex kopior totalt, varav tre i den primära regionen och tre i den sekundära regionen | Sex kopior totalt, inklusive tre över separata tillgänglighetszoner i den primära regionen och tre lokalt redundanta kopior i den sekundära regionen |
Mer information finns i serviceavtalet för lagringskonton.
Hållbarhet och tillgänglighet efter avbrottsscenario
Följande tabell anger om dina data är varaktiga och tillgängliga i ett visst scenario, beroende på vilken typ av redundans som gäller för ditt lagringskonto. Azure Files stöder inte läsåtkomst till den sekundära regionen om den primära regionen blir otillgänglig, såvida inte en redundansväxling sker.
| Avbrottsscenario | LRS | ZRS | GRS | GZRS |
|---|---|---|---|---|
| En nod i ett datacenter blir otillgänglig | Ja | Ja | Ja | Ja |
| Ett helt datacenter (zonindelat eller icke-zonindelat) blir otillgängligt | Nej | Ja | Ja1 | Ja |
| Ett regionomfattande avbrott inträffar i den primära regionen | Nej | Nej | Ja1 | Ja1 |
1 Kontoredundans krävs för att återställa skrivtillgängligheten om den primära regionen blir otillgänglig.
Prisinformation för varje redundansalternativ finns i Priser för Azure Files.