Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
Ez a cikk az Azure Batch megbízhatósági támogatását ismerteti. Ismerteti, hogyan javíthatja a régiókon belüli rugalmasságot a rendelkezésre állási zónák, a kötegkészletek és a számítási csomópontok használatával az állásidő és az adatvesztés minimalizálása érdekében. Emellett a régiók közötti helyreállítással és üzletmenet-folytonosságsal kapcsolatos információkra is hivatkozik.
Rendelkezésre állási zóna támogatása
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.
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
Batch-fiókokat felhasználói előfizetési módban használva, győződjön meg arról, hogy a medence létrehozásának előfizetésénél nincs zónaajánlat korlátozás a kért VM SKU-ra vonatkozóan. 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
locationInfomező értékétresourceSku. Győződjön meg arról, hogy a kért VM SKU-hoz 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 a rendelkezésre állási zónákra kiterjedően
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.
Kikapcsolódá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 felhasználói előfizetések Batch-fiókjaihoz a megfelelő kvóták be vannak állítva, 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 egy egyéni alkalmazást, amelyet a csomópontok telepítésére szánnak, Batch alkalmazáscsomagokkal tárolnak és hivatkoznak rá. Az alkalmazás frissítéseinek megjelenésekor minden Batch-fiókba fel kell tölteni, és a pool konfigurációnak hivatkoznia kell rá (vagy a legújabb verzió legyen az alapértelmezett verzió).
Az alkalmazásban, amely a Batch, tárolási és egyéb szolgáltatásokat hív meg, könnyen átválthatja az ügyfeleket vagy a terhelést különböző régiókba.
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 katasztrófa utáni helyreá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 telepítenie a tartalékokat. A másodlagos erőforrások előzetes üzembe helyezése azért szükséges, mert nincs garancia arra, hogy az ütközés időpontjában rendelkezésre áll kapacitás azok számára, akik még nem allokáltá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.
Megjegyzé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.
Storage
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.