Tervezzétek meg a migrációtokat

A migrálási terv meghatározza a számítási feladatok Azure-ba való migrálásának konkrét sorrendjét, időzítését és megközelítését. Ez a terv a magas szintű migrálási stratégiákat végrehajtható üzembehelyezési szekvenciákká alakítja. A felhőbevezetési tervre épül olyan taktikai döntések kezelése révén, mint a számítási feladatok rangsorolása, a migrálási sorrend és az adatátviteli módszerek.

** Előfeltételek:Migrációs bevezetési terv, Azure célzóna

A meglévő számítási feladatok Microsoft Azure-ba való migrálásának ötlépéses folyamatát bemutató ábra. A bal oldalon két ikon jelöli a kiindulópontot: egy helyszíni címkével ellátott kiszolgálóállványt és egy más felhővel jelölt felhőt. A nyíl a középen öt egymást követő lépésből álló függőleges listához vezet, amelyek mindegyike számmal és ikonnal rendelkezik: 1 Migrálás megtervezése, 2 Számítási feladatok előkészítése, 3 Migrálás végrehajtása, 4 Optimalizálás a felhőben, 5 Leszerelési forrás. Az utolsó nyíl a lépésektől a jobb oldali Azure-felhőikonig mutat, amely a migrálás célját jelzi.

A migrálás felkészültségének és készségeinek felmérése

A felkészültségi felmérés biztosítja, hogy csapata rendelkezik a migrálási terv végrehajtásához szükséges készségekkel és támogatással. Ez a lépés azonosítja a képességbeli hiányosságokat, és célzott betanítással vagy külső támogatással felgyorsítja a haladást.

  1. Értékelje ki a csapat Azure-készségeit. Tekintse át a csapat Azure-szolgáltatásokkal, migrálási eszközökkel és átállással kapcsolatos tapasztalatait. Ez az értékelés segít azonosítani a tudásbeli hiányosságokat, és meghatározni, hogy a csapatnak milyen képzésre van szüksége a sikerhez.

  2. Szükség esetén vegye fel a kapcsolatot külső szakértelemmel. Ha a csapatnak nincs tapasztalata a felhőbe való migrálással kapcsolatban, forduljon a Microsofthoz vagy egy Microsoft-partnerhez. A külső szakértők ellenőrizhetik a migrálási stratégiát, megfelelő eszközöket javasolhatnak, és valós ütemterveket hozhatnak létre. Ez a támogatás csökkenti a kockázatokat, és felgyorsítja a migrálást, különösen összetett vagy nagy léptékű projektek esetén.

Az adatmigrálási útvonal kiválasztása

Az adatmigrálási útvonal az adatok áthelyezése az aktuális helyről az Azure-ba. A megfelelő elérési út biztonságosan, gyorsan és költséghatékonyan biztosítja az adatátvitelt. Először is ellenőrizze, hogy milyen hálózati kapcsolatok állnak rendelkezésre, ExpressRoute, VPN vagy nyilvános internet, hogy megértse a lehetőségeket.

  1. Használja az ExpressRoute-ot, ha rendelkezik vele. Az ExpressRoute privát, dedikált kapcsolatot biztosít az Azure-hoz, amely gyorsabb és biztonságosabb, mint az internetkapcsolat. Ha már rendelkezik az ExpressRoute-gal, vagy tervezi a beszerzését, használja ezt a módszert az összes számítási feladathoz. Ne feledje, hogy az ExpressRoute beállítási időt igényel, és adatátviteli költségekkel rendelkezik.

  2. Használjon VPN-t, ha az ExpressRoute nem érhető el. Akkor válasszon VPN-t, ha biztonságos adatátvitelre van szüksége, de nem rendelkezik ExpressRoute-tal. A VPN egy titkosított alagutat hoz létre az interneten keresztül az Azure-ba, bár ez általában lassabb, mint az ExpressRoute. A kezdés előtt győződjön meg arról, hogy konfigurálva van egy VPN Gateway az Azure-ban.

  3. Nagy mennyiségű adathoz használja az Azure Data Boxot. A Data Box a legjobb offline migráláshoz, sok adattal. A Microsoft szállít önnek egy fizikai eszközt, a ra másoláshoz, majd a visszaküldéshez. Ez a beállítás elkerüli a hálózat használatát, de a szállítási idő miatt a leghosszabb ideig tart.

  4. Használjon nyilvános internetet a kevésbé bizalmas adatokhoz. Ez a beállítás akkor működik, ha az adatokhoz nincs szükség titkosításra, és nem használhatja az ExpressRoute-ot vagy a Data Boxot. Bár ez a módszer mindenhol elérhető, ez a legkevésbé biztonságos, és lelassíthatja a többi internetes tevékenységet.

