Megbízhatóság az Azure Storage Moverben

Azure Storage Mover egy teljes mértékben felügyelt szolgáltatás, amely fájlokat és mappákat migrál a Azure Storage, és szinkronizálja a fájlokat a tárfiókok között. A Storage Movert akkor használhatja, ha adatokat helyez át Azure, vagy ha szinkronban kell tartania az adatokat a Azure különböző helyei között.

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, hogy Azure Storage Mover hogyan reagál számos lehetséges kimaradásra és problémára, beleértve az átmeneti hibákat, a rendelkezésre állási zónák hibáit és a régiószintű hibákat. Azt is ismerteti, hogyan védheti meg a Storage Mover konfigurációját.

Important

Ez a cikk csak a Azure Storage Mover szolgáltatás megbízhatóságát és erőforrásait ismerteti. A teljes körű migrálás megbízhatósága az összes összetevőtől függ: a Storage Mover szolgáltatástól, az üzembe helyezendő Storage Mover-ügynököktől, a forráskörnyezettől és a hálózati kapcsolattól, valamint a céltárfióktól. Ön felel az ügynökök, a forrásrendszerek és a céltárolók megbízhatóságáért. A Azure Storage megbízhatóságáról további információt a Azure Blob Storage megbízhatósága és az Azure Files megbízhatósága című témakörben talál.

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

Ez a szakasz a szolgáltatás megbízhatóság szempontjából leginkább releváns működésének néhány fontos aspektusát ismerteti. A szakasz bemutatja a logikai architektúrát, amely tartalmazza a telepített és használt erőforrásokat és funkciókat. Emellett a fizikai architektúrát is ismerteti, amely részletesen bemutatja, hogyan működik a szolgáltatás a borítók alatt.

Logikai architektúra

Azure Storage Mover úgy lett kialakítva, hogy adatokat migráljon és szinkronizáljon a tárolóhelyek között, nem pedig az éles számítási feladatok futtatókörnyezeti útvonalán lévő kérések kiszolgálására. Erőforráshierarchiával rendelkezik, amely meghatározza a telepített és felügyelt összetevőket. A legfelső szintű erőforrást tároló mozgatónak nevezzük. A tárterületen belül olyan projekteket definiálhat, amelyek feladatdefiníciókat tartalmaznak, amelyek ismertetik, hogy mit és hol kell migrálni. A végpontok határozzák meg a migrálási vagy szinkronizálási feladatok forrás- és célhelyeit.

Bizonyos esetekben, például a helyszíni környezetekből való migrálás esetén egy vagy több Storage Mover-ügynököt is üzembe kell helyeznie. Az ügynök olyan szoftver, amely egy Ön által felügyelt gépen fut, például egy virtuális vagy fizikai gépen. Egyes helyzetekben nincs szükség ügynökre.

A szolgáltatás tárolja a konfigurációs metaadatokat, beleértve a projekteket, végpontokat, ügynökregisztrációkat, feladatdefiníciókat és feladatfuttatási előzményeket. Ez a metaadatok nem tartalmazzák az áttelepített adatokat.

Fizikai architektúra

A Azure Storage Mover szolgáltatás Microsoft felügyelt infrastruktúrán fut. Az ügynökök az Ön által kezelt hardveren futnak. Ön a felelős az ügynökök megbízhatóságáért, amely a jelen cikk hatókörén kívül esik.

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ó: Javaslatok átmeneti hibák kezelésére.

Ha egy átmeneti hiba befolyásolja az ügynök és a Storage Mover szolgáltatás közötti kommunikációt, vagy ha egy forráshoz vagy célhoz csatlakozik, az ügynök automatikusan újrapróbálkozza. A Azure-Azure feladatok esetében a szolgáltatás számos átmeneti hibával szemben is rugalmas. A kapcsolat visszaállításakor a folyamatban lévő migrálási feladatok folytatódnak.

