Megbízhatóság az Azure NetApp Files-ben

Azure NetApp Files egy natív, nagyvállalati szintű fájltárolási megoldás, amely zökkenőmentesen integrálható Azure belül, és lehetővé teszi az ügyfelek közötti fájlmegosztást hálózati fájlrendszer (NFS) és kiszolgálói üzenetblokk (SMB) protokollok használatával. Azure NetApp Files nagy teljesítményre tervezték, és skálázható és biztonságos fájltárolást biztosít, amelyet szolgáltatásként kezelnek.

Az Azure használatakor a megbízhatóság közös felelősség. A Microsoft számos lehetőséget kínál a rugalmasság és a helyreállítás támogatására. Ön a felelős azért, hogy megértse, hogyan működnek ezek a képességek az összes használt szolgáltatáson belül, és válassza ki azokat a képességeket, amelyekre szüksége van az üzleti célok és az üzemidő céljainak eléréséhez.

Ez a cikk azt ismerteti, hogyan teheti rugalmassá a NetApp Filest számos lehetséges kimaradás és probléma esetén, beleértve az átmeneti hibákat, a rendelkezésre állási zónák kimaradásait és a régiókimaradásokat. Azt is ismerteti, hogyan használható biztonsági másolatok más típusú problémákra, és kiemeli a Azure NetApp Files szolgáltatásiszint-szerződéssel (SLA) kapcsolatos legfontosabb információkat.

Termelési üzembe helyezési javaslatok

Az Azure NetApp Files megoldás megbízhatósági követelményeinek támogatására történő üzembe helyezéséről és arról, hogy a megbízhatóság hogyan hat az architektúra egyéb aspektusaira, a Azure Well-Architected Framework keretében található Azure NetApp Files architektúra legjobb gyakorlatai című forrásban tájékozódhat.

A megbízhatósági architektúra áttekintése

A Azure NetApp Files használatához konfigurálnia kell egy Olyan NetApp-fiókot, amely kapacitáskészleteket tartalmaz, amelyek volumes gazdagépet tartalmaznak. A kapacitást és az átviteli sebességet egymástól függetlenül konfigurálhatja, és kezelheti a különböző igényeknek megfelelő adatvédelmi beállításokat. A kötetek közötti replikációt akkor is engedélyezheti, ha különböző helyeken vannak.

Rugalmasság átmeneti hibákhoz

Az átmeneti hibák rövid, időszakos meghibásodások a komponensekben. Gyakran előfordulnak elosztott környezetben, például a felhőben, és ezek a műveletek szokásos részei. Az átmeneti hibák rövid idő elteltével kijavítják magukat. Fontos, hogy az alkalmazások kezelni tudják az átmeneti hibákat, általában az érintett kérések újrapróbálásával.

Minden felhőalapú alkalmazásnak követnie kell az Azure átmeneti hibakezelési útmutatást, amikor a felhőben üzemeltetett API-kkal, adatbázisokkal és más összetevőkkel kommunikálnak. További információ: Átmeneti hibák kezelésére vonatkozó javaslatok.

Az átmeneti hibatípusok mellett, amelyek bármilyen felhőalapú megoldást érinthetnek, az alkalmi tervezett karbantartások, például a platformfrissítések, a szolgáltatásfrissítések és a szoftverfrissítések is hatással lehetnek a Azure NetApp Files.

Egy fájlprotokoll, például az NFS és az SMB szempontjából az átmeneti hibák nem zavaróak, ha az alkalmazás képes kezelni a bemeneti/kimeneti (I/O) szüneteket, amelyek ezekben az eseményekben fordulhatnak elő. Az I/O-szüneteltetések általában rövidek, néhány másodperctől 30 másodpercig terjednek. Egyes alkalmazások hangolást igényelhetnek az I/O-szüneteltetések kezeléséhez.