Adatmigrálási útvonal Mikor érdemes használni? Pros Cons
ExpressRoute Bármely számítási feladat, ha elérhető Biztonságos és gyors Beállítás szükséges, pénzbe kerül
VPN Biztonságos átvitel, ha nincs ExpressRoute Biztonságosabb, mint a nyilvános internet Az ExpressRoute-nál lassabb telepítést igényel
Azure Data Box Offline migrálás nagy mennyiségű adattal Adatok áthelyezése a hálózat használata nélkül A szállítás miatti leglassabb módszer
Nyilvános internet Nem érzékeny adatok és a Data Box nem használható. Mindenhol működik A legkevésbé biztonságos, használja a sávszélességet

Az áttelepítési sorrend meghatározása

A migrálási sorrend csökkenti a kockázatokat, és a számítási feladatok migrálásának logikai sorrendjének létrehozásával növeli a csapat megbízhatóságát. A sorrend határozza meg, hogy mely számítási feladatok mozognak először, és hogy a függő összetevők hogyan migrálnak együtt a szolgáltatáskimaradások elkerülése érdekében. Nagy portfóliókat migrálási hullámokba rendezzük. A hullámtervezéssel kapcsolatos részletes útmutatásért lásd a migrálási hullám tervezését.

Függőségek keresése

  1. Először fedezze fel az összes függőséget. A számítási feladatok közötti függőségek szolgáltatáskimaradásokat okoznak, ha nem migrálják együtt. A belső és külső függőségek leképezése a kapcsolatok felderítéséhez a migrálási csoportok létrehozása előtt.

  2. Függőségtípusok és kritikusság elemzése. A különböző függőségtípusok különböző migrálási módszereket igényelnek. Az alábbi kategóriák megkülönböztetése:

    Függőség típusa Description Migrálási megközelítés
    Közvetlen függőségek Azonnali kommunikációt és alacsony késést igényel az összetevők között. A teljesítmény fenntartása és a fennakadások elkerülése érdekében helyezze át az összes közvetlenül csatlakoztatott összetevőt.
    Közvetett függőségek A rendszerek közötti alkalmi vagy nem kritikus interakciók bevonása. Ha a kapcsolat tűri a késést, vagy támogatja a hibrid használatot, együtt vagy külön hullámokban migrálható.
    Üzleti függőségek A szervezeti vagy felügyeleti kapcsolatoktól függ. Csoportosítsa és migrálja a kapcsolódó számítási feladatokat és jelentéskészítési rendszereket az üzleti prioritásoknak megfelelően.

  3. Számítási feladatok csoportosítása függőségi kapcsolatok szerint. Csoportok létrehozása megosztott adatbázisok, API-k, hitelesítési szolgáltatások vagy hálózati kapcsolatok alapján. Ezek a csoportok képezik a migrálási hullámok alapját, és biztosítják, hogy a működéshez szükséges összes összetevő együtt mozogjon. Ha bizonytalanság áll fenn a függőség kritikusságával kapcsolatban, csoportosítsa az összetevőket. Ez a konzervatív megközelítés rugalmasságot biztosít a jövőbeli elkülönítéshez.

  4. Az egyes függőségi csoportok szisztematikus dokumentálása. Az eszközök címkézése függőségi csoportok alapján, konzisztens elnevezési konvenciók használatával. Minden csoport dokumentálása a következőkkel:

    • Csoportnév és azonosító – Egyedi azonosító és leíró név
    • Összetevőleltár – Az összes infrastruktúraelem, alkalmazás és szolgáltatás
    • Kritikus függőségek – Speciális kezelést igénylő alapvető kapcsolatok
    • Migrálási korlátozások – Üzleti, műszaki vagy időzítési követelmények

  5. Csoport teljességének ellenőrzése. Győződjön meg arról, hogy minden csoport tartalmazza az alkalmazások működéséhez szükséges összes összetevőt, beleértve a támogató infrastruktúrát, például a terheléselosztókat, a DNS-rekordokat vagy a gyorsítótárazási rétegeket.

