Migrera arbetsbelastningar till Azure

Azure Migration Hub innehåller förebyggande, åsiktsbaserade riktlinjer som hjälper arbetsbelastningsteam att planera och implementera sin migrering till Azure. Den omfattar migreringar från lokala miljöer och molnplattformar som Amazon Web Services (AWS) och Google Cloud Platform (GCP).

Viktigt!

Det här innehållet omfattar migreringar av enskilda arbetsbelastningar. Den omfattar inte fullständiga datacentermigreringar, regionflyttar eller hybridarbetsbelastningar som körs samtidigt i flera moln.

Migrering till Azure omfattar nätverk, identitet, databaser, beräkning, lagring och anpassade integreringar som ditt team har skapat under årens lopp. Flera artiklar och guider ger vägledning för dessa komponenter.

Den här artikeln hjälper dig att identifiera vilken vägledning som gäller för din situation. Baserat på var din arbetsbelastning körs idag leder den dig till rätt migreringsguide. Den förklarar också allmän terminologi och strategier för migrering.

Vem bör läsa den här artikeln?

Den här artikeln hjälper arbetsbelastningsarkitekter och tekniker att komma igång med att migrera arbetsbelastningar till Azure från AWS, GCP eller ett lokalt datacenter. Använd den här vägledningen för att avgöra om du ska byta värd, omplatforma eller omstrukturera.

Den här vägledningen gäller för:

• Arbetsbelastningsarkitekter som designar om arkitekturaspekter och validerar den övergripande designen för att uppfylla affärskraven i Azure. Arkitekter tar itu med luckor genom att ta hänsyn till arbetsbelastningens specifika egenskaper och affärsbegränsningar.

• Medlemmar i arbetsbelastningsteamet som behöver förstå hur deras ansvar ändras under och efter migreringen. Till exempel måste databasadministratörer som hanterar skript och utför dagliga säkerhetskopieringar på Amazon Relational Database Service anpassa sig till att utföra samma uppgifter i Azure SQL Database.

Den här artikeln leder dig till den specifika migreringsguiden för ditt scenario, så att du kan börja planera direkt.

Migreringsstrategier

Migreringsstrategierna varierar i risk, ansträngning och belöning. Välj en strategi baserat på din arbetsbelastnings komplexitet, tidslinje och önskad ändringsnivå.

• Byt värd (lift and shift): Flytta arbetsbelastningen till Azure-infrastrukturen utan kodändringar. Den här metoden är snabb och låg risk. Det fungerar bra för enkla arbetsbelastningar där hastigheten är viktigast. Du kan till exempel migrera ett webbprogram från en virtuell Windows Server-dator (VM) till en virtuell Azure-dator. Du får fördelarna med Azure-infrastrukturen utan att ändra arbetsbelastningens arkitektur eller kod. Du ändrar var webbappen körs, inte hur den körs.

• Omplattformering (lyft, justera och flytta): Gör minimala ändringar för att dra nytta av Azure-plattformens tjänster. Migrera till exempel en SQL Server-databas till Azure SQL Managed Instance för att få driftfördelar utan att skriva om programmet.

• Refaktor: Omstrukturera kod för att förbättra prestanda, skalbarhet eller underhåll utan att ändra arbetsbelastningens externa beteende. Du kan till exempel omstrukturera ett monolitiskt .NET-program som ska köras i Azure App Service genom att ersätta Windows-specifik filsökvägshantering, sessionstillståndshantering och lokal diskloggning. Refaktorisering kräver mer arbete i förväg men minskar de långsiktiga driftkostnaderna.

• Omstrukturering: Gör om arbetslasten för att dra full nytta av Azure-infödda funktioner. Du kan till exempel göra om en webbapp så att den använder Azure Functions och Azure Cosmos DB i stället för virtuella datorer och SQL Server. Den här metoden kräver betydande kodändringar men ger de största förbättringarna i skalbarhet, prestanda och kostnad.

• Pension: Inaktivera arbetsbelastningar som du inte längre behöver. Använd den här strategin för föråldrade eller redundanta arbetsbelastningar, eller när en SaaS-lösning (programvara som en tjänst) kan ersätta funktionerna. Du kan till exempel dra tillbaka en lokal filserver när du har migrerat dess data till Azure Files och träna användare att komma åt filer på den nya platsen.

• Ersätta: Anta en molntjänst som är redo att användas i stället för att migrera din befintliga implementering. Tänk på det här alternativet när en SaaS-lösning uppfyller dina krav bättre än att flytta arbetsbelastningen till Azure.

• Bygga om: Skapa en ny implementering när fördelarna med andra migreringsstrategier inte överväger kostnaderna. Återskapande fungerar bra för äldre arbetsbelastningar som behöver grundläggande ändringar för att köras effektivt i molnet. Du kan till exempel återskapa ett anpassat CRM-system (Customer Relationship Management) med hjälp av Dynamics 365 när den befintliga kodbasen är svår att underhålla eller inte överensstämmer väl med Azure-tjänster.

• Behålla: Behåll arbetsbelastningen lokalt när efterlevnad, svarstid eller tekniska begränsningar gör migreringen opraktisk. Du kan till exempel behålla ett äldre stordatorsystem som du inte enkelt kan byta värd för eller omstrukturera eller som saknar en tydlig migreringsväg till Azure.

