Azure-régiók kiválasztása migráláshoz

Cikk
04/11/2024

Ha egy meglévő környezetet migrál az Azure-ba, ki kell választania egy Azure-régiót vagy régiókészletet a migrált összetevők üzemeltetéséhez. A régió kiválasztása a következő magas szintű lépéseket foglalja magában:

Tekintse át az Azure-régiók kiválasztására vonatkozó alapvető útmutatót , amelyből megtudhatja, hogyan választhatja ki a követelményeknek megfelelő Azure-régiókat.
Leltározza és dokumentálja a környezet aktuális állapotát .
A migrálás általános megközelítésének megvalósítása, beleértve azt is, hogy egyetlen régióban kell-e futni, több rendelkezésre állási zónát kell-e használnia, vagy több régiót kell-e használnia.
Értékelje ki a szükséges folyamatmódosításokat .
Migrálási folyamat tervezése.
Folyamatmódosítások optimalizálása és előléptetése.

Ez a cikk útmutatást nyújt a migrálási igényeknek megfelelő Azure-régiók kiválasztásához. Ha még nem tette meg, előfordulhat, hogy ki kell terjesztenie a célzóna-régiókat a többrégiós megközelítések támogatásához.

Feljegyzés

Ez a cikk a számítási feladatok migrálására vonatkozó szempontokat ismerteti. Emellett ismernie kell az Azure-régiók bármely szervezethez vagy számítási feladathoz való kiválasztásának általános alapelveit is. További információ: Azure-régiók kiválasztása.

A forgatókönyv összetettségének dokumentálása

Határozza meg, hogy a forgatókönyv dokumentációt és folyamatigazítást igényel-e. Az alábbi megközelítés segíthet felmérni a lehetséges kihívásokat, és általános cselekvési módot kialakítani:

Fontolja meg a robusztusabb felkészültséget és szabályozási megvalósítást.
Leltározza az érintett földrajzi helyeket. Állítsa össze az érintett országok vagy régiók listáját.
Dokumentálja a felhasználói bázist. Érinti-e a felhőbe való migrálás az azonosított országban vagy régióban lévő alkalmazottakat, partnereket vagy ügyfeleket?
Adatközpontok és objektumok dokumentálása. A migrálási tevékenység tartalmaz-e eszközöket az azonosított országban vagy régióban?
Dokumentálja a regionális termékverzió rendelkezésre állási és feladatátvételi követelményeit.
Dokumentálja a rugalmassági követelményeket annak megállapításához, hogy szükség van-e rendelkezésre állási zónákra. Általában a teljes forgatókönyv rugalmassági követelményeit veszi figyelembe, nem pedig az egyes régiókra.
Dokumentálja a szuverenitási követelményeket és az adattárolási követelményeket. A meghatározott szuverenitási vagy adattárolási követelményekkel rendelkező számítási feladatok befolyásolhatják az Azure-régiók kiválasztását.

A migrálási folyamat során gondolja át, hogyan igazíthatja a módosításokat a különböző forgatókönyvek és készletek között. Az alábbi táblázat egy példát mutat be a különböző forgatókönyvek dokumentálására.

Régió	Ország/régió	Helyi alkalmazottak	Helyi külső felhasználók	Helyi adatközpontok vagy objektumok	Az adatelkonvertség követelményei
Észak-Amerika	Egyesült Államok	Igen	Partnerek és ügyfelek	Igen	Nem
Észak-Amerika	Kanada	Nem	Ügyfelek	Igen	Igen
Európa	Németország	Igen	Partnerek és ügyfelek	Nem – csak hálózat	Igen
Ázsia és a Csendes-óceáni térség	Dél-Korea	Igen	Partnerek	Igen	Nem

Miért fontos a felhasználók helye?

A felhasználókat több országban vagy régióban támogató szervezetek olyan technikai megoldásokat fejlesztenek, amelyek a felhasználói forgalmat kezelik. Bizonyos esetekben a megoldások magukban foglalják az eszközök honosítását. Más esetekben a szervezet dönthet úgy, hogy globális szintű hálózati (WAN) megoldásokat implementál a különböző felhasználói bázisok hálózatközpontú megoldásokon keresztüli kezelésére. Mindkét esetben a különböző felhasználók használati profiljai hatással lehetnek a migrálási stratégiára.

