Megbízhatóság az Azure Elastic SAN-ban

Azure Elastic SAN egy natív felhőbeli tárolóhálózati (SAN) szolgáltatás, amely skálázható, költséghatékony, nagy teljesítményű és átfogó tárolási megoldást biztosít számos számítási lehetőséghez. A rugalmas SAN lehetővé teszi kötetek létrehozását és kezelését, amelyek virtuális lemezek, amelyek az iSCSI protokollon keresztül csatlakozhatnak a virtuális gépekhez, tárolókhoz vagy más Azure szolgáltatásokhoz.

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á Azure Elastic SAN 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 hibáit és a régiószintű hibákat. Emellett ismerteti a biztonsági mentési és helyreállítási lehetőségeket, valamint kiemeli a Azure Elastic SAN szolgáltatásiszint-szerződéssel (SLA) kapcsolatos legfontosabb információkat.

A termelési üzembe helyezési javaslatok a megbízhatóság érdekében

Gyártási feladatokhoz az alábbiakat javasoljuk:

• Zónaredundáns tárolás (ZRS) használata: A ZRS három rendelkezésre állási zónában terjeszti az adatok másolatait.
• Konfigurálja a hálózati hozzáférést a manuális beavatkozás zónahibák esetén történő csökkentéséhez: A privát végpontok manuális beavatkozás nélkül teszik lehetővé az automatikus zóna feladatátvételét, míg a szolgáltatásvégpontok manuális beavatkozást igényelhetnek.
• Régiók közötti vészhelyreállítást igénylő számítási feladatok esetén: Rendszeresen készítsen pillanatképeket a kötetekről, és exportálja őket felügyelt lemezes pillanatképekbe az adatvédelem érdekében. Másolja a pillanatképeket egy másodlagos régióba, amely földrajzilag távol van az elsődleges régiótól.

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

A rugalmas san háromszintű erőforrás-hierarchiával rendelkezik:

• Rugalmas san: A legfelső szintű erőforrás, ahol konfigurálja a redundanciát, lefoglalja a tárkapacitást, és beállítja a teljesítménykorlátokat. Az Elastic SAN-hoz lefoglalt alapegységek száma határozza meg a teljes SAN-ban elérhető teljes IOPS-t és átviteli sebességet.
• Kötetcsoportok: A kötetek nagy léptékű kezeléséhez használt felügyeleti szerkezetek. A hálózati hozzáférési beállítások, például a privát végpontok vagy a szolgáltatásvégpontok a kötetcsoport szintjén vannak konfigurálva, és a csoport összes kötete örökli.
• Kötetek: A tárolóhálózat teljes kapacitásából particionált egyedi tárolókötetek. A kötetek az iSCSI protokollon keresztül csatlakoznak a számítási erőforrásokhoz.

Az üzembe helyezési erőforrásokról további információt az Elastic SAN-erőforrások című témakörben talál.

Az Elastic SAN belsőleg tárolófürtökben tárolja az adatokat. Ha úgy konfigurálja az Elastic SAN-t, hogy helyileg redundáns tárolást (LRS) használjon, a rendszer háromszor replikálja az adatokat egy adatközpont egyetlen tárolófürtjén belül. A zónaredundáns tárolást (ZRS) úgy konfigurálhatja, hogy az adatok másolatait három rendelkezésre állási zónában tárolja. További információ: Rugalmasság a rendelkezésre állási zónák hibáival kapcsolatban.

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óját, amikor a felhőben üzemeltetett API-kkal, adatbázisokkal és egyéb összetevőkkel kommunikálnak. További információ: Átmeneti hibák kezelésére vonatkozó javaslatok.

Ha az iSCSI-kapcsolat megszakad egy rugalmas SAN-kötethez, az ügyfél iSCSI-kezdeményezője automatikusan megpróbál újracsatlakozni. Az újracsatlakozás során rövid szünetet tapasztalhat az I/O-műveletekben. Konfigurálja az iSCSI-kezdeményezőt a megfelelő újrapróbálkozási és időtúllépési beállításokkal az átmeneti megszakítások kezeléséhez. Részletes iSCSI- és MPIO-beállítási javaslatokért lásd : Elastic SAN teljesítményének optimalizálása.

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 Elastic SAN konfigurálható zónaredundáns tárolás (ZRS) használatára, ami azt jelenti, hogy az adatok szinkron módon replikálódnak a régió három rendelkezésre állási zónájában. A zóna-redundancia segít elérni a rugalmasságot és a megbízhatóságot a termelési munkaterhelések esetében.