Bizonyos esetekben az átmeneti hibák hibákként jelennek meg a feladatfuttatási előzményekben. A hibakódok leírását, beleértve az átmeneti hibákat is, tekintse meg Azure Storage Mover állapotkódjait és hibatípusait. Az állandó hálózati csatlakozási problémák megoldásával kapcsolatos útmutatásért tekintse meg a Azure Storage mozgató hálózati kapcsolat hibaelhárítását ismertető témakört.

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.

A rendelkezésre állási zónákat támogató régiókban a platform a legjobb munkamennyiség alapján osztja el a tárolóátvevő konfigurációs metaadatait a zónák között, de ez a viselkedés nem garantált. Ha a tárolási migrálásoknak ellen kell állniuk egy zóna elvesztésének, tervezd meg a migrálási folyamatot, hogy elviselje a tároló mozgatásának elvesztését, és tekintse át a régiószintű meghibásodásokkal szembeni rugalmasságot.

Fontolja meg a zónahiba hatását a Storage Mover használatának kontextusában. A szolgáltatás koordinálja az adatmigrálást és a szinkronizálást, és általában nem az éles számítási feladat futtatókörnyezeti útvonalán van. Ha egy tárolóátviteli szolgáltatás zónahiba miatt nem érhető el, a migrálási vagy szinkronizálási feladat általában csak késedelmet szenved ahelyett, hogy éles üzemkiesést okozna, és a szolgáltatás helyreállása után folytathatja vagy újrapróbálhatja a feladatot. A Storage Mover szintén nem kínál rendelkezésre állási szolgáltatási szintű szerződést (SLA), ezért a kialakítás nem feltételezheti, hogy a szolgáltatás folyamatosan elérhető. Ha a számítási feladat a folyamatos szinkronizálástól függ, értékelje ki, hogy az ilyen típusú késés elfogadható-e a forgatókönyvben.

Az alábbi ábrán egy tároló mozgatása látható, amelyen az infrastruktúra és a konfiguráció metaadatai három zónában oszlanak el:

Diagram egy zónaredundáns tároló mozgatóról, amely három rendelkezésre állási zónában oszlik el.

Note

Az adatmigrálás megbízhatósága a használt tárfiókoktól és ügynököktől is függ. Ha például a céltárfiók helyileg redundáns tárolást (LRS) használ, az nem rugalmas a zónahibákkal szemben. Ha rugalmasabbá szeretné tenni a migrálást egy zónahiba esetén, használjon zónaredundáns céltárfiókot.

Követelmények

Régiótámogatás: A konfigurációs metaadatok optimális elosztása zónák között csak olyan régióban történhet, amely támogatja a Tárolási mozgatási és a rendelkezésre állási zónákat is. Ellenőrizze a Storage Mover régió rendelkezésre állását , és hasonlítsa össze a rendelkezésre állási zónákat támogató régiók listájával. Még ezekben a régiókban sem garantált a zóna rugalmassága.

Cost

A Storage Mover nem nyújt konfigurálható rendelkezésreállási zónák támogatását, így a rendelkezésre állási zónákkal kapcsolatos többletköltségek nem merülnek fel. A Storage Mover számlázásával kapcsolatos további információkért lásd: Az Azure Storage Mover számlázásának ismertetése.

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

A Storage Mover nem támogatja konfigurálható módon a rendelkezésre állási zónákat, ezért nincs mit engedélyeznie vagy külön választania. A Storage Mover-erőforrás létrehozásáról további információt a Azure Storage Mover üzembe helyezésének tervezése című témakörben talál.

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

Ez a szakasz azt ismerteti, hogy mire számíthat, ha a Storage Mover olyan régióban található, amely támogatja a rendelkezésre állási zónákat, és minden zóna működőképes.

  • Zónák közötti művelet: A régió bármelyik rendelkezésre állási zónájának infrastruktúrája felügyeleti műveleteket és metaadat-hozzáférést szolgálhat. Az ügynökkapcsolatok bármely zónán keresztül elérhetik a szolgáltatást.

  • Zónák közötti adateloszlás: A szolgáltatás célja a konfigurációs metaadatok szinkronizálása a régió rendelkezésre állási zónáiban.

Viselkedés zónahiba esetén