Ha például egy szervezet németországban támogatja az alkalmazottakat, a partnereket és az ügyfeleket, de jelenleg nem rendelkezik adatközpontokkal Németországban, akkor a szervezet valószínűleg egy bérelt vonalas megoldást implementál. Ez a megoldástípus más országok vagy régiók adatközpontjaiba irányítja a forgalmat. A meglévő átirányítási módszer jelentős kockázatot jelent a migrált alkalmazások észlelt teljesítményének szempontjából. Ha több ugrást injektál egy megalapozott és finomhangolt globális WAN-ba, az a migrálás után az alkalmazások alulteljesítő érzetét keltheti. A problémák azonosítása és javítása jelentős késéseket okozhat egy projektben.

Az alábbi szakaszok mindegyike útmutatást tartalmaz ennek az összetettségnek az értékelési, migrálási és optimalizálási előfeltételek és folyamatok közötti kezeléséhez. Az egyes országok vagy régiók felhasználói profiljainak megértése kritikus fontosságú ennek az összetettségnek a megfelelő kezeléséhez.

Miért lényeges az adatközpontok helye?

A meglévő adatközpontok helye hatással lehet a migrálási stratégiára. Fontolja meg a következő tényezőket:

Architektúra-döntések: A migrálási stratégia kialakításának egyik első lépése a célrégió meghatározása. A meglévő eszközök elhelyezkedése gyakran befolyásolja ezt a meghatározást. A felhőszolgáltatások elérhetősége és a szolgáltatások egységköltsége régiónként eltérő lehet. Az adattárolási követelmények, beleértve a szuverenitási követelményeket is, szintén befolyásolhatják az architektúra döntését. Annak megértése, hogy a jelenlegi és a jövőbeli eszközök hol találhatók, hatással van az architektúra döntéseire, és hatással lehet a költségvetési becslésekre.

Adatközpont-függőségek: A Dokumentum a forgatókönyv összetettsége szakaszban található táblázatban a példaforgatókönyvek azt mutatják, hogy valószínűleg a különböző globális adatközpontok közötti függőségeket kell megterveznie. Előfordulhat, hogy az ilyen skálán működő szervezetek nem dokumentálják vagy nem ismerik egyértelműen ezeket a függőségeket. A szervezet felhasználói profilok kiértékelésére vonatkozó megközelítése segít azonosítani néhány függőséget a szervezetben. A csapatnak további értékelési lépéseket is meg kell vizsgálnia, amelyek segíthetnek a függőségekből eredő kockázatok és összetettségek enyhítésében.

Általános megközelítés implementálása

Az alábbi megközelítés egy adatvezérelt modellt használ a globális migrálási összetettségek kezelésére. Ha a migrálási hatókör több régiót is tartalmaz, a felhőbevezetési csapatnak a következő felkészültségi szempontokat kell értékelnie:

Határozza meg, hogy megfelelhet-e az üzleti követelményeknek: Több rendelkezésre állási zónával határozhatja meg a magas rendelkezésre állás, a rugalmasság, a teljesítmény és a költségek követelményeit. Ha ezek a követelmények nem teljesülnek, fontolja meg, hogy többrégiós megközelítésre van-e szüksége.
Az adatok szuverenitásának kiértékelése: Az adatelkényszerítés bizonyos eszközök honosítását igényelheti, de sok eszközre nem vonatkoznak ezek a megfelelőségi korlátozások. Az olyan szolgáltatások, mint a naplózás, a jelentéskészítés, a hálózati útválasztás, az identitás és más központi informatikai szolgáltatások több előfizetésben vagy régióban is üzemeltethetők megosztott szolgáltatásként. Értékelje ki az adatelkonvertitást egy megosztott szolgáltatásmodell használatával ezekhez a szolgáltatásokhoz. Ennek a megközelítésnek a vázlatát a megosztott szolgáltatásokkal rendelkező küllős topológia referenciaarchitektúrája ismerteti.
Győződjön meg arról, hogy a környezet mérete skálázható: Ha több hasonló környezetpéldányt helyez üzembe, létrehozhat egy dedikált csoportot a környezet migrálásához a konzisztencia létrehozásához, a szabályozás javításához és az üzembe helyezés felgyorsításához. A szabályozási útmutató összetett felépítésű vállalatokhoz egy olyan megközelítést határoz meg, amely létrehoz egy több régióra kiterjedő környezetet.

