Megbízhatóság az Azure Batchben

Ez a cikk az Azure Batch megbízhatósági támogatását ismerteti, és ismerteti a régión belüli rugalmasságot a rendelkezésre állási zónákkal, valamint a régiók közötti helyreállítással és üzletmenet-folytonossággal kapcsolatos információkra mutató hivatkozásokat.

Rendelkezésre állási zóna támogatása

Az Azure rendelkezésre állási zónái legalább három fizikailag különálló adatközpont-csoport az egyes Azure-régiókban. Az egyes zónákban lévő adatközpontok független energiaellátási, hűtési és hálózati infrastruktúrával rendelkeznek. Helyi zónahiba esetén a rendelkezésre állási zónák úgy vannak kialakítva, hogy az egy zóna érintettsége esetén a fennmaradó két zóna támogassa a regionális szolgáltatásokat, a kapacitást és a magas rendelkezésre állást.

A hibák a szoftver- és hardverhibáktól az olyan eseményekig terjedhetnek, mint a földrengések, árvizek és tűzesetek. A hibáktól való tolerancia az Azure-szolgáltatások redundanciával és logikai elkülönítésével érhető el. Az Azure-beli rendelkezésre állási zónákkal kapcsolatos részletesebb információkért tekintse meg a Régiók és a rendelkezésre állási zónák című témakört.

Az Azure rendelkezésre állási zónákkal kompatibilis szolgáltatások a megfelelő megbízhatósági és rugalmassági szintet biztosítják. Ezek kétféleképpen konfigurálhatók. Ezek lehetnek zónaredundánsak, a zónák közötti automatikus replikációval vagy a zónák közötti automatikus replikációval, egy adott zónába rögzített példányokkal. Ezeket a megközelítéseket kombinálhatja is. A zónaredundáns és a zónaredundáns architektúrával kapcsolatos további információkért tekintse meg a rendelkezésre állási zónák és régiók Javaslatok.

A Batch paritásos kapcsolatot tart fenn az Azure-ral a rendelkezésre állási zónák támogatásával kapcsolatban.

Előfeltételek

• Felhasználói előfizetési módú Batch-fiókok esetén győződjön meg arról, hogy a készletet létrehozó előfizetés nem korlátozza a kért virtuálisgép-termékváltozatot. Annak ellenőrzéséhez, hogy az előfizetése nem tartalmaz-e korlátozásokat, hívja meg a Resource Skus List API-t , és ellenőrizze a ResourceSkuRestrictions. Ha létezik zónakorlátozás, támogatási jegyet küldhet a zónakorlátozás eltávolításához.

• Mivel az InfiniBand nem támogatja a zónák közötti kommunikációt, nem hozhat létre zónaszabályzattal rendelkező készletet, ha engedélyezve van a csomópontok közötti kommunikáció, és az InfiniBandot támogató virtuálisgép-termékváltozatot használ.

• A Batch paritásos kapcsolatot tart fenn az Azure-ral a rendelkezésre állási zónák támogatásával kapcsolatban. A zónabeállítás használatához a készletet egy rendelkezésre állási zóna támogatásával rendelkező Azure-régióban kell létrehozni.

• A Batch-készlet rendelkezésre állási zónák közötti lefoglalásához a készletet létrehozó Azure-régiónak több zónában is támogatnia kell a kért virtuálisgép-termékváltozatot. Annak ellenőrzéséhez, hogy a régió támogatja-e a kért virtuálisgép-termékváltozatot több zónában, hívja meg a Resource Skus List API-t , és ellenőrizze a locationInfo mező értékét resourceSku. Győződjön meg arról, hogy a kért virtuálisgép-termékváltozathoz több zóna is támogatott. Az Azure CLI-vel az összes elérhető erőforrás-termékváltozatot az alábbi paranccsal is listázhatja:

  
      az vm list-skus
  
  

Azure Batch-készlet létrehozása rendelkezésre állási zónák között

A Batch-készlet rendelkezésre állási zónák közötti létrehozásával kapcsolatos példákért lásd : Azure Batch-készlet létrehozása rendelkezésre állási zónák között.

