adatredundancia Azure Files

Azure Files mindig több példányban tárolja az adatokat, hogy azok 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 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 legmegfelelőbb az Ön forgatókönyvéhez, vegye figyelembe az alacsonyabb költségek és a magasabb rendelkezésre állás közötti kompromisszumot. Az alábbi tényezők segítenek meghatározni, hogy melyik redundanciabeállítást válassza:

  • Az adatok replikálása az elsődleges régióban.
  • 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 (georedundancia) elleni védelem érdekében.

Az Azure-fájlmegosztások kezelése egy közös Azure-erőforráson, az úgynevezett tárfiókon keresztül történik. A tárfiók egy megosztott tárolókészletet jelöl, amely a fájlmegosztások üzembe helyezésére használható. További információ a tárfiókokról: Tárfiókok áttekintése.

Tárfiók létrehozásakor egy redundanciabeállítást kell választania ahhoz a tárfiókhoz, amely az adott fiók által közzétett összes tárolási szolgáltatáshoz meg van osztva. Ezért az ugyanabban a tárfiókban üzembe helyezett összes fájlmegosztásnak ugyanaz a redundanciabeállítása van. Ha eltérő redundanciára vonatkozó követelményekkel rendelkeznek, érdemes elkülöníteni a fájlmegosztásokat külön tárfiókokban.

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. Azure Files két lehetőséget kínál az adatok elsődleges régióban való replikálásáról:

  • 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 nem ajánlott magas rendelkezésre állást vagy tartósságot igénylő alkalmazásokhoz.
  • A zónaredundáns tárolás (ZRS) szinkron módon másolja az adatokat három Azure rendelkezésre állási zónába az elsődleges régióban. A magas rendelkezésre állást igénylő alkalmazások esetében a ZRS használatát javasoljuk az elsődleges régióban, valamint egy másodlagos régióba való replikálást.

Helyileg redundáns tárolás

A helyileg redundáns tárolás (LRS) háromszor replikálja a tárfiókot egyetlen adatközpontban az elsődleges régióban. Az LRS legalább 99,99999999999%-os (11 kilences) tartósságot biztosít 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ós megoldást kínálja. Az LRS megvédi az adatokat a kiszolgálóállvány- és meghajtóhibáktól. Ha azonban katasztrófa, például tűz vagy árvíz történik az adatközpontban, előfordulhat, hogy egy tárfiók LRS-t használó replikái elvesznek vagy helyreállíthatatlanok lesznek. A kockázat csökkentése érdekében 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 javasoljuk.

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 akkor ad vissza sikeresen, ha mind a három replikára meg van írva az adat.

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

Diagram, amely bemutatja, hogyan replikálja az adatokat egyetlen adatközpontban az LRS használatával.

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.
  • Ha az alkalmazás az adatszabályozási követelmények miatt csak egy országon vagy régión belül replikálja az adatokat. Bizonyos esetekben az adatok földrajzilag repliká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.

Zónaredundáns tárolás