Osztott környezeti műveletek kezelése

  1. Tervezze meg a nem cserélhető függőségeket. Azonosítsa azokat az összetevőket, amelyeknek technikai vagy szabályozási okokból a forráskörnyezetben kell maradniuk. Dokumentálja, hogy miért nem tudnak mozogni, hogyan csatlakoznak más rendszerekhez, és milyen adatokat osztanak meg. Ez a dokumentáció segít stratégiákat létrehozni ezekhez az összetevőkhöz, hogy zökkenőmentesen működjenek a felhőrendszerekkel.

  2. Az elosztott környezet működési idejének minimalizálása. Ha az összetevők később, de nem azonnal áttérhetnek a felhőbe, dokumentálják a felhőrendszerekkel való kapcsolataikat és adatfolyamaikat. Hozzon létre egy világos tervet ütemtervekkel és kockázatkezelési megközelítésekkel, hogy csökkentse a számítási feladatok mindkét környezetben való működését. Fontolja meg az áttelepítés késleltetését, amíg több összetevő nem tud együtt mozogni.

  3. Környezetek hatékony csatlakoztatása. Az olyan integrációs módszerek, mint az API-átjárók, az üzenetsorok és az adatszinkronizálás segítségével megbízható kapcsolatokat hozhat létre a felhőbeli számítási feladatok és a forráskörnyezet összetevői között. Ezek a megközelítések csökkentik a késéseket, javítják a biztonságot, és előkészítik a fennmaradó összetevők felhőbe való áthelyezésének módját.

A migrálandó számítási feladatok rangsorolása

  1. Tekintse át a számítási feladatok részleteit. Az érdekelt felekkel együttműködve áttekintheti az egyes számítási feladatok üzleti és műszaki adatait. Győződjön meg arról, hogy az állásidő vagy a meghibásodás hatásai jól érthetők és összhangban vannak a jelenlegi üzleti prioritásokkal. A migrálás bevezetési tervével ellenőrizheti az olyan részleteket, mint az üzleti egység, a számítási feladat tulajdonosa, a műszaki függőségek és a kritikussági besorolás. Ezek a részletek segítenek a számítási feladatok hatékony rangsorolásában és sorrendjében.

    Priority Üzleti érték Effort Description
    High High Low Gyors sikerek – elsőként migrálás az azonnali hatásért
    Medium-High High High Stratégiai beruházások – gondosan tervezze meg a megfelelő erőforrásokat
    Közepesen alacsony Low Low Egyszerű jelöltek – a nagyobb migrálások közötti rések kitöltése
    Low Low High Kerülje vagy halasztsa el – az erőforrásokat a magasabb értékű lehetőségekre összpontosíthatja

  2. Kezdje egyszerűbb számítási feladatokkal a kockázat csökkentése érdekében. Kezdje el a kevésbé összetett és alacsonyabb kockázatú számítási feladatok migrálását. Ez a megközelítés segít a csapatnak a bizalom megszerzésében és a migrálási folyamatok finomításában a nagyobb kihívást jelentő számítási feladatok kezelése előtt. Belső eszközöket, fejlesztési környezeteket vagy alacsony használatú alkalmazásokat célozhat meg önálló architektúrákkal és minimális integrációs pontokkal.

  3. Nem éles környezetek áthelyezése éles környezetek előtt. A nem gyártási környezetek biztonságos helyet biztosítanak a teljes migrálási folyamat teszteléséhez. A felkészültség ellenőrzéséhez migrálja a fejlesztési, tesztelési és minőségbiztosítási környezeteket a végleges üzembe helyezés előtt. Ez a sorrend lehetővé teszi, hogy a csapatok a felhasználók befolyásolása nélkül teszteljék a konfigurációkat, a teljesítményt és a helyreállítási eljárásokat. Az üzemeltetési csapatok betanításához használjon nem gyártási migrálásokat.

  4. A kezdeti sikeresség bemutatása után ütemezze a kritikus rendszereket. A kritikus alkalmazások már bizonyított migrálási képességeket igényelnek, mielőtt áthelyezi őket az Azure-ba. Tervezze meg ezeket a migrálásokat későbbi hullámokra, amikor csapata bemutatja az Azure-szolgáltatásokhoz való kompetencia használatát. Az olyan üzleti határidők, mint a hardverfrissítési ciklusok, szükségessé válhatnak a kritikus alkalmazások korábbi rangsorolása, több védelmével és kiterjesztett tesztelési időszakokkal.

  5. A forgatókönyvek teszteléséhez használjon reprezentatív összetett számítási feladatokat. Adjon hozzá egy vagy két összetett számítási feladatot minden korai hullámhoz, hogy elérhetővé tegye a kritikus fontosságú alkalmazásokkal kapcsolatos kihívásokat. Olyan számítási feladatokat válasszon, amelyek olyan gyakori mintákat képviselnek, mint a többrétegű alkalmazások vagy az adatbázis-függő rendszerek.