További információ a Batch-fiókok Azure Portallal, az Azure CLI-vel, a PowerShell-lel vagy a Batch felügyeleti API-val történő létrehozásáról.

Zónaleállási élmény

A zónakimaradás során a zónán belüli csomópontok elérhetetlenné válnak. Az ugyanazon csomópontkészleten belül más zónákból származó csomópontok nem lesznek hatással, és továbbra is elérhetők maradnak.

Az Azure Batch-fiók nem helyez át vagy hoz létre új csomópontokat a kimaradás miatt leállt csomópontok kompenzálására. A felhasználóknak további csomópontokat kell hozzáadniuk a csomópontkészlethez, amelyeket aztán más kifogástalan állapotú zónákból foglalnak le.

Hibatűrés

A rendelkezésre állási zóna esetleges meghibásodására való felkészüléshez túl kell építenie a szolgáltatás kapacitását, hogy a megoldás képes legyen a kapacitás 1/3-ának elvesztését elviselni, és a zónaszintű kimaradások során a teljesítmény romlása nélkül működjön tovább. Mivel a platform a virtuális gépeket három zónára terjeszti, és legalább egy zóna meghibásodását figyelembe kell vennie, szorozza meg a számítási feladatok csúcspéldányainak számát a zónák/(zónák-1) vagy a 3/2 tényezővel. Ha például a tipikus csúcsterhelés négy példányt igényel, hat példányt kell üzembe helyeznie: (2/3 * 6 példány) = 4 példány.

Rendelkezésre állási zóna migrálása

Meglévő Batch-készletet nem migrálhat a rendelkezésre állási zónák támogatásához. Ha újra létre szeretné hozni a Batch-készletet a rendelkezésre állási zónák között, tekintse meg az Azure Batch-készlet rendelkezésre állási zónák közötti létrehozását.

Régiók közötti vészhelyreállítás és üzletmenet-folytonosság

Az Azure Batch minden Azure-régióban elérhető. Batch-fiók létrehozásakor azonban egy adott régióhoz kell társítani. Az adott Batch-fiók minden további művelete csak az adott régióra vonatkozik. A készletek és a társított virtuális gépek például ugyanabban a régióban jönnek létre, mint a Batch-fiók.

A Batchet használó alkalmazások tervezésekor figyelembe kell vennie annak lehetőségét, hogy a Batch nem érhető el egy régióban. Előfordulhat, hogy olyan ritka helyzet áll fenn, amikor probléma merül fel a régió egészével, a régió teljes Batch szolgáltatásával vagy az adott Batch-fiókkal.

Ha a Batchet használó alkalmazásnak vagy megoldásnak mindig elérhetőnek kell lennie, akkor úgy kell megtervezni, hogy feladatátvételt hajtson létre egy másik régióba, vagy a számítási feladat mindig két vagy több régió között legyen elosztva. Mindkét megközelítéshez legalább két Batch-fiók szükséges, amelyek mindegyik fiókja egy másik régióban található.

Ön a felelős a régiók közötti vészhelyreállítás beállításáért az Azure Batch használatával. Ha több Batch-fiókot futtat egy adott régióban, és kihasználja a rendelkezésre állási zónák előnyeit, az alkalmazás teljesíteni tudja a vészhelyreállítási célkitűzéseket, amikor az egyik Batch-fiók elérhetetlenné válik.

Amikor lehetővé teszi a feladatátvételt egy másik régióba, a megoldás összes összetevőjét figyelembe kell venni; Nem elegendő egyszerűen egy második Batch-fiókkal rendelkezni. A Legtöbb Batch-alkalmazásban például azure-tárfiókra van szükség. A tárfióknak és a Batch-fióknak ugyanabban a régióban kell lennie az elfogadható teljesítmény érdekében.

A feladatátvételre képes megoldások tervezésekor vegye figyelembe az alábbi szempontokat:

• Minden szükséges szolgáltatás létrehozása minden régióban, például a Batch-fiókban és a tárfiókban. A fiókok létrehozása gyakran nem jár költséggel, és a díjak csak a fiók használatakor vagy az adatok tárolásakor merülnek fel.