A zónaredundáns tárolás (ZRS) szinkron módon replikálja a tárfiókot három Azure rendelkezésre állási zónában az elsődleges régióban. 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,999999999999%-os (12 9's) tartósságot kínál egy adott évben.

A ZRS-ben az adatok akkor is elérhetők az 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 hálózatkezelési frissítéseket hajt végre, például DNS-újrapontozást. Ezek a frissítések hatással lehetnek az alkalmazásra, ha a frissítések befejeződése előtt fér hozzá 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 visszalépéssel történő implementálását.

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 ad vissza sikeresen, ha az adatok a három rendelkezésre állási zónában lévő összes replikára íródtak.

A ZRS Azure Files számítási feladatokhoz való használatának egyik előnye, hogy ha egy zóna elérhetetlenné válik, nincs szükség az Azure-fájlmegosztások csatlakoztatására a csatlakoztatott ügyfelekről. Javasoljuk, hogy az elsődleges régióban használja a ZRS-t magas rendelkezésre állást és alacsony RPO/RTO-t igénylő forgatókönyvekhez. Azt is javasoljuk, hogy a ZRS korlátozza az adatok egy adott országba vagy régióba történő replikálását, hogy megfeleljen az adatszabályozási követelményeknek.

Megjegyzés

Azure File Sync zónaredundáns minden olyan régióban, amely az US Gov Virginia kivételével zónákat támogat. A legtöbb esetben azt javasoljuk, hogy Azure File Sync felhasználók konfigurálják a tárfiókokat ZRS vagy GZRS használatára.

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

Ábra az adatok ZRS-sel való replikálásáról az elsődleges régióban.

A ZRS kiváló teljesítményt, alacsony késést és rugalmasságot biztosít az adatok számára, ha azok átmenetileg elérhetetlenné válnak. Előfordulhat azonban, hogy a ZRS önmagában nem védi meg 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 javasoljuk, hogy használjon geo-zónaredundáns tárolást (GZRS), amely ZRS-t használ az elsődleges régióban, és georeplikálja az adatokat egy másodlagos régióba.

További információ arról, hogy mely régiók támogatják a ZRS-t: Rendelkezésre állási zónák szolgáltatása és regionális támogatás.

Standard szintű tárfiókok

A ZRS a standard általános célú v2-tárfiókokban mind a három standard szinten támogatott: tranzakcióoptimalizált, gyakori és ritka elérésű.

A standard tárfiókok ZRS-t támogató régióinak listáját lásd: A zónaredundáns tárolást (ZRS) támogató Azure-régiók standard tárfiókokhoz.

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

A ZRS a tárfiók típusán keresztül támogatott a FileStorage prémium szintű fájlmegosztásokhoz.

Azoknak a régióknak a listáját, amelyek támogatják a ZRS-t a prémium szintű fájlmegosztási fiókokhoz, tekintse meg Azure Files prémium szintű fájlmegosztások zónaredundáns tárolását.

Redundancia egy másodlagos régióban

Az SMB-fájlmegosztásokhoz magas tartósságot igénylő alkalmazások esetében a georedundáns tárolást választva a tárfiókban lévő adatokat egy másodlagos régióba másolhatja, 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 katasztrófa esetén az elsődleges régió nem állítható helyre.

Fontos

Azure Files csak a georedundanciát (GRS vagy GZRS) támogatja a standard SMB-fájlmegosztásokhoz. A prémium szintű fájlmegosztásoknak és az NFS-fájlmegosztásoknak LRS-t vagy ZRS-t kell használniuk.

Tárfiók létrehozásakor ki kell választania 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 lásd: Azure-régiók.

Azure Files 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ási lehetőségek jelenleg csak olyan standard SMB-fájlmegosztásokhoz érhetők el, amelyeken nincs engedélyezve a nagy fájlmegosztások beállítása a tárfiókban (legfeljebb 5 TiB), kivéve, ha Azure Files georedundanciát használ a nagy fájlmegosztásokhoz (előzetes verzió).

  • 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 másolása szinkron módon háromszor történik az LRS használatával.
  • A geo-zónaredundáns tárolás (GZRS) szinkron módon másolja az adatokat az elsődleges régió három 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 másolása szinkron módon háromszor történik az LRS használatával.

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óban az LRS megvédi az adatokat a hardverhibáktól.

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 legalább 99,9999999999999%-os (16 9-es) tartósságot biztosít egy adott évben.

Az írási művelet először az elsődleges helyre lesz véglegesítve, és az LRS használatával replikálódik. A frissítés ezután aszinkron módon lesz replikálva a másodlagos régióba. Amikor az adatok a másodlagos helyre kerülnek, azokat az LRS használatával is replikálja a rendszer ezen a helyen.

Az alábbi ábrán az adatok GRS-sel való replikálása látható:

Ábra az adatok GRS-sel való replikálásáról.

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

A geo-zónaredundáns tárolás (GZRS) egyesíti a rendelkezésre állási zónák redundanciái által biztosított magas rendelkezésre állást a georeplikáció által biztosított regionális kimaradások elleni védelemmel. A GZRS-tárfiókban lévő adatok az elsődleges régióban található három Azure rendelkezésre állási zóná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. Javasoljuk, hogy a GZRS-t olyan alkalmazásokhoz használja, 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 egy olyan katasztrófa esetén, amelyben az elsődleges régió nem állítható helyre. A GZRS legalább 99,999999999999999999%-os (16 9-es) tartósságot biztosít egy adott évben.

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

Diagram az adatok GZRS-sel való replikálásáról.

Csak a standard általános célú v2-tárfiókok támogatják a GZRS-t.

A GZRS-t támogató régiók listáját a geozónaredundáns tárolást (GZRS) támogató Azure-régiók című témakörben találja.

Vészhelyreállítás és feladatátvétel

GRS vagy GZRS esetén a fájlmegosztások csak akkor lesznek elérhetők a másodlagos régióban, ha feladatátvétel történik. 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ételi folyamat frissíti a Azure Files által megadott 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. 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. További információ: Azure Files vészhelyreállítás és feladatátvétel.

Fontos

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). Ha egy tárfiók az RA-GRS vagy az RA-GZRS használatára van konfigurálva, a fájlmegosztások GRS-ként vagy GZRS-ként lesznek konfigurálva és számlázva.

