Bedömning och planering – grunden som avgör allt

Varje misslyckad migrering vi har sett (och vi har räddat åtskilliga) har samma grundorsak: bristfällig bedömning. Antingen saknas beroendekartläggning, dataklassificering eller realistiska SLO:er.

Inventering och beroendekartläggning

Starta med en fullständig discovery av servrar, applikationer, databaser och nätverkstopologi. Azure Migrate är det naturliga verktyget – det kör agentbaserad eller agentlös discovery och kartlägger beroenden automatiskt. Komplettera med manuella intervjuer av applikationsägare; verktyg missar alltid affärslogik som bara finns i huvudet på utvecklare.

Kartlägg beroenden som en riktad graf. Tätt kopplade komponenter måste migrera tillsammans – att flytta en webbserver utan dess databasbackend ger garanterad incidentrapport.

Dataklassificering och efterlevnad

Innan en enda byte flyttas till Azure måste ni veta:

• Vilken data är personuppgifter enligt GDPR? Dokumentera behandlingsändamål och rättslig grund.
• Vilken data omfattas av NIS2? Väsentliga och viktiga entiteter har skärpta krav sedan oktober 2024.
• Finns data som inte får lämna Sverige? Sweden Central löser dataresidency, men verifiera med era jurister.
• Vilka krypteringskrav gäller? Azure hanterar kryptering i vila som standard (AES-256), men kundstyrda nycklar via Azure Key Vault är ett krav i många regelverk.

Definiera framgångskriterier

Vi sätter alltid mätbara SLO:er (Service Level Objectives) före migrering:

• Maximal nedtid per arbetsbelastning (uttryckt i minuter, inte timmar)
• Prestandabaslinje – svarstider och transaktionsvolymer jämfört med on-premise
• Återställningstid (RTO) och återställningspunkt (RPO) för varje kriticitetsnivå
• Kostnadsram – vad Azure-förbrukningen får kosta per månad i steady state

Utan dessa kriterier saknar ni definition av "klart" och hamnar i en evig optimeringsloop.

Migreringsstrategier – rätt approach för rätt arbetsbelastning

Microsofts "5 R:en" (Rehost, Refactor, Rearchitect, Rebuild, Replace) är en användbar taxonomi, men i praktiken använder vi oftast två strategier parallellt.

Rehost (Lift-and-shift) – snabb och pragmatisk

Flytta virtuella maskiner som de är till Azure IaaS. Fungerar utmärkt för:

• Applikationer med kort kvarvarande livslängd (1–2 år kvar)
• System med komplexa beroenden som inte går att bryta upp snabbt
• Situationer där tid till migrering är viktigare än optimering

Verktyg: Azure Migrate (Server Migration), Azure Site Recovery för minimal nedtid.

Refactor/Rearchitect – modernisera selektivt

Flytta databaser till Azure SQL Managed Instance eller Azure Database for PostgreSQL. Containerisera mikrotjänster till Azure Kubernetes Service (AKS). Denna strategi kräver mer planering men ger dramatiskt bättre driftsekonomi.

Verktyg: Azure Database Migration Service, Azure App Service Migration Assistant.

Vilken strategi för vilken arbetsbelastning?

Hantera stora datavolymer – när nätverket inte räcker

En av de vanligaste undervärderingarna vi ser är överföringstid. 50 TB över en 1 Gbit/s-linje tar i teorin fem dagar – i praktiken ofta dubbelt med overhead, paketförluster och delad bandbredd.

Azure Data Box-familjen

• Azure Data Box Disk (upp till 40 TB per order) – SSD-diskar som skickas med post
• Azure Data Box (upp till 100 TB) – robust enhet med 100 Gbit/s-anslutning
• Azure Data Box Heavy (upp till 1 PB) – för storskaliga migreringar

Vi rekommenderar Data Box när datavolymen överstiger 10 TB och migreringsfönstret är begränsat. Processen är enkel: beställ via Azure Portal, kopiera data lokalt, skicka tillbaka, och data laddas upp till ert lagringskonto. Kryptering (AES-256) skyddar data under transport.

ExpressRoute för löpande hybridanslutning

För organisationer som kör hybrid under en övergångsperiod är Azure ExpressRoute överlägset VPN-tunnlar. Dedikerad bandbredd, förutsägbar latens och privat peering direkt mot Azures backbone. I Sverige finns peering-punkter via Equinix och Interxion.

Piloter, validering och cutover

Vi kör alltid en pilot med 2–5 representativa arbetsbelastningar innan storskalig migrering. Piloten validerar:

1. Nätverkskonnektivitet – DNS-uppslagning, brandväggsregler, latens

2. Applikationsfunktion – regressionstester mot definierade testfall

3. Prestanda – jämförelse mot on-premise-baslinjen

4. Säkerhetskontroller – NSG:er, Azure Firewall, Entra ID-integration

5. Backup och återställning – faktisk test av RTO/RPO, inte bara dokumentation

Cutover-strategi

Vi föredrar blågrön cutover där det är möjligt: den nya Azure-miljön körs parallellt med on-premise, trafik dirigeras om via DNS eller lastbalanserare, och rollback är en DNS-ändring bort. För databaser med hög skrivfrekvens använder vi Azure Database Migration Service i online-läge som håller källa och mål synkroniserade tills cutover.