Az NFS protokoll robusztus, és az ügyfél-kiszolgáló fájlműveletek általában normálisan folytatódnak. Egyes alkalmazások esetében akár 30–45 másodpercig is szükség lehet az I/O-szünetek kezelésére. Győződjön meg arról, hogy tisztában van az alkalmazás rugalmassági beállításaival, hogy megbirkózzon a tárolási szolgáltatás karbantartási eseményeivel.

Az SMB protokollt használó emberi-interaktív alkalmazások esetében a standard protokollbeállítások általában elegendőek. Azure NetApp Files támogatja az SMB folyamatos rendelkezésre állását, amely lehetővé teszi az SMB átlátszó feladatátvételét. Az SMB transzparens feladatátvétele kiküszöböli a szolgáltatáskarbantartási események által okozott fennakadásokat. Emellett javítja a megbízhatóságot és a felhasználói élményt.

Az SMB folyamatos rendelkezésre állása csak bizonyos alkalmazásokhoz érhető el.

További javaslatokért lásd az Azure NetApp Files Alkalmazás-ellenállósági GYIK dokumentumát.

Rugalmasság a rendelkezésre állási zóna hibáival szemben

A rendelkezésre állási zónák fizikailag különálló adatközpont-csoportok egy Azure régión belül. Ha egy zóna meghibásodik, a szolgáltatások a fennmaradó zónák egyikére is át tudnak adni feladatokat.

Azure NetApp Files támogatja zonális kötetek üzembe helyezését. A availability zone kötetelhelyezési funkciójával Azure NetApp Files minden kötetet egy tetszőleges rendelkezésre állási zónában helyezhet üzembe. Ezt a funkciót csak akkor használhatja, ha Azure NetApp Files jelen van a rendelkezésre állási zónában, és elegendő kapacitással rendelkezik. Ha késésre érzékeny alkalmazásokkal rendelkezik, a köteteket ugyanabban a rendelkezésre állási zónában helyezheti üzembe, mint a Azure számítási erőforrásokat és más szolgáltatásokat.

Az alábbi ábrán a szilárd nyílfejekkel ellátott narancssárga nyilak azt jelzik, hogy a régióban és az összekapcsolt virtuális hálózatokban lévő összes virtuális gép (VM) hogyan férhet hozzá az Azure NetApp Files összes erőforrásához. A zöld nyilak azt jelzik, hogy az ugyanabban a zónában Azure NetApp Files köteteket elérő virtuális gépek hogyan osztják meg a rendelkezésre állási zóna hibatartományát. A platform szintjén nincs replikáció a különböző kötetek között.

Diagram, amely Azure NetApp Files rendelkezésre állási zóna kötetelhelyezését mutatja

Az egyzónás üzembe helyezés nem elegendő a magas megbízhatósági követelmények teljesítéséhez. A különböző rendelkezésre állási zónákban lévő kötetek közötti adatok aszinkron replikálásához zónaközi replikációt használhat. A zónák közötti replikációt külön kell konfigurálni a rendelkezésre állási zónákban lévő kötetek elhelyezésétől.

Ha egy rendelkezésre állási zóna meghibásodik, Ön a felelős a hiba észleléséért és egy másik zónában található kötetre való váltásért.

Követelmények

  • Régió támogatás: A zónák közötti replikáció minden olyan régióban elérhető, ahol engedélyezve vannak az elérhetőség zónák, és amelyek támogatják az Azure NetApp Files-t.

  • A rendelkezésre állási zóna kötetelhelyezése az Azure NetApp Files rendszerben zónák szerinti kötetelhelyezést biztosít. Alacsony késés jelenik meg, ha ugyanazon a rendelkezésre állási zónán belüli virtuális gépekhez csatlakozik. A rendelkezésre állási zóna kötetelhelyezése azonban nem biztosít közelségi elhelyezést a virtuális gépekhez vagy más erőforrásokhoz, és előfordulhat, hogy a kötet az adatközpont másik fizikai részén található.

  • A replikáció csak akkor engedélyezett a különböző Azure-előfizetések között, ha ugyanazon Microsoft Entra bérlőn belül vannak.

  • A Azure NetApp Files rendelkezésre állási zónáival kapcsolatos további szempontokért tekintse meg a következőket: Követelmények és szempontok a zónák közötti replikáció használatához és A rendelkezésre állási zónák kötetelhelyezésének kezelése.

