Fastlæg replikeringsstrategier

7 minutter

Dataene på din Azure Storage-konto replikeres altid for at sikre holdbarhed og høj tilgængelighed. Azure Storage-replikering kopierer dine data for at beskytte mod planlagte og ikke-planlagte hændelser. Disse hændelser spænder fra midlertidige hardwarefejl, netværks- eller strømafbrydelser, massive naturkatastrofer osv. Du kan vælge at replikere dine data i det samme datacenter, på tværs af zonedatacentre i det samme område og endda på tværs af områder. Replikering sikrer, at din lagerkonto opfylder SLA'en (Service-Level Agreement) for Azure Storage, også selvom der er fejl.

Vi udforsker fire replikeringsstrategier:

Lokalt redundant lager (LRS)
Zone redundant lager (ZRS)
Geo-redundant lager (GRS)
Geo-zone-redundant lager (GZRS)

Lokalt redundant lager

diagram over LRS-lager med tre kopier.

Lokalt redundant lager er den laveste omkostningsreplikeringsmulighed og giver mindst holdbarhed sammenlignet med andre strategier. Hvis der opstår en katastrofe på datacenterniveau, f.eks. brand eller oversvømmelse, kan alle replikaer gå tabt eller være uoprettelige. På trods af sine begrænsninger kan LRS være passende i flere scenarier:

Dit program gemmer data, der nemt kan rekonstrueres, hvis datatab opstår.
Dine data ændres konstant som i et livefeed, og det er ikke vigtigt at gemme dataene.
Dit program er begrænset til replikering af data i et land eller område på grund af krav til datastyring.

Zoneredundet lager

diagram over ZRS-lager med tre datacentre.

Zone redundant lager replikerer synkront dine data på tværs af tre lagerklynger i et enkelt område. Hver lagerklynge er fysisk adskilt fra de andre og er placeret i sin egen tilgængelighedszone. Hver tilgængelighedszone og ZRS-klyngen i den er autonom og har separate hjælpeprogrammer og netværksfunktioner. Lagring af dine data på en ZRS-konto sikrer, at du kan få adgang til og administrere dine data, hvis en zone bliver utilgængelig. ZRS giver fremragende ydeevne og lav ventetid.

ZRS er i øjeblikket ikke tilgængelig i alle områder.
Hvis du skifter til ZRS fra en anden indstilling for datareplikering, kræver det, at fysiske data flyttes fra et enkelt lagerstempel til flere stempler i et område.

Geo-redundant lager

diagram over GRS-lager med to datacentre.

Geo-redundant lager replikerer dine data til et sekundært område (hundredvis af kilometer væk fra kildedataenes primære placering). GRS giver et højere holdbarhedsniveau selv under en regional afbrydelse. GRS er designet til at give mindst 99,9999999999999% (16 9's) holdbarhed. Når din lagerkonto har AKTIVERET GRS, er dine data holdbare, selv når der er en komplet regional afbrydelse eller en katastrofe, hvor det primære område ikke kan genoprettes.

Hvis du implementerer GRS, har du to relaterede muligheder at vælge imellem:

GRS- replikerer dine data til et andet datacenter i et sekundært område. Dataene er skrivebeskyttede, hvis Microsoft starter en failover fra det primære til det sekundære område.
(RA-GRS) med læseadgang er baseret på GRS. RA-GRS replikerer dine data til et andet datacenter i et sekundært område og giver dig også mulighed for at læse fra det sekundære område. Med RA-GRS kan du læse fra det sekundære område, uanset om Microsoft starter en failover fra den primære til den sekundære.

For en lagerkonto med GRS eller RA-GRS aktiveret replikeres alle data først med lokalt redundant lager. En opdatering bekræftes først til den primære placering og replikeres ved hjælp af LRS. Opdateringen replikeres derefter asynkront til det sekundære område ved hjælp af GRS. Data i det sekundære område bruger LRS. Både det primære og det sekundære område administrerer replikaer på tværs af separate fejldomæner og opgraderingsdomæner i en lagerskaleringsenhed. Lagerskalaenheden er den grundlæggende replikeringsenhed i datacenteret. Replikering på dette niveau leveres af LRS.

Redundant lager i geozone

diagram over RA-GRS lager med to datacentre.

Geo-zone-redundant lager kombinerer den høje tilgængelighed af zone redundant lager med beskyttelse mod regionale afbrydelser, som leveres af geo-redundant lager. Data i en GZRS-lagerkonto replikeres på tværs af tre Azure-tilgængelighedszoner i det primære område og replikeres også til et sekundært geografisk område for at beskytte mod regionale katastrofer. Hvert Azure-område er parret med et andet område inden for samme geografiske område og danner et regionalt par.

Med en GZRS-lagerkonto kan du fortsætte med at læse og skrive data, hvis en tilgængelighedszone bliver utilgængelig eller ikke kan genoprettes. Derudover er dine data også holdbare under en fuldstændig regional afbrydelse eller under en katastrofe, hvor det primære område ikke kan genoprettes. GZRS er designet til at give mindst 99,9999999999999% (16 9's) holdbarhed af objekter over et givet år. GZRS tilbyder også de samme skalerbarhedsmål som LRS, ZRS, GRS eller RA-GRS. Du kan eventuelt aktivere læseadgang til data i det sekundære område med geozone redundant lager med læseadgang (RA-GZRS).

Drikkepenge

Microsoft anbefaler, at du bruger GZRS til programmer, der kræver ensartethed, holdbarhed, høj tilgængelighed, fremragende ydeevne og robusthed i forbindelse med it-katastrofeberedskab. Aktivér RA-GZRS for at få læseadgang til et sekundært område, når der er en regional katastrofe.

Ting, du skal overveje, når du vælger replikeringsstrategier

Lad os undersøge omfanget af holdbarhed og tilgængelighed for de forskellige replikeringsstrategier. I følgende tabel beskrives flere vigtige faktorer under replikeringsprocessen, herunder manglende nodetilgængelighed i et datacenter, og om hele datacenteret (zonebaseret eller ikke-zonebestemt) bliver utilgængeligt. Tabellen identificerer læseadgang til data i et fjernt, geo-replikeret område under områdedækkende utilgængelighed og de understøttede Azure Storage-kontotyper.