De flesta arbetsbelastningsmigreringar i Azure Migration Hub använder en rehost- eller replatform-metod . Dessa strategier minimerar risken genom att hålla arbetsbelastningen funktionellt identisk. Funktionerna bör uppfylla samma nyckelprestandaindikatorer (KPI:er), serviceavtal (SLA) och servicenivåmål (SLO) i Azure som de uppfyllde på källplattformen. Slutför migreringen först och optimera och modernisera sedan.

Mer information finns i Välj en strategi för molnmigrering.

Migreringsresan

Varje migrering följer fem faser. Vissa faser överlappar varandra och du kan gå tillbaka till tidigare faser när du lär dig mer om arbetsbelastningens krav, men sekvensen hjälper dig att spåra förloppet.

Phase	Tasks	Outcome
Plan	Utvärdera din aktuella arbetsbelastning, identifiera beroenden, mappa källtjänster till Azure-motsvarigheter och definiera framgångskriterier.	Tydlig dokumentation om migreringsomfång, nödvändiga ändringar och slutförandevillkor.
Förbereda	Konfigurera din Azure-miljö, inklusive landningszoner, nätverk, identitet och styrning. Utforma måltillståndsarkitekturen.	Konfigurerad Azure-miljö redo att ta emot arbetsbelastningen, med alla arkitektoniska beslut lösta innan migreringen påbörjas.
Utföra	Migrera infrastruktur, data och programkomponenter. Utför iterativ testning och övergång.	Arbetsbelastningskomponenter som migrerats till Azure. Produktionstrafik omdirigerad till Azure efter lyckad validering av arbetsbelastningen.
Evaluera	Kontrollera att den migrerade arbetsbelastningen uppfyller funktions-, prestanda-, säkerhets- och kostnadskraven mot den baslinje som du angav i fas 1.	Bekräftelse på att migreringen lyckas och att arbetsbelastningen körs korrekt i Azure.
Avveckla	Dra tillbaka källmiljön. Ta bort resurser, avbryt prenumerationer och stäng av den gamla plattformen.	Källarbetsbelastningen stängs av. Azure kör nu arbetsbelastningen exklusivt.

Vägledning för migrering

I det här avsnittet visas de typer av migreringsvägledning som Azure tillhandahåller. Varje guide hjälper dig att planera och hantera migreringen.

Molnbaserad adoptionsramverk för Azure

Cloud Adoption Framework för Azure omfattar planering på organisationsnivå. Den beskriver hur du strukturerar migreringen, vilka steg du ska vidta och vad du ska konfigurera innan du flyttar arbetsbelastningar.

Om du är nybörjare på Azure börjar du här. Cloud Adoption Framework vägleder dig genom organisationsförberedelser. Den beskriver konfiguration av Azure-registrering, konfiguration av plattformslandningszoner och prioritering av migreringsplan. Slutför dessa grundläggande steg innan du flyttar arbetsbelastningar.

Azure Architecture Center

Azure Architecture Center innehåller lösningsidéer, arkitekturer, designmönster och arkitekturguider för att skapa arbetsbelastningar i Azure.

De flesta migreringar omfattar omplatformning. Du flyttar både infrastruktur- och hanteringsskiktet från källmolnet till Azure. Alla källkomponenter har inte en direkt Azure-motsvarighet, så du kan behöva göra om delar av arkitekturen. Azure Architecture Center ger en översikt över teknikval och hjälper dig att hitta den närmaste matchningen.

Välstrukturerat Azure-ramverk

Azure Well-Architected Framework innehåller principer för att skapa tillförlitliga, säkra, kostnadseffektiva och effektiva molnsystem. Den innehåller allmän arkitekturvägledning och tjänstspecifika guider för Azure-tjänster. De här guiderna beskriver grundläggande metodtips som hjälper dig att fatta arkitektoniska beslut för din arbetsbelastning. Använd dem för att utvärdera din arkitektur efter migreringen och hitta områden att förbättra.

Börja med källplattformen

Kom igång genom att jämföra funktionerna i din arbetsbelastning och dess tjänster med deras närmaste Azure-motsvarigheter. Följande artiklar innehåller exempelscenarier och migreringsguider på tjänstnivå för att illustrera jämförelserna.

Migrera från AWS till Azure

Migrera från GCP till Azure

Migrera från lokal plats till Azure

Verktyg för migrering

Använd följande verktyg för att stödja migreringsuppgifter oavsett källplattform. De hjälper dig att mäta migreringsframgångar mot affärsmål.

Verktyg	Avsikt
Azure Migration och Modernisering	Identifiera och utvärdera migreringstillgångar, inklusive infrastruktur, program och datakomponenter.
Well-Architected Granska utvärdering av källplattformen	Granska och mäta affärsmålen för din arkitektur på källplattformen. Den här utvärderingen från källmolnleverantören hjälper dig att ange en baslinje för dina förväntningar på Azure.
Utvärdering av Azure Well-Architected Review	Utvärdera dina arkitekturbeslut för att identifiera regressioner från källbaslinjen och utforska optimeringsmöjligheter.

Nästa steg

Cloud Adoption Framework omfattar migreringssekvensering, vågplanering, beroendemappning och anpassning av intressenter. Information om planering på organisationsnivå eller hjälp med att välja en migreringsstrategi finns i Planera migreringen.