Költség

Az elérhetőségi zónás kötetelhelyezés engedélyezése az Azure NetApp Files-ban nem jár többletköltséggel. Csak az ezekben a zónákban üzembe helyezhető kapacitáskészletekért és erőforrásokért kell fizetnie.

A replikált kötetek egy kapacitáskészleten vannak tárolva. A zónák közötti replikáció költsége a kiosztott kapacitáskészlet méretén és szintjén alapul. Az adatreplikálás nem jár többletköltséggel.

A rendelkezésre állási zóna támogatásának konfigurálása

Külön kell konfigurálnia a tárhely elhelyezését és a zónák közti másolást.

  • Kötet elhelyezése:

    • Hozzon létre egy új kötetet, vagy konfiguráljon egy meglévő kötetet a rendelkezésre állási zóna támogatásával. Az Azure NetApp Files-ban található kötetek rendelkezésre állási zónáinak konfigurálásához lásd: Az Azure NetApp Files kötetek rendelkezésre állási zónájának kezelését.

      Ha rendelkezésre állási zónákkal rendelkező Terraform által felügyelt köteteket helyez üzembe, más konfigurációkra van szükség. További információért lásd a következőt: Rendelkezésre állási zóna kijelölése Terraform által felügyelt kötetekhez.

      Ha szerepköralapú hozzáférés-vezérlést használ, győződjön meg arról, hogy a megfelelő engedélyeket konfigurálja.

    • Egy kötet áthelyezése rendelkezésre állási zónák között. Miután konfigurálta a kötetet, és elhelyezte egy rendelkezésre állási zónában, a kiválasztott rendelkezésre állási zóna nem módosítható. A kötetek nem helyezhetők át a rendelkezésre állási zónák között.

    • A kötet rendelkezésre állási zónájának támogatásának letiltása. Miután konfigurált egy kötetet, hogy egy rendelkezésre állási zónába helyezze, nem tilthatja le a rendelkezésre állási zóna támogatását.

  • Zónaközi replikáció:

    • Zónaközi replikáció engedélyezése. A megoldás rugalmasságának javítása érdekében konfiguráljon zónák közötti replikációt egy másik kötethez.

    • Zónaközi replikáció letiltása. A zónák közötti replikációt letilthatja a replikáció párosításának megszakításával. További információ: A vészhelyreállítás kezelése Azure NetApp Files használatával.

Viselkedés, ha minden zóna kifogástalan

Ez a szakasz azt ismerteti, hogy mire számíthat, ha több Azure NetApp Files kötetet helyez üzembe külön rendelkezésre állási zónákban, engedélyezve van a zónák közötti replikáció, és az összes rendelkezésre állási zóna működőképes.

  • Forgalomirányítás zónák között: A bejövő kérések a kiválasztott rendelkezésre állási zónában található adott kötetre lesznek irányítva.

  • Adatreplikálás zónák között: Azure NetApp Files zónaközi replikáció azt jelenti, hogy a forráskötet összes módosítása aszinkron módon replikálódik a célkötetekre. Eldöntheti, hogy milyen gyakran történik a replikáció. A zónák közötti replikáció három replikációs ütemezést támogat: 10 percenként, óránként és naponta.

    Fontos

    A 10 perces replikáció ütemezése nem támogatott a zónák közötti replikációt használó nagy kötetek esetében.

Viselkedés zónahiba esetén