A kapcsolódási megközelítés hatással van a terhelés transzparens feladatátvételi képességére zónahiba során. Javasoljuk, hogy privát végpontokkal csatlakozzon a kötetekhez. A privát végpontok támogatják az automatikus feladatátvételt. Szolgáltatásvégpontok használata esetén a feladatátvétel manuális beavatkozást igényelhet. A kapcsolati megközelítésekről további információt az Elastic SAN hálózati konfigurációiról szóló cikkben talál.

A helyileg redundáns tárolás (LRS) használata nem védi az Elastic SAN-t a rendelkezésre állási zónák hibáival szemben. Az LRS nem zónaalapúvá teszi a rugalmas san-t, mivel az adatokat egyetlen rendelkezésre állási zónában tárolja, ahelyett, hogy a ZRS-sel elosztotta volna azokat a zónák között.

Követelmények

Régiótámogatás: A zónaredundáns rugalmas SAN-erőforrások a régiók egy részhalmazában helyezhetők üzembe. A régiók listájáért tekintse meg az Elastic SAN-ra vonatkozó méretezési célokat.

Cost

Ha rugalmas san-t hoz létre A ZRS használatával, a költség magasabb, mint az LRS. További információ a díjszabásról: Azure Elastic SAN díjszabás.

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

• Hozzon létre egy új Elastic SAN-t a ZRS használatával: Amikor létrehoz egy elastic SAN-t, és redundanciabeállításként a ZRS-t választja, az Elastic SAN automatikusan zónaredundánssá válik. Az Elastic SAN létrehozása után nem módosíthatja a redundancia beállítást. Az új rugalmas SAN-erőforrás létrehozásáról további információt a Rugalmas san üzembe helyezése című témakörben talál.

• Zónaredundancia engedélyezése meglévő LRS Elastic SAN-on: Az LRS Elastic SAN-t nem konvertálhatja ZRS-sé. Az áttelepítéshez pillanatképet készíthet a rugalmas SAN-kötetekről, exportálhatja őket felügyelt lemez-pillanatképekbe, üzembe helyezhet egy új Elastic SAN-t a ZRS-en, majd köteteket hozhat létre az új Elastic SAN-on a lemez pillanatképei alapján. További információ: Snapshot Azure Elastic SAN kötetek.

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

Ez a szakasz azt ismerteti, hogy mire számíthat, ha rugalmas SAN-t konfigurál a zónaredundanciához, és minden zóna működőképes.

• Zónák közötti művelet: Ha Elastic SAN-kötethez csatlakozik, az iSCSI-kapcsolat az egyik rendelkezésre állási zónában lévő fürtre irányítódik. A platform automatikusan irányítja a forgalmat a zónák között.

• Zónaközi adatreplikálás: Amikor egy ügyfél adatokat ír egy rugalmas SAN-kötetre, az adatok szinkron módon lesznek megírva a három rendelkezésre állási zónán belüli fürtökre, mielőtt az írási műveletet nyugtáznák. A szinkron replikáció magas szintű adatkonzisztenciát biztosít, és biztosítja, hogy zónahiba esetén ne legyen adatvesztés.

  A ZRS Elastic SAN üzembe helyezése nagyobb megbízhatóságot biztosít, mint az LRS Elastic SAN, de nagyobb írási késést biztosít. Mérje fel az Elastic SAN-t, és szimulálja az alkalmazás számítási feladatait az LRS és a ZRS közötti késés összehasonlításához, hogy kiderüljön, hatással van-e a számítási feladatra.

Viselkedés zónahiba esetén

Ez a szakasz azt ismerteti, hogy mire számíthat, ha rugalmas SAN-t konfigurál a zónaredundanciához, és kimaradás van az egyik zónában.