Georedundancia prémium szintű fájlmegosztásokhoz

Ahogy korábban említettük, a georedundáns beállítások (GRS és GZRS) nem támogatottak a prémium szintű fájlmegosztásokhoz. A georedundancia azonban más módokon is megvalósítható.

Azure File Sync forgatókönyvek esetén szinkronizálhatja az Azure-fájlmegosztást (a felhővégpontot), a helyszíni Windows-fájlkiszolgálót és egy csatlakoztatott fájlmegosztást, amely egy másik Azure-régióban lévő virtuális gépen fut (a kiszolgáló végpontja vészhelyreállítási célokból). Le kell tiltania a felhőbeli rétegzést, hogy minden adat helyileg legyen jelen, és elegendő tárterületet építhessen ki az Azure-beli virtuális gépen a teljes adatkészlet tárolásához. Annak érdekében, hogy a módosítások gyorsan replikálódjanak a másodlagos régióba, a fájlokat csak a kiszolgálóvégponton szabad elérni és módosítani, nem pedig az Azure-ban.

Saját szkriptet is létrehozhat, amellyel adatokat másolhat egy másodlagos régióban lévő tárfiókba olyan eszközökkel, mint az AzCopy (a 10.4-es vagy újabb verzió használata az ACL-ek és időbélyegek megőrzéséhez).

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

Az alábbi szakaszok táblázatai összefoglalják a Azure Files elérhető redundancialehetőségeket.

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 GZRS
Egy adott év tartósságának százalékos aránya legalább 99,99999999999999% (11 9's) legalább 99,999999999999999% (12 9-ből) legalább 99,99999999999999999% (16 9's) legalább 99,99999999999999999% (16 9's)
Olvasási kérelmek rendelkezésre állása Legalább 99,9% (ritka elérésű szint esetén 99%) Legalább 99,9% (ritka elérésű szint esetén 99%) Legalább 99,9% (ritka elérésű szint esetén 99%) Legalább 99,9% (ritka elérésű szint esetén 99%)
Írási kérelmek rendelkezésre állása Legalább 99,9% (ritka elérésű szint esetén 99%) Legalább 99,9% (ritka elérésű szint esetén 99%) Legalább 99,9% (ritka elérésű szint esetén 99%) Legalább 99,9% (ritka elérésű 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árfiókok SLA-ja.

Tartósság és rendelkezésre állás üzemkimaradási forgatókönyv szerint

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. Azure Files nem támogatja a másodlagos régió olvasási hozzáférését, ha az elsődleges régió elérhetetlenné válik, kivéve, ha feladatátvétel történik.

Üzemkimaradási forgatókönyv LRS ZRS GRS GZRS
Egy adatközponton belüli csomópont elérhetetlenné válik Igen Igen Igen Yes
Egy teljes adatközpont (zonal vagy nem zonal) elérhetetlenné válik Nem Igen Igen1 Yes
Régiószintű leállás történik az elsődleges régióban Nem Nem Igen1 Igen1

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.

Az egyes redundancialehetőségek díjszabására vonatkozó információkért lásd: Azure Files díjszabás.

Lásd még