Ez a szakasz azt ismerteti, hogy mire számíthat, ha több Azure NetApp Files kötetet helyez üzembe külön rendelkezésre állási zónákban, engedélyezve van a zónák közötti replikáció, és leállás történik a rendelkezésre állási zónában.

  • Észlelés és válasz: Ön a felelős a rendelkezésre állási zóna elvesztésének észleléséért és a feladatátvétel kezdeményezéséért.

    Az átállás kézi folyamat. Ha aktiválnia kell a célkötetet, például amikor át szeretne állni a cél rendelkezésre állási zónára, meg kell szakítani a replikációs társviszonyt, majd csatlakoztatnia kell a célkötetet. További információért lásd: átváltás a célkötetre.

  • Értesítés: Az Azure NetApp Files kötet állapotának figyeléséhez Azure Monitor metrikákat használhat. Azure Monitor észleli azokat az anomáliákat, amelyek egy zónaleállási forgatókönyvet jeleznek valós idejű metrikákon keresztül, például a másodpercenkénti bemeneti/kimeneti műveleteken (IOPS), késésen és kapacitáshasználaton keresztül. A riasztásokat és értesítéseket úgy konfigurálhatja, hogy a rendszergazdák azonnal válaszoljanak a fájlmegosztások újraegyensúlyozásával, vagy feladatátvétel vagy más vészhelyreállítási protokollok kezdeményezésével.

  • Aktív kérések: A zónaleállási események során az aktív kérések fennakadásokat vagy megnövekedett késéseket tapasztalhatnak.

  • Várható adatvesztés: A zóna feladatátvétele során várható adatvesztés vagy helyreállításipont-célkitűzés (RPO) mennyisége a konfigurált zónaközi replikáció ütemezésétől függ.

    Replikáció ütemezése Tipikus RPO
    10 percenként 20 perc
    Óránként Két óra
    Mindennapi Kevesebb, mint 48 óra

  • Várható állásidő: Egy másik zónába való átváltáshoz meg kell szakítania a peer kapcsolatot a célkötet aktiválásához, valamint az olvasási és írási hozzáférés biztosításához a második helyen. Miután elindítja a társviszony-létesítés megszakítását, a feladatátvétel várhatóan egy percen belül befejeződik.

    A zóna feladatátvétele során várható állásidő vagy helyreállítási idő célkitűzés (RTO) teljes mennyisége azonban több tényezőtől függ, beleértve azt is, hogy a rendszerek vagy folyamatok mennyi ideig képesek észlelni a zóna elvesztését és kezdeményezni a feladatátvételi folyamatokat. Azt is fontos eldönteni, hogy automatizálja-e a választ, vagy szükség van-e manuális lépésekre. A jól előkészített konfigurációk esetében az általános folyamat általában néhány perc és egy óra között tart.

  • Forgalom átirányítása: Önnek kell átirányítani az alkalmazás forgalmát az újonnan aktív célkötethez való csatlakozáshoz. További információért lásd: átváltás a célkötetre.

Zóna helyreállítása

A visszaállás egy manuális folyamat, amelynek során végre kell hajtania egy újraszinkronizálási műveletet, újra kell állítania a replikációt és újra kell csatlakoztatnia a forrás kötetet az ügyfél számára, hogy hozzáférjen. További információ: A vészhelyreállítás kezelése Azure NetApp Files használatával.

Zónahibák tesztelése

A zónaközi replikáció konfigurációját biztonságosan tesztelheti a kötet pillanatképeinek használatával. A zónák közötti replikációs konfiguráció tesztelésének magas szintű megközelítéséről a A Azure NetApp Files vészhelyreállítás tesztelése című témakörben olvashat.

Rugalmasság régiószintű hibákhoz

Alapértelmezés szerint a Azure NetApp Files egy régiós szolgáltatás. Ha a régió elérhetetlenné válik, az adott régióban tárolt kötetek is elérhetetlenek. A rugalmasság javítása regionális kimaradás esetén, Azure NetApp Files támogatja a régiók közötti replikációt. Az adatokat aszinkron módon replikálhatja egy Azure NetApp Files kötetből (a forrásból) az egyik régióban egy másik Azure NetApp Files kötetbe (a célhelyre) egy másik régióban, amelyet a Microsoft előre kijelöl. Ez a funkció lehetővé teszi a kritikus alkalmazás átállítását, ha régiószintű kimaradás vagy katasztrófa történik.

Megjegyzés:

