Redundancia az Azure Storage szolgáltatásban

Az Azure Storage mindig több másolatot tárol az adatokról, hogy védve legyen a tervezett és nem tervezett eseményektől, beleértve az átmeneti hardverhibákat, a hálózati vagy áramkimaradásokat és a súlyos természeti katasztrófákat. A redundancia biztosítja, hogy a tárfiók a hibák esetén is megfeleljen a rendelkezésre állási és tartóssági céloknak.

Amikor eldönti, hogy melyik redundancialehetőség a legjobb a forgatókönyvhöz, vegye figyelembe az alacsonyabb költségek és a magasabb rendelkezésre állás közötti kompromisszumot. Azokat a tényezőket, amelyek segítenek meghatározni, hogy melyik redundancialehetőséget válassza:

  • Az adatok replikálása az elsődleges régión belül.
  • Azt, hogy az adatok replikálva legyenek-e egy második régióba, amely földrajzilag távol van az elsődleges régiótól, a regionális katasztrófák (georeplikálás) elleni védelem érdekében.
  • Azt, hogy az alkalmazás olvasási hozzáférést igényel-e a replikált adatokhoz a másodlagos régióban, ha az elsődleges régió bármilyen okból elérhetetlenné válik (olvasási hozzáféréssel rendelkező georeplikáció).

Feljegyzés

A cikkben ismertetett funkciók és regionális rendelkezésre állás a hierarchikus névtérrel (Azure Blob Storage) rendelkező fiókok számára is elérhetők.

Az Azure Storage-ból álló szolgáltatásokat egy közös Azure-erőforrás, egy tárfiók felügyeli. A tárfiók egy megosztott tárolókészletet jelöl, amely olyan tárolási erőforrások üzembe helyezésére használható, mint a blobtárolók (Blob Storage), a fájlmegosztások (Azure Files), a táblák (Table Storage) vagy az üzenetsorok (Queue Storage). Az Azure Storage-fiókokról további információt a Tárfiókok áttekintése című témakörben talál.

A tárfiók redundanciabeállítása meg van osztva az adott fiók által közzétett összes tárolási szolgáltatás esetében. Az ugyanabban a tárfiókban üzembe helyezett összes tárolási erőforrás ugyanazzal a redundanciával rendelkezik. Különböző típusú erőforrásokat külön tárfiókokban érdemes elkülöníteni, ha eltérő redundanciára vonatkozó követelményekkel rendelkeznek.

Redundancia az elsődleges régióban

