Az Azure-beli migrálási keretrendszer ismertetése

Befejeződött

Mielőtt megkezdené a Tailwind Traders helyszíni számítási feladatok Azure-ba való migrálását, érdemes lehet létrehoznia egy migrálási tervet. A tervnek azonosítania kell a migrálni kívánt számítási feladatokat, valamint a migrálás során használni kívánt megfelelő szolgáltatást vagy eszközöket. Ideális esetben a csomagnak tartalmaznia kell a migrált szolgáltatások optimalizálásának részleteit is.

Az Azure migrálási keretrendszere segíthet a terv kidolgozásában és a migráláson keresztüli munkában. A keretrendszer négy szakaszból áll: Értékelés, Migrálás, Optimalizálás és Figyelés.

1. szakasz: A helyszíni környezet értékelése

Az első szakaszban az aktuális helyszíni környezetet értékeli:

  • Az alkalmazások és azok kapcsolódó kiszolgálóinak, szolgáltatásainak és adatainak azonosítása, amelyek a migrálás hatókörébe tartoznak
  • Kezdje el bevonni az érdekelt feleket, például az informatikai részleget és az érintett üzleti csoportokat
  • A migrálni kívánt kiszolgálók, szolgáltatások és alkalmazások teljes leltár- és függőségi térképének létrehozása
  • A költségmegtakarítás becslése az Azure Total Cost of Ownership Calculator (TCO) használatával
  • A négy fázis végrehajtásához használható megfelelő eszközök és szolgáltatások azonosítása

Migrálási stratégia mintái

A számítási feladatok felhőbe való migrálásának öt átfogó stratégiai mintája van, amelyeket általában az észszerűsítés öt R-jének neveznek: Rehost, Refactor, Rearchitect, Rebuild és Replace. Az alkalmazott stratégia az üzleti motivációktól és a migrálási céloktól függ. Érdemes lehet több mintát is alkalmazni. Dönthet úgy, hogy az üzleti szempontból nem kritikus egyszerű alkalmazásokat vagy alkalmazásokat áthelyezi, de az összetettebb és üzleti szempontból kritikusabb alkalmazásokat újrakoncolja.

  • Áthelyezés: Az áthelyezést gyakran lift- és műszakmigrálásnak is nevezik. Ez a stratégia nem igényel kódmódosítást, és lehetővé teszi a meglévő számítási feladatok gyors migrálását az Azure-ba. A rendszer minden számítási feladatot a következőképpen migrál, a kódmódosításokkal járó kockázat és költség nélkül.

  • Újrabontás: Az újrabontást gyakran újracsomagolásnak nevezik. Az újrabontás minimális módosításokat igényel az alkalmazásokon, így szolgáltatásként csatlakozhatnak az Azure Platformhoz (PaaS), és felhőajánlatokat használhatnak. Meglévő alkalmazásokat migrálhat Azure-alkalmazás Szolgáltatásba vagy az Azure Kubernetes Service-be (AKS). Vagy át is alakíthatja a relációs és nem relációs adatbázisokat más beállításokba. Újrabontás a felügyelt Azure SQL-példányba, az Azure Database for MySQL-be, az Azure Database for PostgreSQL-be és az Azure Cosmos DB-be (ha az alkalmazás egyszerűen újracsomagolható az Azure-ban való működéshez).

  • Újratervezés: A migrálás újratervezése az alkalmazásfunkciók és a kódbázis módosítására és kiterjesztésére összpontosít, hogy optimalizálja az alkalmazásarchitektúrát a felhő méretezhetőségéhez. A monolitikus alkalmazásokat olyan mikroszolgáltatások csoportjára bonthatja, amelyek egyszerűen működnek együtt és méretezhetők. Vagy át is alakíthatja a relációs és nem relációs adatbázisokat egy teljesen felügyelt adatbázis-megoldásra. Az Azure SQL Managed Instance, az Azure Database for MySQL, az Azure Database for PostgreSQL és az Azure Cosmos DB újratervezése.

  • Újraépítés: Az újraépítés egy lépéssel tovább viszi a dolgokat, ha teljesen újraépít egy alkalmazást az Azure-felhőtechnológiák használatával. A zöldmezős alkalmazásokat olyan natív felhőtechnológiákkal hozhatja létre, mint az Azure Functions, az Azure AI, az Azure SQL Managed Instance és az Azure Cosmos DB.

  • Csere: Megoldások implementálása az jelenleg elérhető legjobb technológiával és megközelítéssel. Előfordulhat, hogy a szolgáltatott szoftveralkalmazások (SaaS)-alkalmazások biztosítják az üzemeltetett alkalmazásokhoz szükséges összes funkciót. Ezután a számítási feladat ütemezhető csere céljából, eltávolítva azt az áttelepítési hatókörből.

Az alábbi táblázat a négy minta használatának forgatókönyveit sorolja fel.

Áthelyezés Újrabontás Újratervezés Újraépítés Csere
Számítási feladatok gyors áthelyezése a felhőbe

Számítási feladatok áthelyezése módosítás nélkül

Az Azure IaaS migrálás utáni méretezhetőségének kihasználására tervezett alkalmazásokhoz

Ha a számítási feladatok fontosak a vállalat számára, de nincs szükség az alkalmazás képességeinek azonnali módosítására
Az Azure által biztosított innovatív DevOps-eljárások alkalmazása