Adatvezérelt előfeltételek

Ha a csapat jól ismeri az alapkonfigurációs megközelítést, és a felkészültség igazodik, vegye figyelembe az adatvezérelt előfeltételeket:

Teljes körű általános felderítés: Töltse ki a dokumentum összetettségi táblázatát a felhőbevezetési stratégia összetettségének kiértékeléséhez.
Felhasználói profilok elemzése az egyes érintett országokhoz vagy régiókhoz: Fontos tisztában lenni az általános felhasználói útválasztással a migrálási folyamat korai szakaszában. A globális bérletvonalak módosítása és az Azure ExpressRoute felhőbeli adatközponthoz való hozzáadása több hónapos hálózati késést eredményezhet. A folyamat korai szakaszában kezelje a felhasználói útválasztást.
Végezze el a digitális tulajdon kezdeti észszerűsítését: Ha bonyolultságot vezet be egy migrálási stratégiába, végezze el a digitális tulajdon kezdeti észszerűsítését. További információ: Mi az a digitális tulajdon?.
Címkézés használata a digitális tulajdonra vonatkozó követelményekhez: Címkézési szabályzatok létrehozása az adatelkülönítő követelmények által érintett számítási feladatok azonosításához. Győződjön meg arról, hogy a szükséges címkék a digitális tulajdon észszerűsítésében kezdődnek, és átkerülnek a migrált eszközökre.
Küllős modell kiértékelése: Az elosztott rendszerek gyakran közös függőségeket használnak. A küllős modell implementálásával gyakran kezelheti a megosztott függőségeket. Bár a küllős modell implementálása nem terjed ki a migrálási folyamatra, a kész folyamatok későbbi iterációi során érdemes megfontolni a modellt.
A migrálási teendőlista rangsorolása: Ha több régiót támogató számítási feladat éles üzembe helyezésének támogatásához hálózati módosításokra van szükség, a felhőstratégiáért felelős csapatnak nyomon kell követnie és kezelnie kell a hálózati változásokból eredő eszkalációkat. Ez a magasabb szintű vezetői támogatás segít felgyorsítani a változást azáltal, hogy felszabadítja a stratégiai csapatot a hátralék újraírásához, és biztosítja, hogy a hálózati változások ne tiltsák le a globális számítási feladatokat. A globális számítási feladatokat csak akkor rangsorolja, ha a hálózati változások befejeződnek.

Ezek az előfeltételek segítenek olyan folyamatok kialakításában, amelyek képesek kezelni a migrálási stratégia végrehajtása során felmerülő összetettségeket.

Folyamatmódosítások értékelése

Ha a migrálási forgatókönyv globális eszköz- és felhasználóbázis-összetettségeket foglal magában, adjon hozzá kulcsfontosságú tevékenységeket a migrálási jelöltek értékeléséhez. Ezek a tevékenységek adatokat hoznak létre a globális felhasználók és objektumok előtt álló akadályok és eredmények tisztázásához.

Javasolt műveletek az értékelési folyamat során

Adatközpontok közötti függőségek kiértékelése: Az Azure Migrate függőségelemzési eszközei segítenek meghatározni a függőségeket. A migrálás megkezdése előtt használja ezeket az eszközöket. Ha a forgatókönyv globális összetettséget igényel, a függőségek kiértékelése az értékelési folyamat szükséges lépése. A függőségek csoportosításával megjelenítheti a függőségeket, és azonosíthatja a számítási feladat támogatásához szükséges összes eszköz IP-címét és portját.

Fontos

Szüksége van egy témaszakértőre (SME), aki megérti az eszközelhelyezési és IP-címsémákat a másodlagos adatközpontban található objektumok azonosításához.
Értékelje ki a vizualizáció alsóbb rétegbeli függőségeit és ügyfeleit a kétirányú függőségek megértéséhez.

A globális felhasználói hatás azonosítása: Az előfeltételként szolgáló felhasználóiprofil-elemzés kimenetének azonosítania kell a globális felhasználói profilok által érintett számítási feladatokat. Ha egy migrálási jelölt szerepel az érintett számítási feladatok listájában, a migrálási tervezőnek konzultálnia kell a hálózatkezelési és üzemeltetési kkv-kkal. Ezek a szakértők segítenek a hálózati útválasztási és teljesítménybeli elvárások érvényesítésében. Az architektúrának legalább ExpressRoute-kapcsolatot kell tartalmaznia a legközelebbi hálózati üzemeltetési központ és az Azure között. Az ExpressRoute-kapcsolatok referenciaarchitektúrája segíthet a szükséges hálózati kapcsolatok konfigurálásában.