Ez a szakasz ismerteti, mire számíthat, amikor a Storage Mover olyan régióban található, amely támogatja a rendelkezésre állási zónákat, és az egyik zónában szolgáltatáskiesés történik.

  • Észlelés és válasz: A platform úgy lett kialakítva, hogy észlelje a rendelkezésre állási zónák elvesztését, és átirányítsa a forgalmat az kifogástalan állapotú zónákba, de ez a válasz a legjobb megoldás, és nem garantált.
  • Értesítés: A Microsoft nem értesíti önt automatikusan, ha egy zóna nem működik. Az Azure Resource Health használatával azonban figyelheti az egyes erőforrások állapotát, és beállíthat Resource Health-riasztásokat a problémákról való értesítéshez. Az Azure Service Health használatával is 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: Az érintett zóna infrastruktúrájától függő, folyamatban lévő felügyeleti műveletek meghiúsulhatnak, és újra meg kell őket próbálkoznia. Előfordulhat, hogy az ügynökökön futó aktív adatmigrálási feladatok továbbra is futnak, de előfordulhat, hogy a metaadat-szolgáltatástól függő felügyeleti műveletek nem érhetők el.

  • Várható adatvesztés: A tárolóáthelyezési adatok zónahiba esetén nem vesznek el.

    Mivel a Storage Mover nem garantálja a konfigurációs metaadatok zónák közötti elosztását, a zónahiba miatt előfordulhat, hogy a tárolóátvevő konfigurációs metaadatainak egy része ideiglenesen nem érhető el, amíg a zóna helyre nem áll.

  • Várható állásidő: A platform egy másik zóna használatával próbálja visszaállítani a műveleteket, de bizonyos esetekben előfordulhat, hogy a műveletek nem érhetők el, amíg az érintett zóna helyre nem áll. A számítási feladat előkészítése átmeneti hibakezelési útmutatást követve.

  • Újraelosztás: Ha a platform átirányítja a forgalmat az kifogástalan rendelkezésre állási zónákba, akkor ez a legjobb megoldás.

Zóna helyreállítása

Amikor egy rendelkezésre állási zóna helyreáll, a platform célja a helyreállított zónában lévő kapacitás visszaállítása és a zónák közötti forgalom újraegyensúlyozása. Ez a működés legjobb szándék szerinti, de nem garantált. A zóna helyreállításának elindításához nem kell semmilyen műveletet elvégeznie.

Zónahibák tesztelése

Egy tárolómozgató esetében nem lehet kezdeményezni vagy tesztelni egy elérhetőségi zóna meghibásodását. Mivel a Storage Mover nem garantálja a zónaredundanciát, ne feltételezze, hogy a Storage Mover működőképes marad egy zóna kiesése esetén. Ha a migrálási folyamatnak ellen kell állnia egy zóna elvesztésének, ellenőrizze a folyamat végpontok közötti rugalmasságát, és tekintse át a régiókra kiterjedő meghibásodásokkal szembeni rugalmasságot olyan megközelítések esetében, amelyek lehetővé teszik a feladatátvétel szabályozását.

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

Azure Storage Mover egy régiós szolgáltatás. Az Azure Storage Mover-erőforrás üzembe helyezésekor kiválaszt egy régiót az erőforrás konfigurációs metaadatainak tárolásához. Ha a tárolóátvevő régiója üzemkimaradást tapasztal, előfordulhat, hogy az ügynök által végrehajtott és Azure támaszkodó felügyeleti műveletek nem fejeződnek be. Emellett az érintett régión belüli tárfiókokba történő aktív adatmigrálás meghiúsulhat.

Ha a tárolóátvevő egy párral rendelkező Azure régióban található, a rendszer a konfigurációs metaadatait a párosított Azure régióba replikálja vészhelyreállítás céljából, és Microsoft az elsődleges régiót érintő katasztrófa során feladatátvételt indíthat el a párosított régióba.