Säkerhet och styrning i Azure-miljön

Migrering är ett utmärkt tillfälle att höja säkerhetsnivån – inte bara upprätthålla den.

Identitet och åtkomst

Microsoft Entra ID (tidigare Azure AD) med Conditional Access och MFA är grundnivån. Implementera Privileged Identity Management (PIM) för just-in-time-åtkomst till administrativa roller. Koppla in er befintliga Active Directory via Entra ID Connect för sömlös hybrididentitet.

Nätverkssäkerhet

• Azure Firewall eller tredje parts NVA som perimeterskydd
• Network Security Groups (NSG) på subnät- och NIC-nivå
• Private Endpoints för PaaS-tjänster – eliminerar exponering mot publikt internet
• Azure DDoS Protection för internetexponerade tjänster

Övervakning och hotdetektering

Microsoft Defender for Cloud ger posture management och hotdetektering. Integrera med Microsoft Sentinel (SIEM) för korrelering och automatiserad respons. Vi på Opsio kopplar detta till vårt 24/7 SOC som övervakar, triagerar och eskalerar – dygnet runt, året runt.

Molnsäkerhet med Opsio

FinOps – kostnadskontroll från dag ett

Flexeras State of the Cloud har konsekvent visat att kostnadshantering är den absolut största utmaningen för organisationer i molnet. Det gäller oavsett om ni migrerar till Azure, AWS eller GCP. Utan disciplin växer molnnotan snabbare än affärsvärdet.

Konkreta åtgärder

• Rätt dimensionering före migrering – kopiera inte on-premise-överprovisionering till Azure
• Reserverade instanser (1 eller 3 år) för förutsägbara arbetsbelastningar – typiskt 30–60 % rabatt
• Azure Savings Plans för beräkningsintensiva tjänster
• Autostängning av dev/test-miljöer utanför arbetstid
• Azure Cost Management + Budgets med automatiska varningar vid avvikelser
• Taggningspolicy – varje resurs taggas med kostnadsställe, ägare och miljö (dev/staging/prod)

Cloud FinOps med Opsio

Optimering efter migrering

Migrering är inte klart när arbetsbelastningarna kör i Azure. De första 90 dagarna efter cutover är avgörande.

• Prestandabaslinje: Jämför Azure Monitor-data med er on-premise-baslinje. Justera VM-storlekar, disktyper och cachingstrategier.
• Kostnadsrevidering: Analysera faktisk förbrukning mot budget efter 30, 60 och 90 dagar.
• Säkerhetsaudit: Kör Azure Security Benchmark och åtgärda alla high/critical-findings.
• Automatisering: Implementera IaC med Terraform eller Bicep för all infrastruktur. Manuella ändringar i portalen är teknisk skuld.
• Dokumentation: Uppdatera runbooks, incidentprocesser och disaster recovery-planer för den nya miljön.

Managerade molntjänster

När det är dags att ta steget

En datamigrering från on-premise till Azure är ett av de mest affärskritiska projekt en IT-organisation genomför. Det handlar inte om teknik för teknikens skull – det handlar om att bygga en plattform som ger er organisation skalbarhet, säkerhet och driftsekonomi de kommande 5–10 åren. Börja med bedömning, kör piloter, implementera FinOps och säkerhet parallellt, och välj en partner som har operativ erfarenhet – inte bara certifikat på väggen.

Molnmigrering med Opsio

Vanliga frågor

Hur lång tid tar en typisk migrering från on-premise till Azure?

Det beror på datamängd, komplexitet och beroenden. En fokuserad migrering av 20–50 servrar tar normalt 8–16 veckor inklusive bedömning och piloter. Storskaliga migreringar med hundratals arbetsbelastningar kan pågå 6–12 månader med en fasad approach.

Vilka verktyg behövs för att migrera till Azure?

Azure Migrate är navet för discovery och bedömning. Azure Database Migration Service hanterar databasflyttar. Azure Data Box löser bandbreddsproblem vid stora datavolymer. Komplettera med Terraform eller Bicep för IaC och Azure Monitor för validering efter migrering.

Hur säkerställer vi GDPR-efterlevnad vid migrering till Azure?

Välj Azure-regioner inom EU/EES – Sweden Central är det naturliga valet för svenska organisationer. Klassificera data före flytt, kryptera i transit och i vila, och dokumentera personuppgiftsbehandlingen. Kontrollera att Microsofts Data Processing Agreement (DPA) uppfyller era krav och att IMY inte har invändningar mot er behandling.

Vad kostar en migrering till Azure?

Migreringsverktyg som Azure Migrate och Azure Database Migration Service är kostnadsfria. Den verkliga kostnaden ligger i konsulttid, eventuell Azure Data Box-hyra och den löpande Azure-förbrukningen. En FinOps-analys före migrering ger en realistisk TCO-jämförelse mot er nuvarande on-premise-kostnad.

Ska vi lyfta-och-flytta eller modernisera direkt?

Vi rekommenderar en stegvis approach: lyft och flytta först för att komma ur gammal hårdvara, modernisera sedan selektivt. Kritiska databaser kan gå direkt till Azure SQL Managed Instance, medan enklare arbetsbelastningar körs som IaaS-VM:ar och optimeras i efterhand.