Egy kötetet egy másik rendelkezésre állási zónába és egy másik régióba is replikálhat. További információkért lásd: Azure NetApp Files replikáció megértése.

Követelmények

Régiótámogatás: A kötetek replikálható másodlagos régiója az elsődleges régiótól függ. További információ: támogatott régiópárok.

Megfontolások

A replikáció csak akkor engedélyezett a különböző Azure-előfizetések között, ha ugyanazon Microsoft Entra bérlőn belül vannak.

A régiók közötti replikációval kapcsolatos egyéb szempontok a Azure NetApp Files-ben: Területközi replikáció használatának szempontjai és szempontjai.

Költség

A régiók közötti replikáció díjai a replikált adatok mennyiségén alapulnak. További információkért és néhány példaforgatókönyvért tekintse meg a régiók közötti replikáció költségmodellje című témakört.

Többrégiós támogatás konfigurálása

  • Régiók közötti replikáció engedélyezése: A megoldás rugalmasságának javítása érdekében konfigurálja a régiók közötti replikációt.

  • Régiók közötti replikáció letiltása: A régiók közötti replikációt a párosítás megszakításával tilthatja le. További információ: A vészhelyreállítás kezelése Azure NetApp Files használatával.

Viselkedés, ha minden régió kifogástalan

Ez a szakasz azt ismerteti, hogy mire számíthat, ha Azure NetApp Files kötetek régiók közötti replikáció használatára vannak konfigurálva, és mindkét régió működőképes.

  • Forgalomirányítás régiók között: A bejövő kérések az elsődleges régióban található adott kötetre lesznek irányítva.

  • Adatreplikálás régiók között: Azure NetApp Files régiók közötti replikáció azt jelenti, hogy a forráskötet összes módosítása aszinkron módon replikálódik a célkötetekre. Eldöntheti, hogy milyen gyakran történik a replikáció. A régiók közötti replikáció három replikációs ütemezést támogat: 10 percenként, óránként és naponta.

    Fontos

    A 10 perces replikáció ütemezése nem támogatott a régiók közötti replikációt használó nagy kötetek esetében.

  • Replikáció állapotának figyelése: Figyelheti a társviszony-létesítési kapcsolat állapotát, és riasztásokat konfigurálhat, hogy értesítést küldhessenek, ha a replikáció késése meghaladja a várt küszöbértéket. További információ: A replikációs kapcsolat állapotának megjelenítése és monitorozása.

Viselkedés régióhiba esetén

Ez a szakasz azt ismerteti, hogy mire számíthat, ha Azure NetApp Files kötetek régióközi replikáció használatára vannak konfigurálva, és az elsődleges régió kimaradásban van.

  • Észlelés és válasz: Ön felelős a régió elvesztésének észleléséért és a feladatátvétel kezdeményezéséért. Az átállás kézi folyamat. Ha aktiválnia kell a célkötetet, például amikor át szeretne adni egy feladatátvételt a célrégióba, meg kell szakítania a replikációs társviszonyt, majd csatlakoztatnia kell a célkötetet. További információért lásd: átváltás a célkötetre.

  • Értesítés: Az Azure NetApp Files kötet állapotának figyeléséhez az Azure Monitor mutatókat használhat. Azure Monitor észleli azokat az anomáliákat, amelyek valós idejű metrikákon, például IOPS-on, késésen és kapacitáshasználaton keresztül jeleznek régiókon belüli leállási forgatókönyvet. A riasztásokat és értesítéseket úgy konfigurálhatja, hogy a rendszergazdák azonnal válaszoljanak a fájlmegosztások újraegyensúlyozásával, vagy feladatátvétel vagy más vészhelyreállítási protokollok kezdeményezésével.

  • Aktív kérések: Egy régióról lefelé irányuló esemény során az aktív kérések fennakadásokat vagy megnövekedett késéseket tapasztalhatnak.

  • Várható adatvesztés: A régió feladatátvétele során várható adatvesztés vagy RPO mennyisége a konfigurált régiók közötti replikáció ütemezésétől függ.

    Replikáció ütemezése Tipikus RPO
    10 percenként Kevesebb, mint 20 perc
    Óránként Kevesebb, mint két óra
    Mindennapi Kevesebb, mint 48 óra

  • Várható állásidő: A másik régióba történő feladatátvételhez meg kell szakítania a társviszony-létesítési kapcsolatot a célkötet aktiválásához, valamint olvasási és írási adathozzáférés biztosításához a második helyen. Miután elindítja a társviszony-létesítés megszakítását, a feladatátvétel várhatóan egy percen belül befejeződik.

    A zóna feladatátvétele során várható állásidő, vagy RTO teljes mértéke azonban több tényezőtől függ, beleértve azt is, hogy mennyi idő telik el, amíg a rendszerek vagy folyamatok észlelik a zóna elvesztését és kezdeményezik a feladatátvételi folyamatokat. Azt is fontos eldönteni, hogy automatizálja-e a választ, vagy szükség van-e manuális lépésekre. A jól előkészített konfigurációk esetében az általános folyamat általában néhány perc és egy óra között tart.

  • Forgalom átirányítása: Önnek kell átirányítani az alkalmazás forgalmát az újonnan aktív célkötethez való csatlakozáshoz. További információért lásd: átváltás a célkötetre.