Ha a Storage Mover egy nem párosított régióban található, a Microsoft nem replikálja a konfigurációs metaadatokat, és nincs beépített feladatátvételi lehetőség egy másik régióba. Külön erőforrásokat azonban több régióban is üzembe helyezhet. Ebben a szituációban Ön felelős a replikáció, a forgalomelosztás és a feladatátvétel kezeléséért. Ha nem támogatott régiót használ, vagy ha a beépített metaadat-replikáció nem felel meg az igényeinek, létrehozhat egy egyéni többrégiós feladatátvételi stratégiát.

Note

Ön felelős az adatforrások vészhelyreállításáért (beleértve a Azure és a helyszíni adatforrásokat), a célokat és az ügynököket.

Microsoft által felügyelt feladatátvétel párosított régióba

Ha a Storage Mover-erőforrás egy másik régióval párosított régióban található, Microsoft replikálja a tárolóátvevő konfigurációs metaadatait a párosított régióba.

A metaadatait párosított régióba replikáló tárolóátvevő diagramja.

Régiókimaradás esetén előfordulhat, hogy Microsoft feladatátvételt hajt végre a párosított régióba a replikált konfigurációs metaadatok használatával. Ez a folyamat egy alapértelmezett beállítás, és nem igényel beavatkozást Öntől.

A párosított régióba irányuló tárolási feladatátvétel diagramja.

A Storage Mover erőforrásainak feladatátvétele más időpontban is előfordulhat, mint más Azure-szolgáltatások feladatátvétele.

Important

A Microsoft valószínűleg nem kezdeményez feladatátvételt, kivéve jelentős késedelem után, és akkor is csak legjobb igyekezet alapján. Ha meg kell felelnie bizonyos időkereteknek a Storage Mover helyreállításához, vagy ha az alapértelmezett replikáció és feladatátvételi viselkedés nem felel meg az igényeinek, egyéni többrégiós megoldásokkal tervezheti meg és kezdeményezheti saját feladatátvételét.

A régiók közötti replikáció csak a konfigurációs metaadatokra vonatkozik. Ez nem vonatkozik a forrásadatokra vagy a céltárfiókra, amely saját megbízhatósági és replikációs lehetőségekkel rendelkezik. További információ: Azure Blob Storage megbízhatósága és megbízhatóság a Azure Files.

Követelmények

Régiótámogatás: Microsoft felügyelt régiók közötti replikáció csak olyan Storage Mover-erőforrásokhoz érhető el, amelyeket párosított régióval rendelkező régióba helyez üzembe. A nem párosított régiókban található erőforrások esetében nem áll rendelkezésre régiók közötti replikáció vagy feladatátvétel. A régiók közötti rugalmasság eléréséhez a nem támogatott régiókban használjon egyéni többrégiós megoldást.

Cost

A Storage Mover nem számít fel díjat a tárolóátvevő konfigurációjának Microsoft felügyelt régiók közötti replikációjáért. Előfordulhat azonban, hogy a régiók közötti replikáció kis díjat számít fel. További információ: Sávszélesség díjszabása.

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

Microsoft felügyelt régiók közötti replikálás automatikusan engedélyezve van a párosított régiókban lévő storage Mover-erőforrásokhoz. Ezt a viselkedést nem konfigurálhatja vagy nem választhatja ki.

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

Ez a szakasz azt ismerteti, hogy mire számíthat, ha egy tárolóátvevő régióközi replikációra és feladatátvételre van konfigurálva, és az elsődleges régió működőképes.

  • Régiók közötti művelet: A Storage Mover erőforrás az elsődleges régióban minden kérést kiszolgál. A párosított régió csak Microsoft által kezdeményezett feladatátvétel esetén használható.

  • Régiók közötti adatreplikálás: Az elsődleges régió aszinkron módon replikálja a konfigurációt a párosított régióba. Mivel a replikáció aszinkron, előfordulhat, hogy a konfiguráció legutóbbi módosításai nem jelennek meg a párosított régióban a hiba időpontjában.

Viselkedés régióhiba esetén