Megfelelőség tervezése: Az előfeltételként szolgáló felhasználóiprofil-elemzés kimenetének azonosítania kell az adatelkülönítményi követelmények által érintett számítási feladatokat is. Az értékelési folyamat architektúratevékenységei során a hozzárendelt tervezőnek konzultálnia kell a megfelelőségi kkv-okkal. Ezek a szakértők segíthetnek a tervezőnek megérteni a migrálásra és üzembe helyezésre vonatkozó követelményeket több régióban. Ezek a követelmények jelentősen befolyásolják a tervezési stratégiákat. A következő referenciaarchitektúrák segíthetnek a tervezésben:

Figyelmeztetés

Ha az ExpressRoute referenciaarchitektúráit vagy az alkalmazások referenciaarchitektúráit használja, előfordulhat, hogy bizonyos adatelemeket ki kell zárnia a replikációs folyamatokból, hogy megfeleljenek az adatelvonási követelményeknek. Az egyes adatelemek kizárásának feladata hozzáad egy lépést az előléptetési folyamathoz.

Migrálási folyamat változásai

Ha olyan alkalmazást migrál, amelyet több régióban kell üzembe helyezni, a felhőbevezetési csapatnak figyelembe kell vennie néhány további szempontot. Az Azure Site Recovery-tárolók, valamint a konfigurációs és folyamatkiszolgálók tervezése két szempont. Két másik szempont a hálózati sávszélesség kialakítása és az adatszinkronizálás.

Javasolt műveletek a migrálási folyamat során

Site Recovery-tároló tervezése: A Site Recovery a felhőalapú natív replikáció és a digitális eszközök Azure-ba való szinkronizálásának javasolt eszköze. A Site Recovery az egyes objektumok adatait egy Site Recovery-tárolóba replikálja. Ez a tároló egy adott régióban és Azure-adatközpontban lévő adott előfizetéshez van kötve. Ha egy második régióba replikálja az objektumokat, szükség lehet egy második Site Recovery-tárolóra is.

Konfigurációs és folyamatkiszolgáló-kialakítás: A Site Recovery egy konfigurációs és folyamatkiszolgáló helyi példányával működik, amely egyetlen Site Recovery-tárolóhoz van kötve. Ha ezt a konfigurációt használja, előfordulhat, hogy a replikáció megkönnyítése érdekében telepítenie kell ezeknek a kiszolgálóknak a második példányát a forrásadatközpontban.

Hálózati sávszélesség tervezése: A replikáció és a folyamatos szinkronizálás során a bináris adatokat a forrás adatközpontból a cél Azure-adatközpont Site Recovery-tárolóba helyezi át. A replikációs és szinkronizálási folyamat sávszélességet használ fel. A számítási feladat második régióba történő duplikálása megduplázza a felhasznált sávszélességet.

Bizonyos esetekben a sávszélesség korlátozott. Máshol a számítási feladatok jelentős konfigurációval vagy adateltolódással járnak. Ezekben az esetekben az adatok második régióba való replikálása megzavarhatja az áttelepítés befejezéséhez szükséges időt. Ennél is fontosabb, hogy ezek a korlátozások hatással lehetnek a felhasználók vagy alkalmazások élményére, amelyek továbbra is a forrás adatközpontban elérhető sávszélességtől függenek.

Adatszinkronizálás: A legnagyobb sávszélesség-lefolyó gyakran az adatplatform szinkronizálásából ered. Ha több rendelkezésre állási zónában helyezi üzembe az üzembe helyezést, lehetséges, hogy zónaredundáns adatszolgáltatásokat is használhat, amelyek automatikusan szinkronizálják az adatokat több rendelkezésre állási zónában. A több régióban történő üzembe helyezéshez gyakran adatszinkronizálásra van szükség az alkalmazások igazításához. Ezt a megközelítést a többrégiós webalkalmazások és a többrégiós, n szintű alkalmazások referenciaarchitektúrái határozzák meg.