• Előre győződjön meg arról, hogy a megfelelő kvóták minden felhasználói előfizetési Batch-fiókhoz meg vannak adva, hogy lefoglalja a szükséges számú magot a Batch-fiók használatával.

• Sablonok és/vagy szkriptek használatával automatizálhatja az alkalmazás üzembe helyezését egy régióban.

• Tartsa naprakészen az alkalmazás bináris fájljait, és hivatkozzon az adatokra minden régióban. A naprakészség biztosítja, hogy a régió gyorsan online állapotba helyezhető anélkül, hogy várnia kellene a fájlok feltöltésére és üzembe helyezésére. Vegyük például azt az esetet, amikor a készletcsomópontokra telepíteni kívánt egyéni alkalmazásokat a Rendszer Batch-alkalmazáscsomagokkal tárolja és hivatkozik rá. Az alkalmazás frissítésének kiadásakor minden Batch-fiókba fel kell tölteni, és a készletkonfiguráció hivatkozik rá (vagy a legújabb verzió legyen az alapértelmezett verzió).

• A Batchet, a tárterületet és bármely más szolgáltatást hívó alkalmazásban egyszerűen válthat az ügyfelekre vagy a terhelésre különböző régiókra.

• Fontolja meg, hogy a normál művelet részeként gyakran váltson át másik régióra. Ha például két üzembe helyezés külön régióban van, havonta vált át a másik régióra.

A vészhelyreállítás időtartama a választott beállítástól függ. Maga a Batch agnosztikus azzal kapcsolatban, hogy több fiókot vagy egyetlen fiókot használ-e. Aktív-aktív konfigurációkban, ahol két Batch-példány egyidejűleg fogad forgalmat, a vészhelyreállítás gyorsabb, mint egy aktív-passzív konfiguráció esetében. A választott konfigurációnak üzleti igényeken (különböző régiókon, késési követelményeken) és technikai szempontokon kell alapulnia.

Egyrégiós vészhelyreállítás

A Batchben a vészhelyreállítás megvalósítása ugyanaz, akár egyrégiós, akár többrégiós földrajzi helyen dolgozik. Az egyetlen különbség az, hogy melyik termékváltozatot használja a tároláshoz, és hogy ugyanazt a tárfiókot szeretné-e használni az összes régióban.

Vészhelyreállítási tesztelés

A Batch-kompatibilis megoldás saját vészhelyreállítási tesztelését kell elvégeznie. Ajánlott eljárásnak számít az ügyfél- és szolgáltatásterhelés közötti egyszerű váltás különböző régiókban.

A Batch vészhelyreállítási tervének tesztelése olyan egyszerű lehet, mint a váltakozó Batch-fiókok. Egy adott régióban például egyetlen Batch-fiókra támaszkodhat egy operatív napra. Ezután a következő napon átválthat egy másik régióban lévő második Batch-fiókra. A vészhelyreállítást elsősorban az ügyféloldal kezeli. A vészhelyreállítás ezen többfiókos megközelítése gondoskodik az RTO és az RPO elvárásairól egyrégiós vagy többrégiós földrajzi helyeken.

Kapacitás és proaktív vészhelyreállítási rugalmasság

A Microsoft és ügyfelei a megosztott felelősségi modell alapján működnek. A Microsoft felelős a platform- és infrastrukturális rugalmasságért. Ön felelős a vészhelyreállításért minden olyan szolgáltatás esetében, amely üzembe helyezhető és szabályozható. Annak biztosítása, hogy a helyreállítás proaktív legyen:

• Mindig előre kell üzembe helyeznie a másodfokokat. A másodfokú példányok előzetes üzembe helyezése azért szükséges, mert nincs garancia arra, hogy a kapacitás az adott időpontban hatással van azokra, akik még nem helyezték előre az ilyen erőforrásokat.

• Minden szükséges szolgáltatás létrehozása minden régióban, például a Batch-fiókokban és a társított tárfiókokban. Az új fiókok létrehozása díjmentes; díjak csak a fiók használatakor vagy az adatok tárolásakor merülnek fel.