Régió helyreállítása

Az elsődleges régió helyreállítása után Ön felelős a visszaállásért. A visszaállás egy manuális folyamat, amelynek során végre kell hajtania egy újraszinkronizálási műveletet, újra kell állítania a replikációt és újra kell csatlakoztatnia a forrás kötetet az ügyfél számára, hogy hozzáférjen. További információ: A vészhelyreállítás kezelése Azure NetApp Files használatával.

Régióhibák tesztelése

A régiók közötti replikáció konfigurációját biztonságosan tesztelheti a kötet pillanatképeinek használatával. A régiók közötti replikációs konfiguráció tesztelésének magas szintű megközelítéséről a A Azure NetApp Files vészhelyreállítás tesztelése című témakörben olvashat.

Biztonsági mentés és visszaállítás

Azure NetApp Files biztonsági mentés kibővíti a Azure NetApp Files adatvédelmi képességeit azáltal, hogy teljes körűen felügyelt biztonsági mentési megoldást biztosít a hosszú távú helyreállításhoz, archiváláshoz és megfelelőséghez. A szolgáltatás által létrehozott biztonsági másolatok Azure tárolóban vannak tárolva, a közel távú helyreállításhoz vagy klónozáshoz elérhető mennyiségi pillanatképektől függetlenül. A szolgáltatás által igénybe vett biztonsági másolatok visszaállíthatók a régión belüli új Azure NetApp Files kötetekre. Azure NetApp Files biztonsági mentés a házirendalapú (ütemezett) biztonsági mentéseket és a manuális (igény szerinti) biztonsági mentéseket is támogatja.

A további biztonság érdekében Azure NetApp Files snapshots stabilitást, méretezhetőséget és gyors helyreállíthatóságot biztosít a teljesítmény befolyásolása nélkül. Ezek biztosítják az egyéb redundanciamegoldások alapjait, beleértve a biztonsági mentést, a régiók közötti replikációt és a zónák közötti replikációt.

A legtöbb megoldás esetében nem szabad kizárólag biztonsági másolatokra támaszkodnia. Ehelyett használja az útmutatóban ismertetett egyéb képességeket a rugalmassági követelmények támogatására. A biztonsági másolatok azonban védelmet nyújtanak bizonyos kockázatok ellen, amelyeket más megközelítések nem. További információ: Mi a redundancia, a replikáció és a biztonsági mentés?

Szolgáltatásiszint-szerződés

A Azure szolgáltatások szolgáltatásiszint-szerződése (SLA) leírja az egyes szolgáltatások várható elérhetőségét, valamint azokat a feltételeket, amelyeket a megoldásnak teljesítenie kell az adott rendelkezésre állási elvárás eléréséhez. További információ: SLAs for online szolgáltatások.

Kapcsolódó tartalom

  • Last updated on