Részletes áttelepítési ütemezés létrehozása

  1. Állítsa be az egyes áttelepítések kezdési és befejezési dátumát. A zökkenőmentes végrehajtás érdekében adja meg a pufferidőt a teszteléshez és a problémamegoldáshoz. Ez a részletes ütemezés csökkenti a késések kockázatát, és támogatja a hatékony erőforrás-tervezést.

  2. Ütemtervek és üzleti események igazítása. Kerülje a migrálás ütemezését olyan kritikus üzleti időszakokban, mint a pénzügyi lezárás, a termékindítások vagy az ünnepi időszakok. Ez az összehangolás csökkenti az üzletmenet megszakadásának kockázatát, és biztosítja az érdekelt felek bizalmát.

  3. A projektirányítási eszközökkel nyomon követheti az előrehaladást. Az Azure DevOpshoz hasonló eszközökkel kezelheti a függőségeket, nyomon követheti a mérföldköveket, és hatékonyan kommunikálhatja a változásokat. Ezek az eszközök betekintést nyújtanak a migrálás folyamatába, és támogatják a proaktív problémamegoldást.

Válassza ki az áttelepítési módszert az egyes számítási feladatokhoz

A migrálási módszerek két kategóriába sorolhatók: állásidővel történő migrálás és közel nulla állásidővel történő migrálás. Válassza ki a legjobb migrációs módszert az egyes munkaterhelésekhez az állásidő-tűrőképesség és az üzleti fontosság alapján.

  1. Válassza az állásidő alatti migrálást azokhoz a feladatokhoz, amelyek tolerálják a tervezett kimaradásokat. Az állásidő nélküli migrálás egyszerűbb és gyorsabb, mert nem igényel valós idejű szinkronizálást a forrás- és célkörnyezetek között. Ez a módszer jól működik nem kritikus számítási feladatokhoz, például fejlesztési környezetekhez, tesztrendszerekhez vagy ütemezett karbantartási időszakokkal rendelkező alkalmazásokhoz. Dokumentálja az egyes számítási feladatok elfogadható állásidő-időtartamát, és ütemezze a migrálásokat az alacsony kihasználtságú időszakokban az üzleti hatások minimalizálása érdekében.

  2. Válassza a minimális állásidővel történő migrálást a kritikus számítási feladatokhoz. A szinte teljesen állásidő nélküli migráció biztosítja, hogy a kritikus munkaterhelések az átállás során folyamatos adatreplikációval és zökkenőmentes átállási technikákkal továbbra is működőképesek maradjanak. Ez a módszer elengedhetetlen az ügyféloldali alkalmazásokhoz, a valós idejű tranzakciós rendszerekhez vagy a szigorú szolgáltatásiszint-szerződéssel rendelkező számítási feladatokhoz. Ellenőrizze, hogy a számítási feladatok architektúrája támogatja-e a folyamatos replikációt, és hogy a hálózati sávszélesség képes-e valós idejű adatátvitelre. Tesztelje a kapcsolati és replikációs folyamatokat egy nem gyártási környezetben, hogy megerősítse a migrálási módszer felkészültségét.

Migrálási módszer Mikor érdemes használni? Pros Cons
Rendszerállás migrálása Nem kritikus számítási feladatok, fejlesztési környezetek Egyszerűbb folyamat, gyorsabb végrehajtás Szolgáltatáskimaradás szükséges
Közel nulla állásidővel történő áttelepítés Kritikus számítási feladatok, szigorú SLA-k Minimális szolgáltatáskimaradás Összetett beállítás, és tesztelést igényel

Visszaállítási terv definiálása