DevOps-tárolóstratégia implementálása számítási feladatokhoz

A meglévő kódbázis hordozhatóságának és a rendelkezésre álló fejlesztési készségek támogatásának támogatása
Az alkalmazásoknak jelentős változatokra van szükségük az új képességek beépítéséhez

Az alkalmazásoknak jelentős változatokra van szükségük ahhoz, hogy hatékonyan működjenek egy felhőplatformon

Meglévő alkalmazásbefektetések használata

Skálázhatósági követelményeknek való megfelelés

Innovatív DevOps-eljárások alkalmazása

A virtuális gépek használatának minimalizálása
Gyors fejlesztés

Meglévő alkalmazások támogatása korlátozott funkcionalitással és élettartammal

Üzleti innováció felgyorsítása DevOps-gyakorlatokkal

Új, natív felhőtechnológiák, például az Azure Blockchain újraépítése

Régi alkalmazások újraépítése "nincs kódalkalmazásként" vagy "alacsony szintű alkalmazásként" a felhőben
Iparági ajánlott eljárások szabványosítása

Az üzleti folyamatalapú megközelítések bevezetésének felgyorsítása

Olyan átcsoportosított fejlesztési beruházások, amelyek versenykülönbséget vagy előnyöket hoznak létre

Meglévő megoldások lecserélése az SaaS-ajánlatok mellett

2. szakasz: Számítási feladatok migrálása

Az értékelés elvégzése után megkezdheti a célzott alkalmazások és azok kapcsolódó szolgáltatásainak és adatainak migrálását. A migrálási szakasz általában a következő erőfeszítésekből áll:

  • Felhőinfrastruktúra-célok üzembe helyezése. A Tailwind Traders számítási feladatainak migrálása előtt létre kell hoznia a szükséges felhőinfrastruktúra-célokat. Az áttelepítés végrehajtásához használt eszközöktől függően előfordulhat, hogy a migrálás megkezdése előtt létre kell hoznia a szükséges Azure-erőforrásokat. Egyes eszközök, például az Azure Migrate és az Azure Database Migration Service létrehozhatják a cél Azure-erőforrásokat.

  • Számítási feladatok migrálása. Érdemes tesztelni a számítási feladatok migrálását, és kiválasztani egy nem kritikus fontosságú alkalmazást a próbaüzemhez. Ez a megközelítés lehetővé teszi, hogy megismerkedjen az eszközökkel, tapasztalatot szerezzen a folyamatok és eljárások terén, és csökkentse a kockázatokat a nagy vagy összetett számítási feladatok migrálása során.

  • Helyszíni infrastruktúra leszerelése: Miután meggyőződött arról, hogy a forrásalkalmazások és -adatbázisok migrálása sikeresen megtörtént, le kell szerelnie a forrásfeladatokat. Fontolja meg a forrás számítási feladatok biztonsági mentéseinek és az archivált adatok megőrzését. Ezek az adatok hasznosnak bizonyulhatnak, mivel előzményarchívumot biztosítanak. Ezeket a biztonsági másolatokat és archívumokat az Azure Blob Storage-ban tárolhatja.

3. szakasz: A migrált számítási feladatok optimalizálása

Az optimalizálási szakaszban három fő erőfeszítést kell tenni a tervezésre:

  • A számítási feladatok migrálási költségeinek elemzése
  • A költségek csökkentésére vonatkozó javaslatok áttekintése
  • A számítási feladatok teljesítményének javítására szolgáló lehetőségek azonosítása

Az Azure Portalon a Microsoft Cost Management (korábbi nevén Azure Cost Management és Számlázás) használatával elemezheti a számítási feladatok költségeit. Ez az eszköz a migrált számítási feladatokat tartalmazó Azure-erőforráscsoporthoz érhető el. Az eszközt a Cost Analysis>Cost Management szakaszban találja. Az alábbi képernyőkép az erőforráscsoport utolsó számlázható időszakának költségelemzését ContosoResourceGroup mutatja be. Az eredmények a szolgáltatásnév, a régió és az erőforrás szerint jelenítik meg a költségeket. Igényeinek megfelelően testre szabhatja a megjelenítési eredményeket.

Screenshot that shows a cost analysis example with estimated costs in the Azure portal.

A költségek csökkentése érdekében az Advisor-javaslatok kiválasztásával használhatja az Azure Advisor funkcióit. Az aktuális költségek elemzése és a javaslatok áttekintése után meghatározhatja a számítási feladatok teljesítményének javítására vonatkozó lehetőségeket.

4. szakasz: A számítási feladatok monitorozása

Az Azure Monitor használatával rögzítheti az Azure-beli virtuális gépek állapot- és teljesítményadatait. Telepítse az Azure Monitor Logs (korábbi nevén Log Analytics) ügynököt a cél virtuális gépekre, majd állítsa be a riasztást és a jelentéskészítést.

Megjegyzés:

Az Azure Monitor Logs-ügynököt Windows vagy Linux rendszerű gépekre is telepítheti.

Riasztásokat számos adatforrás alapján állíthat be:

  • Konkrét metrikaértékek, például processzorhasználat
  • Adott szöveg a naplófájlokban
  • Állapotmetrikák
  • Automatikus skálázási metrikák