• Észlelés és válasz: Az Elastic SAN platform észleli a rendelkezésre állási zónák hibáit. A ZRS Elastic SAN-ek zóna-feladatátvételének kezdeményezéséhez nem kell semmit tennie.

• Értesítés: Microsoft nem értesíti automatikusan, ha egy zóna nem működik. Az Azure Service Health használatával azonban megismerheti a szolgáltatás általános állapotát, beleértve a zónahibákat is, és beállíthat Service Health-riasztásokat a problémákról való értesítéshez.

• Aktív kérések: Ha egy rendelkezésre állási zóna elérhetetlenné válik, a szolgáltatás leállhat az érintett zónában lévő replikákhoz csatlakozó folyamatban lévő I/O-műveleteket, és újra meg kell próbálkoznia a műveletekkel. Privát végpontok használata esetén a szolgáltatás automatikusan meghiúsul. Ha szolgáltatásvégpontokat használ, előfordulhat, hogy újra kell indítania az iSCSI-kezdeményezőt az átkapcsolás érdekében egy hibátlan zónába.

• Várható adatvesztés: A rugalmas san megakadályozza az adatvesztést egy zónahiba során azáltal, hogy három rendelkezésre állási zónában szinkronizálja az adatokat.

• Várható állásidő: Privát végpontok használatakor a zóna feladatátvétele automatikusan megtörténik. A SAN-átállás után néhány percig a rendelkezésre állás és a teljesítmény romlását tapasztalhatja, míg a SAN újra egyensúlyozza kapacitásait.

  Szolgáltatásvégpontok használatakor az Elastic SAN nem vált automatikusan kifogástalan zónára. Előfordulhat, hogy újra kell indítania az iSCSI-kezdeményezőt egy másik, kifogástalan állapotú zónába történő feladatátvétel kezdeményezéséhez.

• Forgalom átirányítása: Ha egy zóna nem érhető el, az Elastic SAN-platform észleli a zóna elvesztését, és átirányítja a forgalmat a fennmaradó kifogástalan zónákra.

  Ha manuális beavatkozás nélkül szeretné biztosítani az automatikus zóna feladatátvételét, privát végpontokkal csatlakozzon az Elastic SAN-hoz. Ha szolgáltatásvégpontokat használ privát végpontok helyett, előfordulhat, hogy manuálisan kell újraindítania az iSCSI-kezdeményezőt, hogy feladatátvételt kezdeményezjen egy kifogástalan állapotú zónába.

Zóna helyreállítása

A rendelkezésre állási zóna helyreállításakor az Elastic SAN-platform automatikusan visszaállítja a normál műveleteket, és három zónában folytatja a replikációt. Nem kell semmilyen műveletet elvégeznie.

Zónahibák tesztelése

Az Azure Elastic SAN platform kezeli a forgalomirányítást, a feladatátvételt és a zónaredundáns erőforrások helyreállítását. Mivel ez a szolgáltatás teljes mértékben felügyelt, nem kell ellenőriznie a rendelkezésre állási zónák meghibásodási folyamatait.

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

Azure Elastic SAN egy régiós szolgáltatás. Ha a régió elérhetetlenné válik, a rugalmas SAN-erőforrás is elérhetetlenné válik. Az Elastic SAN-hoz nincs beépített régiók közötti replikáció vagy feladatátvétel. Ön felelős saját többrégiós vészhelyreállítási megoldás elkészítéséért, ha a számítási feladat régiószintű rugalmasságot igényel.

Egyéni többrégiós megoldások a rugalmasság érdekében

Ön a felelős a rugalmas SAN-adatok többrégiós vészhelyreállításáért. Az ajánlott módszer a mennyiségi pillanatképek használata:

1. Pillanatképek rendszeres létrehozása. Kötet-pillanatképeket használva rögzítheti a rugalmas SAN-kötetek adott időpontbeli másolatait.

   A helyreállítási pont célkitűzése (RPO) attól függ, hogy milyen gyakran hoz létre és másol pillanatképeket a másodlagos régióba. Minél gyakrabban hoz létre pillanatképeket, és másolja őket, annál kisebb a potenciális adatvesztés egy katasztrófa során.