A visszaállítási terv lehetővé teszi, hogy a csapatok gyorsan megfordítják a módosításokat, ha egy üzembe helyezés meghiúsul vagy kockázatot jelent. A jól definiált terv minimálisra csökkenti az állásidőt, korlátozza az üzleti hatásokat, és fenntartja a rendszer megbízhatóságát. A migrálás vagy üzembe helyezés megkezdése előtt mindig hozzon létre visszaállítási feltételeket és eljárásokat.

  1. Sikertelen üzembe helyezés definiálása. Együttműködhet az üzleti érdekelt felekkel, a számítási feladatok tulajdonosaival és az üzemeltetési csapatokkal, hogy eldöntse, mi számít sikertelen üzembe helyezésnek. Ilyenek például a sikertelen állapotellenőrzések, a gyenge teljesítmény, a biztonsági problémák vagy a sikertelen sikermetrikák. Ez a definíció biztosítja, hogy a visszaállítási döntések összhangban legyenek a szervezet kockázattűrésével. Adjon meg olyan konkrét feltételeket, amelyek visszaállítást váltanak ki az üzembehelyezési tervben, például a processzorhasználati korlátokat, a válaszidő küszöbértékeit vagy a hibaarányokat. Ez az értékelés egyértelművé és konzisztenssé teszi a visszaállítási döntéseket az incidensek során.

  2. A visszaállítási lépések automatizálása CI/CD-folyamatokban. A visszaállítási feladatok automatizálásához használjon olyan eszközöket, mint az Azure Pipelines vagy a GitHub Actions . Például állítsa be a folyamatokat egy korábbi verzió újbóli üzembe helyezésére, ha az állapot-ellenőrzések sikertelenek.

  3. Munkaterhelés-specifikus visszaállítási utasítások létrehozása. A számítási feladat típusának, környezetének és üzembe helyezési módszerének megfelelő visszaállítási lépéseket írhat. Például az IaC telepítésekhez újra kell alkalmazni a korábban használt sablonokat. Az alkalmazás-visszaállítások egy korábbi tárolórendszerkép újbóli üzembe helyezését foglalják magukban. A visszaállítási csomaghoz csatolhat visszaállítási szkripteket, konfigurációs pillanatképeket és IaC-sablonokat. Ezek az eszközök felgyorsítják a folyamatot, és csökkentik a manuális lépések szükségességét.

  4. Visszaállítási eljárások tesztelése. Üzembehelyezési hibák szimulálása átmeneti környezetben a visszaállítás működésének megerősítéséhez. Hiányosságok keresése és javítása az automatizálásban, az engedélyekben és a függőségekben. Ellenőrizze, hogy a visszaállítási eljárás stabil, ismert állapotba állítja-e vissza a rendszert.

  5. A visszaállítási stratégiák javítása. Minden üzembe helyezés vagy visszaállítás után tekintse át, hogy mi működött és mi nem. Frissítse a visszaállítási szabályokat, a lépéseket és a szkripteket a tanultak alapján. A tervezési változások vagy az új eszközök figyelembe vétele. Tartsa naprakészen az útmutatókat, így a visszaállítási tervek naprakészek és hasznosak maradnak.

Érdekelt felek bevonása a migrálási tervbe

Az érdekelt felek jóváhagyása ellenőrzi, hogy a migrálási terv megfelel-e az üzleti követelményeknek és a kockázattűrésnek. A migrálás végrehajtása előtt meg kell szerezni a hivatalos jóváhagyást.

  1. A migrálási terv dokumentálása üzleti indoklással. Hozzon létre egy strukturált tervet, amely a számítási feladatok nevét, tulajdonosát, kritikusságát, migrálási módszerét, állásidejét és üzleti hatásait mutatja. Adja meg az egyes megközelítések indoklását, és magyarázza el, hogyan csökkenti a kockázatokat.

  2. Tesztelt visszaállítási eljárások bemutatása. Konkrét visszaállítási tervek megjelenítése lépésekkel, időkeretekkel és sikerességi feltételekkel. Tartalmazzon automatizált és manuális képességeket. Dokumentálja az üzem előtti teszt eredményeit, hogy bizonyítsa a szolgáltatás gyors helyreállítását.

  3. Ütemezések ellenőrzése az üzleti korlátozások alapján. Tekintse át az ütemterveket az érdekelt felekkel a kritikus üzleti időszakok, a karbantartási befagyások és a szezonális csúcsok elkerülése érdekében. Adjon meg alternatív lehetőségeket a kompromisszumokkal, ha ütközések állnak fenn.

  4. Szerezze be a hivatalos jóváhagyást és a visszaállítási hatóságot. Biztonságos írásbeli jóváhagyás az érdekelt felektől a migrálási tervhez és a visszaállítási eljárásokhoz. Döntési jogkör meghatározása és vészhelyzeti kommunikációs csatornák létrehozása.

  5. Határozza meg a sikerességi feltételeket, és tekintse át az ellenőrzőpontokat. Mérhető metrikákat állíthat be, beleértve a teljesítménymutatókat, a funkcióérvényesítést és a felhasználóelfogadási feltételeket. Hivatalos felülvizsgálati pontok ütemezése go/no-go döntésekhez.

Következő lépés

Számítási feladatok előkészítése a felhőhöz

  • Last updated on