Azure Files-adatredundancia
Az Azure Files 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 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óban.
- Az adatok replikálása az elsődleges régiótól földrajzilag távoli második régióba 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, egy tárfiókon keresztül történik. A tárfiók egy megosztott tárkészletet jelöl, amely a fájlmegosztások üzembe helyezéséhez 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árszolgáltatáshoz meg van osztva. Ezért az ugyanabban a tárfiókban üzembe helyezett összes fájlmegosztás ugyanazzal a redundanciával rendelkezik. Előfordulhat, hogy külön tárfiókokban szeretné elkülöníteni a fájlmegosztásokat, 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 Files két lehetőséget kínál az adatok replikálásáról 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 azt javasoljuk, hogy az elsődleges régióban használja a ZRS-t, és replikáljon egy másodlagos régióba is.
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,999999999999%-os 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ó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 javasoljuk 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:
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üli adatok replikálására korlátozódik. Bizonyos esetekben előfordulhat, hogy a párosított régiók, amelyeken az adatok georeplikáltak, 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) 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,9999999999999%-os tartósságot biztosít 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.
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 újracsatlakoztatására a csatlakoztatott ügyfelekről. Javasoljuk, hogy az elsődleges régióban használja a ZRS-t olyan forgatókönyvekhez, amelyek magas rendelkezésre állást igényelnek. 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 az adatszabályozási követelményeknek való megfelelés érdekében.
Feljegyzés
Az Azure File Sync zónaredundáns minden régióban, amely az USA Gov Virginia kivételével támogatja a zónákat . A legtöbb esetben azt javasoljuk, hogy az Azure File Sync felhasználói konfigurálják a tárfiókokat A ZRS vagy a GZRS használatára.
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:
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édelemhez javasoljuk a földrajzi zónaredundáns tárolás (GZRS) használatát, amely ZRS-t használ az elsődleges régióban, valamint georeplikációs 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óna szolgáltatás és regionális támogatás.
Standard szintű tárfiókok
A ZRS támogatott a standard, általános célú v2-tárfiókokban mind a három standard szint esetében: tranzakcióoptimalizált, gyakori és ritka elérésű.
A standard tárfiókok ZRS-t támogató régióinak listáját a zónaredundáns tárolást (ZRS) támogató Azure-régiókat tekintheti meg a standard tárfiókok esetében.
Prémium szintű fájlmegosztási fiókok
A ZRS a tárfiók típusán keresztül FileStorage támogatott prémium szintű fájlmegosztásokhoz.
A prémium szintű fájlmegosztási fiókok ZRS-t támogató régióinak listáját a prémium szintű fájlmegosztásokhoz készült Azure Files zónaredundáns tárterületében találja.
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 olyan katasztrófa történik, amelyben az elsődleges régió nem állítható helyre.
Fontos
Az Azure Files csak a georedundancia (GRS vagy GZRS) használatát 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 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 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 standard SMB-fájlmegosztásokhoz érhetők el.
- 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.
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.
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,99999999999999999999%-os tartósságot biztosít egy adott év alatt.
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 diagram bemutatja, hogyan replikálja az adatokat a 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. 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 katasztrófa esetén, amelyben az elsődleges régió nem állítható helyre. A GZRS-t úgy tervezték, hogy legalább 99,9999999999999999999%-os (16 9's) tartósságot biztosítson egy adott évben.
Az alábbi ábra bemutatja, hogyan replikálja az adatokat a GZRS:
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áért tekintse meg a geozónára redundáns tárolást (GZRS) támogató Azure-régiókat.
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 az Azure Files á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. 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
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). Ha egy tárfiók RA-GRS vagy RA-GZRS használatára van konfigurálva, a fájlmegosztások GRS vagy GZRS néven 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ások esetében. 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ás céljábó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.
Létrehozhat saját szkriptet is, 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
A következő szakaszokban található táblázatok az Azure Fileshoz 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 | GZRS |
|---|---|---|---|---|
| Egy adott év százalékos tartóssága | 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 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 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. Az 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 | 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 |
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égekre vonatkozó díjszabási információkért tekintse meg az Azure Files díjszabását.