Reparera tillgångar före migrering

Under migreringsutvärderingsprocessen identifierar teamet alla konfigurationer som kan göra en tillgång inkompatibel med den valda molnleverantören. Reparation är en kontrollpunkt i migreringsprocessen som du kan använda för att lösa eventuella inkompatibiliteter.

Den här artikeln beskriver några vanliga reparationsuppgifter och hjälper dig att avgöra om reparation är en klok investering.

Reparationstyper

Det finns två huvudsakliga typer av reparationsaktiviteter som du behöver planera för under hela distributionen.

• Baserat på resultaten av utvärderingsaktiviteterna
  • Reparationsaktiviteter som måste slutföras för att tillåta replikering och distribution.
  • Du har fastställt dessa reparationsaktiviteter i din arbetsbelastningsutvärdering under utvärderingsfasen. Du måste utföra dessa uppgifter för att säkerställa att du kan replikera och mellanlagra din arbetsbelastning i molnet.
  • Detta fokuserar främst på de källservrar som migreras.
• Baserat på resultatet av testaktiviteterna
  • Detta kommer från att testa migreringsaktiviteter och utföra affärstester.
  • Dessa reparationsaktiviteter fokuserar på konfigurationen av de replikerade målservrarna och eventuella hjälptjänster som lastbalanserare, virtuella nätverk och lagringskonton.
  • Dessa uppgifter är sannolikt mer iterativa. Testa och åtgärda genom flera cykler tills alla testfall godkänns.

Spåra reparationsaktiviteter

Under iterationen kan du identifiera reparationsuppgifter för dina arbetsbelastningar genom utvärdering eller testning. Du måste spåra dessa aktiviteter som projektaktiviteter för att se till att de har slutförts.

Små migreringsvågor kan använda kalkylblad för att spåra objekt, men större vågor med många reparationsuppgifter genererar flera objekt. Du kan använda verktyg som Azure DevOps för att skapa och prioritera arbetsobjekt och gå igenom specifika faser som hjälper dig att skala ut. Även om du inte använder Azure DevOps för andra insatser kan du använda det för att sortera reparationsproblem och organisera uppgifter för migreringsprocessen.

När du skapar dessa uppgifter bör du se till att ansluta dem tillbaka till den arbetsbelastning som de påverkar. På så sätt kan du utvärdera vilka arbetsbelastningar som kan fördröjas av reparationsåtgärder. Sedan kan du prioritera arbetet efter arbetsbelastningsprioritet.

Vissa problem kan påverka flera arbetsbelastningar. Det här är vanligtvis objekt med värden, en bred konfiguration eller problem med landningszonen som helhet. Dessa problem bör vara de första som prioriteras för reparation.

Vanliga reparationsåtgärder

Teknisk skuld är en sund och förväntad del av företagsmiljön. Arkitekturbeslut som lämpar sig för en lokal miljö kanske inte är lämpliga på en molnplattform. I båda fallen kan vanliga reparationsuppgifter krävas för att förbereda tillgångar för migrering. Följande är några exempel:

• Mindre värduppgraderingar: Ibland måste en inaktuell värd uppgraderas före replikeringen.
• Mindre uppgraderingar av gästoperativsystemet: Du behöver förmodligen korrigera eller uppgradera operativsystemet innan replikeringen.
• Ändringar av serviceavtal (SLA): Säkerhetskopierings- och återställningsprocesserna ändras avsevärt på en molnplattform. Säkerhetskopieringsprocesserna för migrerade tillgångar kan behöva ändras för att säkerställa att de fortsätter att uppnå sina nödvändiga serviceavtal i molnet.
• Ändringar i programkonfigurationen: Migrerade program kan kräva justeringar av variabler som nätverkssökvägar till beroende tillgångar, ändringar av tjänstkonton eller uppdateringar av beroende IP-adresser.
• Mindre ändringar av nätverkssökvägar: Routningsmönster måste ändras för att dirigera användartrafik till de nya tillgångarna korrekt. Det här är inte produktionsroutning till de nya tillgångarna, utan konfiguration för korrekt routning till tillgångarna i allmänhet.

Storskaliga reparationsuppgifter

Det finns inte mycket behov av reparation när ett datacenter underhålls, korrigeras och uppdateras korrekt. Reparationsrika miljöer tenderar att vara vanliga inom stora företag. Detta kan omfatta organisationer under stora IT-nedskärningar, äldre hanterade tjänster och förvärvsrika miljöer. I var och en av dessa miljöer består reparationen av en stor del av migreringsarbetet. Följande reparationsuppgifter kan inträffa ofta eller påverka migreringshastigheten eller konsekvensen negativt. Om detta händer bör du dela upp reparationen i en parallell insats och ett team som liknar molnimplementering och molnstyrning.

• Frekventa värduppgraderingar: Uppgradering av flera värdar för att slutföra migreringen av en arbetsbelastning kan fördröja migreringsteamet. Isolera berörda program och åtgärda reparationsstegen innan du inkluderar berörda program i planerade versioner.
• Frekvent uppgradering av gästoperativsystem: Stora företag har ofta servrar som körs på inaktuella versioner av Linux eller Windows. Förutom säkerhetsriskerna med att använda ett inaktuellt operativsystem finns det också inkompatibilitetsproblem som förhindrar migrering av berörda arbetsbelastningar. När flera virtuella datorer (VM) kräver operativsystemsreparation kan du prova att separera dessa ansträngningar till en parallell iteration. Vissa uppgraderingar kan slutföras med migreringsverktyget som en del av migreringsprocessen, till exempel Windows Server-uppgraderingsfunktionen i Azure Migrate och Modernisera.

Åtgärda storskaliga åtgärder

Eftersom det kan vara enkelt att åtgärda mindre arbetsbelastningar kan du välja mindre arbetsbelastningar för dina första migreringsvågor. När migreringsarbetet mognar och du börjar hantera större arbetsbelastningar kan reparationen vara tidskrävande och kostsam. Reparationsåtgärder för en Windows Server 2003-migrering med en pool med tillgångar med fler än 5 000 virtuella datorer kan till exempel fördröja en migrering med månader. När sådan storskalig reparation krävs kan du behöva ändra dina planer för att migrera de berörda arbetsbelastningarna. I sådana fall kan moderniseringsaktiviteter för att maximera värdet av reparationsinsatser vara mer effektiva och produktiva.

Du kan använda följande frågor för att vägleda beslut:

• Har alla arbetsbelastningar som påverkas av reparationen identifierats och angetts i de kvarvarande uppgifterna för migrering?
• Ger en migrering en liknande avkastning på investeringen för arbetsbelastningar som inte påverkas?
• Kan de berörda tillgångarna repareras i enlighet med den ursprungliga tidslinjen för migrering? Vilken effekt har tidslinjeändringar på ROI?
• Är det ekonomiskt gångbart att reparera tillgångarna parallellt med migreringsarbetet?

Om de tidigare frågorna inte besvaras bör du överväga följande moderniseringsmetoder:

• Containerisering: Vissa tillgångar kan finnas i en containerbaserad miljö utan reparation. Detta kan ge mindre än gynnsamma prestanda och löser inte säkerhets- eller efterlevnadsproblem.
• Automatisering: Beroende på arbetsbelastnings- och reparationskraven kan det vara mer lönsamt att skripta distributionen till nya tillgångar med en DevOps-metod.
• Återskapa: När reparationskostnaderna och affärsvärdet är lika höga passar en arbetsbelastning bra för att bygga om eller bygga om.

Gå vidare