Ha az alkalmazások szinkronizálása az alkalmazások számára kívánt működési állapot, érdemes lehet szinkronizálni a forrásadatplatformot az egyes felhőplatformokkal. Végezze el ezt a szinkronizálást az alkalmazás és a középső rétegbeli eszközök migrálása előtt.

Azure-ból Azure-ba történő vészhelyreállítás: Egy alternatív lehetőség tovább csökkentheti az összetettség mértékét. Ha kétlépéses üzembe helyezést használ az ütemterv- és adatszinkronizálási igények kielégítésére, az Azure-ból Azure-ba történő vészhelyreállítás elfogadható megoldás lehet. Ebben a forgatókönyvben a számítási feladatot az első Azure-adatközpontba migrálja egyetlen Site Recovery-tárolóval, valamint konfigurációs és folyamatkiszolgáló-kialakítással. A számítási feladat tesztelése után visszaállíthatja a számítási feladatot egy második Azure-adatközpontba a migrált objektumokból.

Ez a megközelítés csökkenti a forrásadatbázis erőforrásaira gyakorolt hatást. Az Azure-ból Azure-ba történő vészhelyreállítás a gyors átviteli sebességet és az Azure-adatközpontok közötti nagy sávszélesség-korlátokat is kihasználja.

Feljegyzés

Az Azure-ból Azure-ba történő vészhelyreállítási megközelítés növelheti a rövid távú migrálás költségeit a kimenő sávszélesség magasabb díjainak használatával.

Kiadási folyamat változásai

Az optimalizálás és előléptetés során a globális összetettség kezelése során előfordulhat, hogy minden régióban azonos erőfeszítésekre van szükség, amelyeken üzembe helyezve van. Ha egyetlen régiót használ, előfordulhat, hogy továbbra is replikálnia kell az üzleti tesztelési és az üzleti változáscsomagokat.

Javasolt műveletek a kiadási folyamat során

Előzetes optimalizálás: Az automatizálás kezdeti tesztelése azonosítja a lehetséges optimalizálási lehetőségeket, mint bármilyen migrálási erőfeszítés esetén. Globális számítási feladatok esetén függetlenül tesztelje a számítási feladatot az egyes régiókban. A hálózat vagy a kiválasztott Azure-adatközpont kisebb konfigurációs változásai hatással lehetnek a teljesítményre.

Üzleti változástervek: Üzleti változásterv létrehozása bármilyen összetett migrálási forgatókönyvhöz. Az üzleti változásterv segít egyértelmű kommunikációt biztosítani az üzleti folyamatok és a felhasználói élmény változásaival kapcsolatban. A terv emellett segít egyértelmű kommunikációt biztosítani a változások integrálásához szükséges erőfeszítések időzítéséről. A globális migrálás során a tervnek figyelembe kell vennie az egyes érintett földrajzi területek felhasználóinak szempontjait.

Üzleti tesztelés: Minden régióhoz szükség lehet üzleti tesztelésre is. Az üzleti tesztelés segít biztosítani a megfelelő teljesítményt és a módosított hálózati útválasztási minták betartását.

Promóciós járatok: Az előléptetés gyakran egyetlen tevékenységként történik, és az éles forgalom azonnal át lesz irányítva a migrált számítási feladatokhoz. A globális kiadási erőfeszítések során előléptetést kell nyújtania előre meghatározott, járatoknak nevezett felhasználói gyűjteményekben. Az előléptetési járatok lehetőséget biztosítanak a felhőstratégiáért felelős csapatnak és a felhőbevezetési csapatnak a teljesítmény megfigyelésére és az egyes régiókban lévő felhasználók támogatásának javítására. A promóciós járatokat a hálózatkezelés szintjén szabályozhatja. Konkrétan módosíthatja az adott IP-tartományok útválasztását a forrás számítási feladatok eszközeiről az újonnan migrált eszközökre. Miután áttelepített egy adott felhasználói gyűjteményt, átirányíthatja a következő csoportot.

Járatoptimalizálás: Az előléptetési járatok egyik előnye, hogy mélyebb megfigyeléseket tesznek lehetővé, és lehetőséget biztosítanak az üzembe helyezett eszközök optimalizálására. Miután az első járat rövid ideig sikeresen használta az éles üzemet, finomíthatja a migrált eszközöket, amikor az informatikai üzemeltetési eljárások támogatják azt.