Ez a szakasz azt ismerteti, hogy mire számíthat, ha a tárolóátvevő régióközi replikációra és feladatátvételre van konfigurálva, és az elsődleges régióban kimaradás történik.

  • Észlelés és válasz: Microsoft észleli a régió hibáit, és eldönti, hogy kezdeményez-e feladatátvételt. Microsoft valószínűleg nem kezdeményezi a feladatátvételt, kivéve jelentős késedelem után, és a feladatátvétel best-effort alapon történik.

  • Aktív kérések: A rendszer elveti az aktív felügyeleti kérelmeket, és a feladatátvétel befejezése után újra meg kell próbálkoznia. Az ügynökökön futó aktív adatmigrálási feladatok sikertelenek lehetnek, ha attól a régiótól függenek, amelynél a kimaradás tapasztalható.

  • Várható adatvesztés: Mivel a régiók közötti replikáció aszinkron, előfordulhat, hogy a kimaradás időpontjában a párosított régióba nem replikált konfigurációs metaadat-módosítások elvesznek.

  • Várható leállási idő: A régiófeladatátvétel befejezése akár 24 órát is igénybe vehet. Ez idő alatt az Ön tárolóáthelyezője nem érhető el.

  • Újraelosztás: A feladatátvétel befejezése után a Storage Mover megkezdi a párosított régióból származó feladatok futtatását.

    Az ügynököket azonban újra kell regisztrálnia a párosított régióban található Storage Moverhez.

Régió helyreállítása

Amikor az eredeti elsődleges régió helyreáll, Microsoft koordinálja a feladat-visszavételt. Újra kell regisztrálnia az ügynököket az elsődleges régióban lévő tárolóáthelyezőnél.

Régióhibák tesztelése

Az Azure Storage Mover platform kezeli a régiók közötti replikációt, feladatátvételt és a régiók helyreállítását. Mivel Microsoft teljes mértékben kezeli ezt a funkciót, nem kezdeményezhet vagy tesztelhet régiós feladatátvételt.

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

Ha szabályoznia kell, hogy mikor történjen feladatátvétel, vagy ha nem párosított régióban van, de továbbra is szüksége van arra, hogy a Storage Mover erőforrása ellenálló legyen a régiókimaradásokkal szemben, helyezzen üzembe független Storage Mover-erőforrásokat több Azure-régióban. A megközelítés minden aspektusáért Ön a felelős, beleértve a következőket:

  • Azonos projektek, végpontok, ügynökök és feladatdefiníciók létrehozása és karbantartása az egyes régiókban.
  • Régióhibák észlelése és a feladatátvétel időpontjának meghatározása.
  • Ügynökök és migrálási feladatok átirányítása a másodlagos régióba.
  • Feladatállapot és futtatási előzmények egyeztetése a régiók között.

Az egyéni többrégiós megoldások párosított és nem párosított régiókban is működnek, és teljes körű ellenőrzést biztosít a feladatátvételi folyamat felett.

További információ: Ügyfél által kezdeményezett vészhelyreállítás Azure Storage Moverhez.

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

Azure Storage Mover egy migrálási és adatáthelyezési vezénylési szolgáltatás. Nem tárolja az áttelepített adatokat. A szolgáltatás csak a konfigurációs metaadatokat tárolja, például projekteket, végpontokat, feladatdefiníciókat és feladatfuttatási előzményeket. Nincs biztonsági mentésre alkalmas migrációs adat.

A Storage Mover konfigurációjának védelme érdekében definiálja az erőforrásokat infrastruktúra mint kód formájában, például Bicep-fájlokkal, és tárolja ezeket a meghatározásokat verziókezelő rendszerben. Ha újra létre kell hoznia egy erőforrást, újra üzembe helyezheti a tárolt konfigurációból.

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 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.

A Storage Mover ügynökei automatikusan frissülnek.

Szolgáltatásiszint-szerződés

A Storage Mover egy migrálási szolgáltatás, és nem kínál rendelkezésre állási szolgáltatási szintű szerződést (SLA). A Storage Mover dokumentációja azonban ismerteti a várható méretezési és teljesítménycélokat. Ezek a célok szimulált migráláson alapulnak, és nem garancia vagy kötelezettségvállalás.

Kapcsolódó tartalom

  • Last updated on