Utvärdera en molnarbetsbelastning för omlokalisering
Utvärdera är det första steget i flyttfasen. Målet med Evaluate är att förstå den arbetsbelastning som du vill flytta så att du kan flytta den. Varje arbetsbelastning som du flyttar måste gå igenom de fyra stegen i fasen Flytta, med början i steget Utvärdera.
Välj arbetsbelastningar
Du bör ha en prioriterad lista över arbetsbelastningar och listan bör identifiera den ordning du vill flytta dina arbetsbelastningar. Varje gång du besöker steget Utvärdera väljer du arbetsbelastningarna högst upp i listan. För mindre team bör du flytta en arbetsbelastning i taget. Det är en chans att lära sig och förbättra med varje arbetsbelastningsflytt. Större team bör överväga att flytta flera arbetsbelastningar. Massflytt kan hjälpa till att uppnå stordriftsfördelar.
Genomföra identifiering
Arbetsbelastningsidentifiering är grunden för omlokalisering. Målet med identifieringen är att förstå arbetsbelastningen tillräckligt för att säkerställa en smidig omlokalisering. Identifieringen måste på ett omfattande sätt identifiera arbetsbelastningens organisatoriska och tekniska dimensioner.
Genomföra organisationsidentifiering
Organisationsidentifiering av arbetsbelastning innebär att ta reda på vem som ansvarar för en arbetsbelastning, förstå riskerna med att flytta den och planera hur man kommunicerar om flytten. Det här steget hjälper dig att identifiera vem som behöver vara involverad, hantera risker och se till att alla informeras korrekt. Den här noggranna planeringen hjälper till att göra övergången smidigare och mindre störande för verksamheten och dess kunder.
Arbetsbelastningsägarskap: Avgör vem som ansvarar för arbetsbelastningen.
Identifiering av intressenter: Identifiera alla parter som är intresserade av arbetsbelastningen.
Riskbedömning: Utvärdera de potentiella affärsrisker som är förknippade med att flytta arbetsbelastningen.
Ändringshantering: Få en tydlig förståelse för processerna för att hantera ändringar i arbetsbelastningen.
Avbrottsfönster: Ta reda på de godkända tiderna när systemet kan vara offline för omlokalisering.
Effektanalys: Identifiera vilka interna användare eller externa kunder flytten kan påverka.
Kommunikationsbehov: Förstå den aktuella och nödvändiga kommunikationsplanen för att kommunicera eventuella stilleståndstider eller ändringar.
Principefterlevnad: Se till att omlokaliseringen följer organisationens principer och branschregler.
Genomföra teknisk identifiering
Teknisk arbetsbelastningsidentifiering omfattar omfattande förståelse av de tekniska aspekterna av en arbetsbelastning, inklusive dess beroenden, resurser, nätverkskonfiguration och andra tekniska krav eller begränsningar. Teknisk identifiering hjälper dig att förutse och minimera risker som är kopplade till omlokaliseringen. Här är strategier för att utföra teknisk identifiering.
Utvärdera beroenden
Beroenden är resurser eller tjänster som arbetsbelastningen behöver köra. Det är viktigt att identifiera alla beroenden för en lyckad arbetsbelastningsflytt. Beroenden omfattar olika resurser och tjänster som är nödvändiga för arbetsbelastningens drift. Följande lista innehåller några exempel på beroenden:
Azure-tjänster: Alla Azure-tjänster som arbetsbelastningen förlitar sig på. Globala resurser distribueras inte till en viss region, så du behöver inte flytta dem i en flytt. Du kan dock fortfarande konfigurera om dem så att de fungerar i en annan region. Du kan till exempel behöva uppdatera IP-adresser i Azure Front Door-profilen för att peka på den nya IP-adressen för en flyttad arbetsbelastning.
Icke-Microsoft-program: Program från andra leverantörer som är integrerade med eller nödvändiga för arbetsbelastningen. Förstå funktionerna och eventuella begränsningar för de produkter som ingår i arbetsbelastningen.
Licenser: Se till att alla nödvändiga programvarulicenser redovisas och förblir giltiga på den nya platsen.
Nätverk: Understing av nätverkskonfigurationen, inklusive brandväggar, för att säkerställa sömlös anslutning efter omlokalisering.
Testning: Fastställa de testprocedurer som krävs för att säkerställa att arbetsbelastningen fungerar korrekt i den nya miljön.
Taggning: Tagga och identifiera resurser för effektiv hantering och spårning korrekt.
Automation: Din organisation kan använda skript och infrastruktur som kod. Du måste uppdatera alla referenser till Azure-regioner, tjänstnamn eller tjänst-URL:er i skripten eller koden. Referenserna måste motsvara den nya Azure-region som du flyttar till.
Du bör undvika att hårdkoda alla värden i koden som kan komma att ändras under arbetsbelastningens livscykel. Hämta i stället dessa värden dynamiskt eller använd konfigurerbara parametrar i koden. Den här metoden gör ändringarna mindre betungande och säkerställer en smidigare omlokaliseringsprocess.
DNS: Azure tilldelar offentliga IP-adresser till slutpunkter beroende på region. När du flyttar en slutpunkt till en annan Azure-region får den en annan IP-adress. Se till att uppdatera DNS-posterna med dessa nya IP-adresser. Du måste också ange den nya IP-adressen till alla system som har den tidigare IP-adressen i listan över tillåtna.
Du kan behöva distribuera nya resurser i den nya Azure-regionen innan du inaktiverar de gamla. I så fall kan du stöta på problem där två resurser inte kan ha samma DNS-namn samtidigt. Tänk på att använda unika namn för varje tjänst för att undvika det här problemet. I vissa fall kanske du kan använda CNAME-poster för att tillhandahålla ett abstraktionslager. Det gör ändringar av resursnamn enklare att hantera.
Lastbalanserare. Uppdatera lastbalanserare så att de pekar på alla nya IP-adresser eller värdar för serverdelen. För DNS-baserade lastbalanserare kan det ta lite tid att sprida ändringen baserat på DNS-cacheminnen och TTL-postpostens upphörande. Mer information finns i Azures lastbalanseringstjänster. Överväg att tillfälligt minska TTL-inställningarna (Time to Live) för dina DNS-poster. Det hjälper DNS-posterna att växla till en ny IP-adress snabbare. Överväg också att ställa in lastbalanseraren för att kontrollera hälsotillståndet för dina serverdelssystem oftare under en kort period. Kom ihåg att ändra tillbaka de här inställningarna till det normala efter migreringen för att undvika extra kostnader och lägre prestanda senare.
Azure Backup-registrering. När du flyttar virtuella datorer till en ny Azure-region måste du avregistrera dem från Azure Backup-tjänsten i den aktuella regionen och registrera dem med Azure Backup-tjänsten i den nya regionen. Du kan inte komma åt befintliga återställningspunkter för säkerhetskopiering eftersom de inte kan överföras till det nya säkerhetskopieringsvalvet. Du måste börja skapa nya återställningspunkter i den nya regionen.
Utvärdera slutpunkter
Slutpunktsidentifiering syftar på processen att identifiera alla slutpunkter eller IP-adresser som är associerade med en arbetsbelastning. Genom att identifiera alla arbetsbelastningsslutpunkter ser du till att du tar hänsyn till alla nätverksanslutningar och åtkomstpunkter och förbereder dig för att konfigurera dem korrekt i den nya miljön. Här är rekommendationer för att hantera offentliga IP-adresser och privata slutpunkter:
- Offentliga IP-adresser: Offentliga IP-adresser är regionspecifika. Du kan inte flytta dem mellan regioner. Du måste exportera konfigurationen av en offentlig IP-adress och distribuera den till den nya målregionen. Mer information finns i Flytta azures offentliga IP-konfiguration till en annan Azure-region.
- Privata slutpunkter: När du distribuerar om en privat slutpunkt får den förmodligen en ny IP-adress från det undernät som du länkar den till. Om du ansluter till dina resurser via en privat slutpunkt länkar dessa slutpunkter till privata DNS-zoner som löser resursens nätverksadress i det virtuella nätverket. I en omlokalisering måste du uppdatera DNS-posterna i de privata DNS-zonerna för att upprätthålla anslutningen.
Använda automatiserade verktyg
Använd om möjligt automatiserade verktyg för att samla in information om program och Azure-tjänster som utgör din arbetsbelastning. Du kan använda dessa verktyg för att utföra identifiering på låg nivå och arkitekturdesignidentifiering för flytt av en viss arbetsbelastning. Du bör använda följande Azure-verktyg och -tjänster.
Prova Azure Resource Mover. Du bör prova Azure Resource Mover först. Det är för närvarande det enklaste identifieringsverktyget att använda, och du kan även flytta tjänster och data med tjänsten. Azure Resource Mover stöder dock bara ett begränsat antal tjänster, så se till att dina tjänster stöds innan du fortsätter. Mer information finns i Resurser som stöds för Azure Resource Mover.
Använd visualiseringsverktyg. Om Azure Resource Mover inte uppfyller alla dina behov kan du använda visualiseringsverktyg för att underlätta identifieringen. Azure har flera visualiseringsverktyg som du kan använda för att mappa beroenden. Välj det verktyg som bäst stöder dina behov.
Visualiserare för resursgrupper: Du kan visualisera anslutningarna mellan resurserna i en resursgrupp. I Azure-portalen går du till resursgruppen och väljer Resursvisualiserare i det vänstra navigeringsfältet.
Topologi för Azure Monitor: Du kan visa nätverksberoenden med topologifunktionen i Azure Monitor. Mer information finns i Topologi för nätverksinsikter.
Application Insights: Application Insights har en funktion för programmappning där du kan visa den logiska strukturen för ett distribuerat program. Mer information finns i Programkarta i Azure Application Insights.
Azure Resource Explorer: Azure Resource Explorer visar en lista över alla resurser i din Microsoft Entra-klientorganisation. Det ger dig synlighet men anger inte beroenden. Du måste mappa arbetsbelastningskomponenter och beroenden manuellt. Mer information finns i Azure Resource Explorer.
Azure Resource Graph: Med Azure Resource Graph kan du köra frågor mot resurserna i en Microsoft Entra-klientorganisation. Resource Graph är tillgängligt i portalen och från kommandoraden. Du måste mappa arbetsbelastningskomponenter och beroenden manuellt. Mer information finns i Dokumentation om Azure Resource Graph.
Instrumentpanel för inventering: I Azure-portalen kan du använda den inbyggda inventeringsmallen för att skapa en instrumentpanel för att spåra dina befintliga resurser. Det är ett snabbt sätt att fastställa vilka resurser du har och antalet instanser.
Skapa dokumentation manuellt
Om automatiserade identifieringsmetoder inte räcker kan du göra en manuell utvärdering av arbetsbelastningarna. De flesta manuella utvärderingar är beroende av intervjuer med tekniska experter och teknisk dokumentation för att få den information som behövs. Identifiera produkt- eller programägare och intervjua dem. Dessa intervjuer är valfria, men nödvändiga när teamet behöver täcka luckor i den information som verktygen tillhandahåller. Och appägaren kan hämta taggarna och manuellt identifiera beroenden.
Hitta regionssupport
Alla regioner i Azure erbjuder inte samma tjänster, så du måste se till att de tjänster som din arbetsbelastning behöver köra är tillgängliga i målregionen. Det kan verka sent i processen att göra detta, men du behöver identifieringsinformationen för att säkerställa support. Information om regionstöd för din arbetsbelastning finns i de produkter och tjänster som är tillgängliga i varje Azure-region.
Ta reda på om målregionen är en länkad region eller inte och om den stöder tillgänglighetszoner. Regionparkoppling och tillgänglighetszoner påverkar inte omlokaliseringsarbetet, men de påverkar din BCDR-strategi (affärskontinuitet och haveriberedskap) i målregionen. Mer information finns i Azures geografiska områden och tillgänglighetszoner.
Kategorisera arbetsbelastningstjänster
Omlokalisering sker på tjänst- och komponentnivå. De flesta arbetsbelastningar använder flera tjänster. Det finns två primära typer av tjänster, tillståndskänsliga och tillståndslösa. Du måste kategorisera varje tjänst som tillståndskänslig eller tillståndslös. Den här kunskapen hjälper dig att fastställa beroenden, förstå tjänstintegreringar och begränsa dina alternativ för omlokaliseringsautomatisering.
Tillståndslösa tjänster: Tillståndslösa tjänster har endast konfigurationsinformation. Dessa tjänster behöver inte kontinuerlig replikering av data för att flytta. Exempel är virtuella nätverk, nätverkskort, lastbalanserare och nätverkssäkerhetsgrupper.
Tillståndskänsliga tjänster: Tillståndskänsliga tjänster har konfigurationsinformation och data som behöver flyttas. Exempel är virtuella datorer och SQL-databaser.
Nästa steg
Utvärdering av din arbetsbelastning ger tillräckligt med information för att välja en omlokaliseringsmetod och verktygen för att köra den metod du väljer. Steget Välj vägleder dig genom besluten att välja en omlokaliseringsmetod och rätt verktyg för omlokaliseringsmetoden.