Az Azure Storage-fiók adatainak replikálása mindig háromszor történik az elsődleges régióban. Az Azure Storage két lehetőséget ajánl fel az adatok replikálási módjaként az elsődleges régióban.

  • A helyileg redundáns tárolás (LRS) háromszor szinkronizálja az adatokat egyetlen fizikai helyen az elsődleges régióban. Az LRS a legkevésbé költséges replikációs lehetőség, de magas rendelkezésre állást vagy tartósságot igénylő alkalmazások esetében nem ajánlott.
  • Zónaredundáns tárolás (ZRS( – A ZRS az adatokat szinkron módon másolja három rendelkezésre állási Azure-zónában az elsődleges régióban. A magas rendelkezésre állást igénylő alkalmazások esetében a Microsoft azt javasolja, hogy az elsődleges régióban használja a ZRS-t, és replikáljon egy másodlagos régióba is.

Feljegyzés

A Microsoft a ZRS használatát javasolja az elsődleges régióban az Azure Data Lake Storage Gen2 számítási feladataihoz.

Helyileg redundáns tárolás

A helyileg redundáns tárolás (LRS) háromszor replikálja a tárfiókot az elsődleges régió egyetlen adatközpontjában. Az LRS legalább 99,9999999999999%-os (11 kilences) tartósságot biztosít az objektumoknak egy adott évben.

Az LRS a legalacsonyabb költségű redundancia lehetőség, és a többi lehetőséghez képest a legkevésbé tartósságot biztosítja. Az LRS védi az adatokat a kiszolgáló állvány- és meghajtóhibáitól. Ha azonban olyan katasztrófa történik, mint a tűz vagy az áradás az adatközpontban, előfordulhat, hogy egy LRS-t használó tárfiók összes replikája elveszik vagy helyreállíthatatlan lesz. A kockázat csökkentése érdekében a Microsoft javasolja a zónaredundáns tárolás (ZRS), a georedundáns tárolás (GRS) vagy a georedundáns tárolás (GZRS) használatát.

Az LRS-t használó tárfiókra irányuló írási kérések szinkron módon történnek. Az írási művelet csak az adatok mindhárom replikára való írása után tér vissza sikeresen.

Az alábbi diagram bemutatja, hogyan replikálja az adatokat egyetlen adatközpontban az LRS használatával:

Diagram showing how data is replicated in a single data center with LRS

Az LRS a következő forgatókönyvekhez jó választás:

  • Ha az alkalmazás olyan adatokat tárol, amelyek könnyen rekonstruálhatók adatvesztés esetén, választhatja az LRS-t.
  • Ha az alkalmazás az adatszabályozási követelmények miatt csak egy országon vagy régión belüli adatok replikálására van korlátozva, akkor az LRS-t választhatja. Bizonyos esetekben az adatok georeplikált párosított régiói egy másik országban vagy régióban lehetnek. További információ a párosított régiókról: Azure-régiók.
  • Ha a forgatókönyv nem felügyelt Azure-lemezeket használ, az LRS-t választhatja. Bár grS-t használó azure-beli nem felügyelt lemezekhez is létrehozhat tárfiókot, az aszinkron georeplikálás konzisztenciájával kapcsolatos lehetséges problémák miatt nem ajánlott.

Zónaredundáns tárolás

A zónaredundáns tárolás (ZRS) szinkronizálva replikálja a tárfiókot az elsődleges régió három Azure rendelkezésre állási zónájára. Minden rendelkezésreállási zóna egy fizikailag elkülönített, független áramforrással, hűtéssel és hálózatkezelési megoldással rendelkező hely. A ZRS legalább 99,9999999999999999%-os (12 9-es) tárolási erőforrások tartósságát biztosítja egy adott évben.

A ZRS használatával az adatok akkor is elérhetők olvasási és írási műveletekhez, ha egy zóna elérhetetlenné válik. Ha egy zóna elérhetetlenné válik, az Azure elvégzi a hálózati frissítéseket, például a DNS újrapontozását. Ezek a frissítések hatással lehetnek az alkalmazásra, ha a frissítések befejeződése előtt hozzáfér az adatokhoz. A ZRS-alkalmazások tervezésekor kövesse az átmeneti hibakezelés gyakorlatát, beleértve az újrapróbálkozási szabályzatok exponenciális visszakapcsolással történő implementálását is.

A ZRS-t használó tárfiókra irányuló írási kérések szinkron módon történnek. Az írási művelet csak akkor lesz sikeres, ha az adatok a három rendelkezésre állási zónában lévő összes replikához meg lesznek írva. Ha egy rendelkezésre állási zóna átmenetileg nem érhető el, a művelet sikeresen visszaáll, miután az adatok az összes elérhető zónába meg vannak írva.

A Microsoft azt javasolja, hogy az elsődleges régióban használja a ZRS-t a magas rendelkezésre állást igénylő forgatókönyvekhez. A ZRS azt is javasoljuk, hogy az adatreplikálást egy adott országra vagy régióra korlátozza az adatszabályozási követelményeknek való megfelelés érdekében.

A Microsoft a ZRS használatát javasolja az Azure Files számítási feladataihoz. Ha egy zóna elérhetetlenné válik, nincs szükség az Azure-fájlmegosztások újracsatlakoztatására a csatlakoztatott ügyfelekről.

Az alábbi ábra bemutatja, hogyan replikálja az adatokat az elsődleges régió rendelkezésre állási zónái között a ZRS használatával:

Diagram showing how data is replicated in the primary region with ZRS

A ZRS kiváló teljesítményt, alacsony késést és rugalmasságot biztosít az adatok számára, ha az ideiglenesen elérhetetlenné válik. Előfordulhat azonban, hogy a ZRS önmagában nem védi az adatokat egy olyan regionális katasztrófa ellen, amely több zónát érint véglegesen. A regionális katasztrófák elleni védelem érdekében a Microsoft a földrajzi zónaredundáns tárolás (GZRS) használatát javasolja, amely ZRS-t használ az elsődleges régióban, és georeplikációs adatokat is biztosít egy másodlagos régióba.

A Blob Storage archív szintje jelenleg nem támogatott ZRS-, GZRS- vagy RA-GZRS-fiókok esetében. A nem felügyelt lemezek nem támogatják a ZRS-t vagy a GZRS-t.

További információ arról, hogy mely régiók támogatják a ZRS-t, tekintse meg a rendelkezésre állási zónákkal rendelkező Azure-régiókat.

Standard szintű tárfiókok

A ZRS minden Azure Storage-szolgáltatás esetében támogatott általános célú v2-tárfiókokon keresztül, beleértve a következőket:

  • Azure Blob Storage (gyakori és ritka elérésű blokkblobok és hozzáfűző blobok, nem lemezoldali blobok)
  • Azure Files (minden standard szint: tranzakcióoptimalizált, gyakori és ritka elérésű)
  • Azure Table Storage
  • Azure Queue Storage

A zónaredundáns tárolást (ZRS) támogató régiók listáját a standard tárfiókok zónaredundáns tárolást (ZRS) támogató Azure-régióiban találja.

Prémium szintű blokkblobfiókok

A ZRS a prémium szintű blokkblob-fiókok esetében támogatott. A prémium szintű blokkblobokról további információt a Prémium blokkblobtárfiókok című témakörben talál.

A prémium szintű blokkblobfiókokhoz zónaredundáns tárolást (ZRS) támogató régiók listáját a prémium szintű blokkblobfiókok zónaredundáns tárolást (ZRS) támogató Azure-régióiban találja.

Prémium szintű fájlmegosztási fiókok

A ZRS a tárfiók típusán keresztül támogatja a FileStorage prémium szintű fájlmegosztásokat (Azure Files).

A prémium szintű fájlmegosztási fiókokhoz a zónaredundáns tárolást (ZRS) támogató régiók listáját a prémium szintű fájlmegosztásokhoz tartozó Azure Files zónaredundáns tárolás című témakörben találja.

felügyelt lemezek

A ZRS az alábbi korlátozásokkal támogatott felügyelt lemezek esetében.

A felügyelt lemezek zónaredundáns tárolását (ZRS) támogató régiók listáját a regionális rendelkezésre állás című témakörben találja.

Redundancia egy másodlagos régióban

A magas tartósságot igénylő alkalmazások esetében dönthet úgy, hogy a tárfiókban lévő adatokat egy másodlagos régióba másolja, amely több száz kilométerre van az elsődleges régiótól. Ha a tárfiókot egy másodlagos régióba másolja, akkor az adatok akkor is tartósak lesznek, ha teljes regionális kimaradás vagy olyan katasztrófa történik, amelyben az elsődleges régió nem állítható helyre.

Tárfiók létrehozásakor kiválaszthatja a fiók elsődleges régióját. A párosított másodlagos régió az elsődleges régió alapján van meghatározva, és nem módosítható. Az Azure által támogatott régiókkal kapcsolatos további információkért tekintse meg az Azure-régiókat.

Az Azure Storage két lehetőséget kínál az adatok másodlagos régióba való másolására:

  • A Georedundáns tárolás (GRS) az adatokat szinkron módon, az LRS használatával háromszor másolja le az elsődleges régió egy fizikai helyére. Ezután aszinkron módon másolja át az adatokat a másodlagos régió egy fizikai helyére. A másodlagos régión belül az adatok szinkronizálása háromszor történik az LRS használatával.
  • A geozónaredundáns tárolás (GZRS) szinkronizálva másolja az adatokat az elsődleges régió három Azure rendelkezésre állási zónájában a ZRS használatával. Ezután aszinkron módon másolja át az adatokat a másodlagos régió egy fizikai helyére. A másodlagos régión belül az adatok szinkronizálása háromszor történik az LRS használatával.

Feljegyzés

A GRS és a GZRS közötti elsődleges különbség az adatok replikálása az elsődleges régióban. A másodlagos régión belül az adatok szinkronizálása mindig háromszor történik az LRS használatával. A másodlagos régió LRS-jei védik az adatokat a hardverhibáktól.

GRS vagy GZRS esetén a másodlagos régió adatai csak akkor érhetők el olvasási vagy írási hozzáféréshez, ha feladatátvétel történt az elsődleges régióba. A másodlagos régióhoz való olvasási hozzáféréshez konfigurálja a tárfiókot írásvédett georedundáns tárolás (RA-GRS) vagy írásvédett geo-zónaredundáns tárolás (RA-GZRS) használatára. További információ: Olvasási hozzáférés az adatokhoz a másodlagos régióban.

Ha az elsődleges régió elérhetetlenné válik, a feladatátvételt a másodlagos régióba is átadhatja. A feladatátvétel befejezése után a másodlagos régió lesz az elsődleges régió, és ismét olvashat és írhat adatokat. A vészhelyreállításról és a másodlagos régióba történő feladatátvételről további információt a Vészhelyreállítás és tárfiók feladatátvétele című témakörben talál.

Fontos

Mivel az adatok aszinkron módon replikálódnak a másodlagos régióba, az elsődleges régiót érintő hiba adatvesztést okozhat, ha az elsődleges régió nem állítható helyre. Az elsődleges régióba történő legutóbbi írások és a másodlagos régióba történő utolsó írás közötti időközt helyreállítási pont célkitűzésnek (RPO) nevezzük. Az RPO azt az időpontot jelzi, ahová az adatok helyreállíthatók. Az Azure Storage platform általában 15 percnél rövidebb RPO-val rendelkezik, bár jelenleg nincs SLA arra vonatkozóan, hogy mennyi ideig tart az adatok replikálása a másodlagos régióba.

Georedundáns tárolás

A Georedundáns tárolás (GRS) az adatokat szinkron módon, az LRS használatával háromszor másolja le az elsődleges régió egy fizikai helyére. Ezután aszinkron módon másolja az adatokat egyetlen fizikai helyre egy másodlagos régióban, amely több száz kilométerre van az elsődleges régiótól. A GRS tartósságot biztosít a legalább 99,9999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999

Az írási művelet először az elsődleges helyre kerül, és az LRS használatával replikálódik. Ezt követően a rendszer aszinkron módon replikálja a frissítést a másodlagos régióba. Ha az adatok a másodlagos helyre kerülnek, az LRS használatával ezen a helyen is replikálódik.

Az alábbi ábra bemutatja, hogyan replikálja az adatokat GRS vagy RA-GRS használatával:

Diagram showing how data is replicated with GRS or RA-GRS

Zóna- és georedundáns tárolás

A geozónaredundáns tárolás (GZRS) egyesíti a rendelkezésre állási zónák közötti redundancia által biztosított magas rendelkezésre állást a georeplikálás által biztosított regionális kimaradások elleni védelemmel. A GZRS-tárfiókban lévő adatok az elsődleges régió három Azure-rendelkezésre állási zónájában lesznek átmásolva, és egy másodlagos földrajzi régióba is replikálódnak a regionális katasztrófák elleni védelem érdekében. A Microsoft a GZRS használatát javasolja olyan alkalmazásokhoz, amelyek maximális konzisztenciát, tartósságot és rendelkezésre állást, kiváló teljesítményt és rugalmasságot igényelnek a vészhelyreállításhoz.

GZRS-tárfiókkal továbbra is olvashat és írhat adatokat, ha egy rendelkezésre állási zóna elérhetetlenné válik vagy helyreállíthatatlanná válik. Emellett az adatok tartósak is egy teljes regionális kimaradás vagy katasztrófa esetén, amelyben az elsődleges régió nem állítható helyre. A GZRS-t úgy tervezték, hogy legalább 99,999999999999999999%-os (16 9's) tartósságot biztosítson az objektumoknak egy adott évben.

Az alábbi diagram bemutatja, hogyan replikálja az adatokat a GZRS vagy az RA-GZRS használatával:

Diagram showing how data is replicated with GZRS or RA-GZRS

Csak a standard általános célú v2-tárfiókok támogatják a GZRS-t. A GZRS-t az Összes Azure Storage-szolgáltatás támogatja, beleértve a következőket:

  • Azure Blob Storage (gyakori és ritka elérésű blokkblobok, nem lemezes lapblobok)
  • Azure Files (minden standard szint: tranzakcióoptimalizált, gyakori és ritka elérésű)
  • Azure Table Storage
  • Azure Queue Storage

A geozónaredundáns tárolást (GZRS) támogató régiók listáját a geozónaredundáns tárolást (GZRS) támogató Azure-régiókban találja.

Adatokhoz való hozzáférés olvasása a másodlagos régióban

A georedundáns tárolás (GRS vagy GZRS használatával) replikálja az adatokat egy másik fizikai helyre a másodlagos régióban a regionális kimaradások elleni védelem érdekében. A GRS-hez vagy GZRS-hez konfigurált fiók esetén a másodlagos régióban lévő adatok nem érhetők el közvetlenül a felhasználók vagy alkalmazások számára, kivéve, ha feladatátvétel történik. A feladatátvételi folyamat frissíti az Azure Storage által biztosított DNS-bejegyzést, hogy a másodlagos végpont legyen a tárfiók új elsődleges végpontja. A feladatátvételi folyamat során az adatok nem érhetők el. A feladatátvétel befejezése után adatokat olvashat és írhat az új elsődleges régióba. További információ: Az ügyfél által felügyelt tárfiók feladatátvétele.

Ha az alkalmazások magas rendelkezésre állást igényelnek, akkor konfigurálhatja a tárfiókot a másodlagos régióhoz való olvasási hozzáféréshez. Ha engedélyezi az olvasási hozzáférést a másodlagos régióhoz, akkor az adatok mindig elérhetők a másodlagos régióból való olvasáshoz, beleértve azokat az állapotokat is, amikor az elsődleges régió elérhetetlenné válik. Az olvasási hozzáférésű georedundáns tárolás (RA-GRS) vagy az olvasási hozzáférésű georedundáns tárolás (RA-GZRS) konfigurációi olvasási hozzáférést biztosítanak a másodlagos régióhoz.

Feljegyzés

Az Azure Files nem támogatja az olvasási hozzáférésű georedundáns tárolást (RA-GRS) vagy az olvasási hozzáférésű georedundáns tárolást (RA-GZRS).

Alkalmazások tervezése olvasási hozzáféréshez a másodlagoshoz

Ha a tárfiókja olvasási hozzáférésre van konfigurálva a másodlagos régióhoz, akkor úgy tervezheti meg az alkalmazásokat, hogy zökkenőmentesen áttérjenek az adatok olvasására a másodlagos régióból, ha az elsődleges régió bármilyen okból elérhetetlenné válik.

A másodlagos régió az RA-GRS vagy az RA-GZRS engedélyezése után érhető el olvasási hozzáférésre, így előre tesztelheti az alkalmazást, hogy leállás esetén megfelelően olvassa-e el a másodlagos régióból. A georedundancia előnyeinek kihasználásához az alkalmazások tervezésével kapcsolatos további információkért lásd : Magas rendelkezésre állású alkalmazások tervezése georedundanciával.

Ha engedélyezve van a másodlagoshoz való olvasási hozzáférés, az alkalmazás beolvasható a másodlagos végpontról és az elsődleges végpontról is. A másodlagos végpont hozzáfűzi a -secondary utótagot a fiók nevéhez. Ha például a Blob Storage elsődleges végpontja az myaccount.blob.core.windows.net, akkor a másodlagos végpont az myaccount-secondary.blob.core.windows.net. A tárfiók fiókhozzáférés-kulcsai megegyeznek az elsődleges és a másodlagos végpontok esetében is.

Adatvesztés megtervezése

Mivel az adatok aszinkron módon replikálódnak az elsődleges régióból a másodlagos régióba, a másodlagos régió általában az elsődleges régió mögött van az írási műveletek szempontjából. Ha egy katasztrófa az elsődleges régiót sújtaná, valószínű, hogy egyes adatok elvesznek, és a címtárban vagy tárolóban lévő fájlok nem lennének konzisztensek. A lehetséges adatvesztés megtervezéséről további információt az adatvesztés és az inkonzisztenciák című témakörben talál.

A redundancia beállításainak összegzése

Az alábbi szakaszokban található táblázatok az Azure Storage-hoz elérhető redundancialehetőségeket összegzik.

Tartóssági és rendelkezésre állási paraméterek

Az alábbi táblázat az egyes redundancialehetőségek fő paramétereit ismerteti:

Paraméter LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Objektumok tartósságának százalékos aránya egy adott évben legalább 99,99999999999% (11 9's) legalább 99,9999999999999% (12 9-ből) legalább 99,999999999999999999% (16 9-ből) legalább 99,999999999999999999% (16 9-ből)
Olvasási kérelmek rendelkezésre állása Legalább 99,9% (ritka/ritka/archív hozzáférési szintek esetén 99%) Legalább 99,9% (hideg/hideg hozzáférési szint esetén 99%) GRS esetén legalább 99,9% (ritka/hideg/archív hozzáférési szintek esetén 99%)

RA-GRS esetén legalább 99,99% (ritka/hideg/archív hozzáférési szintek esetén 99,9%)
GZRS esetén legalább 99,9% (hideg/hideg hozzáférési szint esetén 99%)

RA-GZRS esetén legalább 99,99% (hideg/hideg hozzáférési szint esetén 99,9%)
Írási kérelmek rendelkezésre állása Legalább 99,9% (ritka/ritka/archív hozzáférési szintek esetén 99%) Legalább 99,9% (hideg/hideg hozzáférési szint esetén 99%) Legalább 99,9% (ritka/ritka/archív hozzáférési szintek esetén 99%) Legalább 99,9% (hideg/hideg hozzáférési szint esetén 99%)
A különálló csomópontokon tárolt adatok másolatainak száma Három példány egyetlen régión belül Három példány különálló rendelkezésre állási zónák között egyetlen régión belül Összesen hat példány, köztük három az elsődleges régióban és három a másodlagos régióban Összesen hat példány, köztük három különböző rendelkezésre állási zónában az elsődleges régióban és három helyileg redundáns másolat a másodlagos régióban

További információt a tárfiókok SLA-jában talál.

Tartósság és rendelkezésre állás kimaradás esetén

Az alábbi táblázat azt jelzi, hogy az adatok tartósak-e és elérhetők-e egy adott forgatókönyvben attól függően, hogy milyen típusú redundancia van érvényben a tárfiókban:

Üzemkimaradási forgatókönyv LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Egy adatközponton belüli csomópont elérhetetlenné válik Igen Igen Igen Igen
Egy teljes adatközpont (zonális vagy nem zonális) elérhetetlenné válik Nem Igen Igen1 Igen
Régiószintű kimaradás történik az elsődleges régióban Nem Nem Igen1 Igen1
A másodlagos régió olvasási hozzáférése akkor érhető el, ha az elsődleges régió elérhetetlenné válik Nem Nem Igen (RA-GRS-vel) Igen (RA-GZRS használatával)

1 Fiók feladatátvétele szükséges az írási rendelkezésre állás visszaállításához, ha az elsődleges régió elérhetetlenné válik. További információ: Vészhelyreállítás és tárfiók feladatátvétele.

Támogatott Azure Storage-szolgáltatások

Az alábbi táblázat bemutatja, hogy az egyes Azure Storage-szolgáltatások mely redundanciabeállításokat támogatják.

Szerviz LRS ZRS GRS RA-GRS GZRS RA-GZRS
Blob Storage
(beleértve a Data Lake Storage-t)
Queue Storage
Table Storage
Azure Files 1,2 1,2 1 1
Felügyelt Azure-lemezek 3
Azure Elastic SAN

1 A standard fájlmegosztások támogatottak az LRS-en és a ZRS-en. A standard fájlmegosztások a GRS-en és a GZRS-en is támogatottak, ha kisebbek vagy egyenlők 5 TiB-nál.
2 Prémium szintű fájlmegosztás támogatott az LRS-en és a ZRS-en.
A 3 ZRS által felügyelt lemezekre bizonyos korlátozások vonatkoznak. A részletekért tekintse meg a felügyelt lemezek redundanciabeállításainak korlátozásokkal foglalkozó szakaszát.

Támogatott tárfióktípusok

Az alábbi táblázat azt mutatja be, hogy mely redundanciabeállítások támogatottak az egyes tárfiók-típusokhoz. A tárfióktípusokról további információt a Tárfiókok áttekintése című témakörben talál.

Tárfióktípusok LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Ajánlott Standard általános célú v2 (StorageV2)1

Prémium szintű blokkblobok (BlockBlobStorage)1

Prémium szintű fájlmegosztások (FileStorage)

Prémium szintű lapblobok (StorageV2)
Standard általános célú v2 (StorageV2)1

Prémium szintű blokkblobok (BlockBlobStorage)1

Prémium szintű fájlmegosztások (FileStorage)
Standard általános célú v2 (StorageV2)1 Standard általános célú v2 (StorageV2)1
Örökölt Standard általános célú v1 (Storage)

Örökölt blob (BlobStorage)
n/a Standard általános célú v1 (Storage)

Örökölt blob (BlobStorage)
n/a

1 A hierarchikus névtérrel rendelkező ilyen típusú fiókok a megadott redundanciabeállítást is támogatják.

Az összes tárfiók összes adata az elsődlegesről a másodlagosra lesz másolva a tárfiók redundanciabeállításának megfelelően. A program másolja a blokkblobokat, a hozzáfűző blobokat, az oldalblobokat, az üzenetsorokat, a táblákat és a fájlokat.

A georeplikálás során az összes réteg adatai, beleértve az archív szintet is, mindig át lesznek másolva az elsődlegesről a másodlagosra. A Blob Storage archív szintje jelenleg LRS-, GRS- és RA-GRS-fiókok esetében támogatott, ZRS, GZRS vagy RA-GZRS-fiókok esetében azonban nem. A blobszintekről további információt a blobadatok hozzáférési szintjei című témakörben talál.

A nem felügyelt lemezek nem támogatják a ZRS-t vagy a GZRS-t.

Az egyes redundancialehetőségekre vonatkozó díjszabási információkért tekintse meg az Azure Storage díjszabását.

Feljegyzés

A blokkblobtárfiókok bizonyos régiókban támogatják a helyileg redundáns tárolást (LRS) és a zónaredundáns tárolást (ZRS).

Adatintegritás

Az Azure Storage rendszeresen ellenőrzi a ciklikus redundancia-ellenőrzések (CRC-k) használatával tárolt adatok integritását. Ha adatsérülést észlel, az redundáns adatokkal lesz javítva. Az Azure Storage emellett az összes hálózati forgalom ellenőrzőösszegeit is kiszámítja, hogy észlelje az adatcsomagok sérülését az adatok tárolásakor vagy lekérésekor.

Lásd még