• Győződjön meg arról, hogy a megfelelő kvóták előre meg vannak adva az összes előfizetésen, így a Batch-fiók használatával lefoglalhatja a szükséges számú magot. Más Azure-szolgáltatásokhoz hasonlóan a Batch szolgáltatáshoz társított egyes erőforrásokra is korlátozások vonatkoznak. Ezen korlátok közül sok az Azure által az előfizetés vagy a fiók szintjén alkalmazott alapértelmezett kvóták. Ezeket a kvótákat tartsa szem előtt a Batch-számítási feladatok tervezése és vertikális felskálázása során.

Feljegyzés

Ha éles számítási feladatokat szeretne futtatni a Batchben, előfordulhat, hogy az alapértelmezettnél több kvótát kell növelnie. Kvóta emeléséhez díjmentesen kérheti a kvótanövelést. További információ: Kvótanövelés kérése.

Tárolás

Konfigurálnia kell a Batch Storage-t az adatok régiók közötti biztonsági mentéséhez; az ügyfél felelőssége az alapértelmezett. A Legtöbb Batch-megoldás az Azure Storage-t használja erőforrásfájlok és kimeneti fájlok tárolására. Például a Batch-tevékenységek (beleértve a szabványos, az indítási, a feladat-előkészítési és a feladatkiadási tevékenységeket) általában olyan erőforrásfájlokat határoznak meg, amelyek egy tárfiókban találhatók. A tárfiókok a feldolgozott adatokat és a létrehozott kimeneti adatokat is tárolják. Fontos szempont a szolgáltatásműveletek régióiban bekövetkező adatvesztés megértése. Azt is ellenőriznie kell, hogy az adatok újraírhatók vagy írásvédettek-e.

A Batch az alábbi Azure Storage-fiókokat támogatja:

• Általános célú v2- (GPv2-) fiókok
• Általános célú v1- (GPv1-) fiókok
• Blob Storage-fiókok (jelenleg a virtuálisgép-konfigurációban lévő készletek esetén támogatott)

További információ a tárfiókokról: Az Azure-tárfiókok áttekintése.

A tárfiókot a Batch-fiókhoz társíthatja a fiók létrehozásakor, vagy később elvégezheti ezt a lépést.

Ha minden olyan régióhoz külön tárfiókot állít be, amelyben a szolgáltatás elérhető, zónaredundáns tárfiókokat (ZRS) kell használnia. Ha ugyanazt a tárfiókot több párosított régióban használja, geozónára redundáns tárfiókokat (GZRS) használjon. Az egyetlen régiót tartalmazó földrajzi helyek esetében létre kell hoznia egy zónaredundáns tárfiókot (ZRS), mert a GZRS nem érhető el.

A kapacitástervezés a tárolás másik fontos szempontja, és proaktív módon kell kezelni. Tárfiók kiválasztásakor vegye figyelembe a költségekre és teljesítményre vonatkozó követelményeket. A GPv2 és a Blob-tárfiók például magasabb kapacitási és méretezhetőségi korlátokat támogat a GPv1-hez képest. (A tárterületkorlát növelésének kéréséhez forduljon az Azure ügyfélszolgálatához.) Ezek a fiókbeállítások javíthatják azon Batch-megoldások teljesítményét, amelyek sok párhuzamos feladatot tartalmaznak, amelyek a tárfiókból olvasnak vagy írnak.

Ha egy tárfiók egy Batch-fiókhoz van társítva, úgy tekintse azt autostorage-fióknak. Autostorage-fiókra van szükség, ha az alkalmazáscsomagok funkcióját szeretné használni, mivel az alkalmazáscsomag .zip fájlok tárolására szolgál. A tevékenységerőforrás-fájlokhoz automatikus tárfiók is használható; mivel az automatikus tárfiók már a Batch-fiókhoz van csatolva, így nincs szükség közös hozzáférésű jogosultságkód (SAS) URL-címekre az erőforrásfájlok eléréséhez.

Következő lépések

• Megbízhatóság az Azure-ban