Felhőbeli számítási feladatok migrálása másik régióba
Az áttelepítés migrálási lépése az, ahol a számítási feladatot áthelyezi az új régióba. A számítási feladattól függően előfordulhat, hogy néhány technikai követelményt fel kell készítenie, de a számítási feladat áthelyezési stratégiájának egyértelműnek kell lennie. Készen kell állnia az áthelyezés végrehajtására.
Előkészítés
A számítási feladatok áthelyezésének megkezdése előtt elő kell készítenie a célrégiót. Szükség esetén kövesse az alábbi lépéseket a számítási feladatok környezetének előkészítéséhez az áthelyezés előtt. Ezzel biztosítja, hogy a regionális hálózatkezelés alapvető fontosságú legyen, például regionális központtal és szükség esetén helyszíni kapcsolattal.
Hozzon létre egy célzónát. Az áthelyezés tervezésekor mérje fel, hogy kiterjeszti-e az Azure-beli célzóna hatókörét. Ha bővítésre van szükség, alapvető lépésként tekintse meg az Azure célzóna útmutatását. Ez a lépés biztosítja, hogy a megközelítés megfeleljen a bevált eljárásoknak. További információ: Új régió hozzáadása meglévő Azure-beli célzónához. Az új célzóna beállításának fontos szempontjai a következők:
- Hálózatkezelés: Az új régióban a kezdőzóna hálózati struktúrájának, útválasztási útvonalainak és csatlakozási követelményeinek értékelése.
- Integráció: Annak meghatározása, hogy szükség van-e az új célzóna integrálására a forrásrégióban lévővel.
- Szelektív erőforrás-áthelyezés: Döntse el, hogy az összes erőforrás az új régióba költözik-e. Ha egyes erőforrások az eredeti helyen maradnak, tervezze meg, hogy egy fenntartható régiók közötti hálózati topológia hatékonyan kezelje ezeket az elosztott erőforrásokat.
Csak szükség esetén hozzon létre új előfizetéseket. Csak akkor hozzon létre új előfizetéseket, ha át kell alakítania az érintett szolgáltatásokat és erőforrásokat. Ha lehetséges, próbálja meg megtartani a számítási feladatot a meglévő előfizetésében, mert egy új előfizetés létrehozása összetettebbé teszi az előfizetést. Az előfizetések határként szolgálnak a költségvetések, szabályzatok és szerepköralapú hozzáférés-vezérlések (RBAC-k) számára. Minden új előfizetéshez ellenőriznie kell a költségvetéseket, a szabályzatokat és az RBAC-ket. Ha nem helyezi át az összes erőforrást egy előfizetésben, újra kell vizsgáljuk az identitás- és biztonsági szabályzatokat, hogy megfeleljenek az erőforrások kisebb csoportosításának. Új előfizetés létrehozásához létre kell hoznia, hatókörbe kell helyeznie és implementálnia kell a szükséges Azure-szabályzatokat és RBAC-szerepköröket a cél-előfizetésben. A cél az irányítási és biztonsági helyzet fenntartása.
Szükség esetén konfiguráljon egy új tartománynevet. Ha változás történik a számítási feladat egyéni tartományában, konfigurálnia kell egy új tartománynevet. Hozza létre az új állomásnevet, rendelje hozzá az alkalmazáshoz vagy szolgáltatáshoz, majd ellenőrizze a névfeloldás értékét. Azt is tervezheti, hogy csökkenti és konfigurálja az élettartamot (TTL), és beállítja az átállási szakaszban az automatikus lejárathoz. További információ: Egyéni tartomány hozzáadása és DNS-név leképezése az App Service-csomaghoz.
Szükség esetén hozzon létre új SSL-/TLS-tanúsítványokat. Minden új tartománynévhez új SSL/TLS-tanúsítványokat (X.509) kell létrehoznia. Ezek a tanúsítványok lehetővé teszik a nyilvános-privát kulcs titkosítását és a biztonságos hálózati kommunikációt (HTTPS). Az Azure Key Vault használatával hozzon létre vagy importáljon X.509-tanúsítványokat. További információ: Azure Key Vault-tanúsítványok és tanúsítványlétrehozási módszerek
Helyezze át az Azure Key Vaultot. A számítási feladat áthelyezése előtt át kell helyeznie az Azure Key Vaultot. Alkalmazáskörnyezetenként egy kulcstartóval kell rendelkeznie, és a kulcstartó nem oszthat meg titkos kulcsokat régiók között a bizalmasság biztosítása érdekében. Előfordulhat, hogy az útmutatónak megfelelően létre kell hoznia egy új kulcstartót az új célrégióban.
Hozzon létre egy új Log Analytics-munkaterületet. Minden régióhoz külön Log Analytics-munkaterületet kell létrehoznia. Hozzon létre egy új munkaterületet a célrégióban. Mivel a Log Analytics-munkaterület nem helyezhető át egy másik régióba, létre kell hoznia egy új Log Analytics-munkaterületet a célrégióban. Az eredeti munkaterületen két lehetőség áll rendelkezésre az adatok megőrzésére. Az aktuális munkaterületet megtarthatja, amíg nincs szüksége az adatokra, és az adatokat írásvédettként kezeli. A munkaterület adatait az új cél Azure-régióban lévő tárfiókba is exportálhatja.
Szolgáltatások migrálása
Megkezdheti a szolgáltatások migrálását a számítási feladatban. A végrehajtáshoz kövesse a kiválasztott áthelyezési automatizáláshoz elérhető útmutatást. Az Azure Resource Mover és az Azure Site Recovery részletes oktatóanyagokkal rendelkezik a szolgáltatásáthelyezéshez. For more information, see:
Létrehozhat infrastruktúra-kódsablonokat vagy szkripteket az áthelyezni nem tudó erőforrásokhoz. Az üzembe helyezéseket manuálisan is végrehajthatja az Azure Portalon. Az ön által követett konkrét lépések a használt Azure-szolgáltatásoktól és azok konfigurációjától függenek. További információ: Infrastruktúra mint kód áttekintése.
Adatok áttelepítése
Ez a szakasz csak akkor releváns, ha a számítási feladat adatmigrálást igényel. Adatmigrálás végrehajtása a kiválasztott automatizálással. A célrégióban lévő számítási feladatra való átállás előtt gondoskodnia kell arról, hogy a kapcsolódó adatok szinkronban legyenek a forrásrégióval. Az adatkonzisztencia fontos szempont, amely gondozást igényel. Az alábbiakban útmutatást talál a számítási feladatok adatainak áttelepítéséhez.
Forrásrégió adatainak migrálása. A forrásrégió adatainak migrálási módszerének a számítási feladat szolgáltatás áthelyezési módszerét kell követnie. A meleg, hideg és meleg módszerek különböző folyamatokkal kezelik az adatokat a forrásrégióban.
Adatok szinkronizálása. A szinkronizálási technika a számítási feladat architektúrájától és az alkalmazás igényétől függ. Igény szerinti szinkronizálás esetén például az adatok első elérésekor a rendszer lekérte a módosításokat. A módosítások lekérése és egyesítése csak olyan esetekben történik, amikor különbség van az utolsó és az aktuális alkalmazáshozzáférés között.
Szinkronizálási ütközések feloldása. Győződjön meg arról, hogy a forrás- és célhely adatai szinkronizálva vannak, és feloldja az esetleges adatütközéseket. Csak azt szeretné, hogy a felhasználók hozzáférjenek az elérhető adatokhoz. Az Azure Cosmos DB például szerializálhatja az egyidejű írásokat az adatkonzisztenciának biztosítása érdekében.
Kapcsolati sztring frissítése
A kapcsolati sztring konfigurációja attól függ, hogy az alkalmazás melyik szolgáltatáshoz csatlakozik. A dokumentációs oldalon a "kapcsolati sztring" kifejezésre kattintva megtalálhatja a szolgáltatásspecifikus útmutatást, és az útmutató segítségével frissítheti a kapcsolati sztring. További információkért tekintse meg a műszaki dokumentációt.
Managed identities
A rendszer által hozzárendelt felügyelt identitások életciklusa az Azure-erőforráshoz van kötve. Az Azure-erőforrás áthelyezési stratégiája tehát meghatározza a rendszer által hozzárendelt felügyelt identitás kezelését. Ha az erőforrás új példánya jön létre a célhelyen, akkor az új rendszer által hozzárendelt felügyelt identitásnak ugyanazokat az engedélyeket kell megadnia, mint a forrásrégióban a rendszer által hozzárendelt felügyelt identitásnak.
A felhasználó által hozzárendelt felügyelt identitások azonban független életciklussal rendelkeznek, és a felhasználó által hozzárendelt felügyelt identitást leképezheti a célrégió új erőforrására. További információ: Felügyelt identitás áttekintése.
További lépések
Migrálta a számítási feladatokhoz kapcsolódó szolgáltatásokat és adatokat. Most egy átállással kell elvégeznie az áthelyezést.