2. Pillanatképek exportálása felügyelt lemez pillanatképeibe.Exportálja a kötet pillanatképeit a felügyelt lemez pillanatképeibe, amelyek más régiókba másolhatók.

3. Pillanatképek másolása egy másodlagos régióba.A növekményes pillanatképek másolása egy földrajzilag távoli új régióba az elsődleges régiótól. Ez csökkenti annak a kockázatát, hogy egyetlen katasztrófa több régiót is érint.

4. Visszaállítás pillanatképekből. Vészhelyreállítási forgatókönyv esetén hozzon létre új köteteket a másodlagos Elastic SAN-on a másolt felügyelt lemez pillanatképeiből.

A helyreállítási időkorlát (RTO) az adatok méretétől, a pillanatképek régiók közötti másolásához szükséges időtől, valamint az új rugalmas san másodlagos régióban való üzembe helyezéséhez és konfigurálásához szükséges időtől függ. A helyreállítási idő csökkentése érdekében érdemes lehet üzembe helyezni egy másodlagos elastic SAN-t a helyreállítási régióban, mielőtt katasztrófa történne. Ez segít elkerülni a kapacitáskorlátokat a kimaradás során.

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

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?

A rugalmas SAN kétféle biztonsági mentést támogat:

• Azure Elastic SAN biztonsági mentés: A Azure Backup ezen képessége teljes mértékben felügyelt megoldást kínál a biztonsági mentések ütemezésére, a helyreállítási pontok lejárati idővonalának beállítására és a helyreállítási adatok új kötetre való beállítására. Segít megvédeni az adatvesztést a véletlen törlésekkel, zsarolóprogramokkal és alkalmazásfrissítésekkel szemben. További információ: Azure Elastic SAN biztonsági mentés (előzetes verzió).

  Important

  Mivel ezt a megoldást a Microsoft Azure Előzetes verzióra vonatkozó kiegészítő feltételei is lefedik, tesztelésre és nem éles használatra használja.

• Pillanatképek: Másik lehetőségként létrehozhat és kezelhet pillanatképeket az adatvédelmi követelmények alapján.

  Azure Elastic SAN támogatja a kötetek pillanatképeit adatvédelem céljából. A pillanatképek a kötetek növekményes, időponthoz kötött másolatai, amelyek helyet foglalnak el az Elastic SAN teljes kapacitásából. Az adatok védelme érdekében rendszeresen készítsen pillanatképeket. A gyakoriság attól függ, hogy mennyi adatvesztést engedhet meg magának (az RPO). Létrehozhat pillanatképeket manuálisan, vagy létrehozhat saját automatizálást, hogy ütemezés szerint hozza létre őket.

  A pillanatképek ugyanabban az Elastic SAN-ben vannak tárolva, mint a kötetek, és ugyanazt a redundanciabeállítást használják. A régiószintű hibák elleni védelem érdekében exportálja a pillanatképeket a felügyelt lemez pillanatképeibe, és másolja őket egy másik régióba. További információ: Mennyiségi pillanatkép exportálása és növekményes pillanatkép másolása új régióba.

  Létrehozhat egy új rugalmas SAN-kötetet egy pillanatképből vagy egy felügyelt lemez pillanatképéből. További információ: Kötet létrehozása pillanatképből.

A szolgáltatás karbantartásával szembeni rugalmasság

A Microsoft rendszeresen alkalmazza a szolgáltatásfrissítéseket, és egyéb karbantartásokat végez. A Azure platform automatikusan kezeli ezeket a tevékenységeket, biztosítva, hogy a karbantartás zökkenőmentes és átlátható legyen. A karbantartási események során nem várható leállás, kivéve, ha az Azure Service Health tervezett karbantartása alkalmával erről tájékoztatást kapott.

Szolgáltatásiszint-szerződés

Az 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 a rendelkezésre állási elvárás eléréséhez. További információ: SLA-k az online szolgáltatásokhoz.

Kapcsolódó tartalom

• Mi az Azure Elastic SAN?
• Rugalmas san üzembe helyezésének megtervezése
• Megbízhatóság az Azure-ban