AWS Migration Hub och Application Discovery Service

Att migrera hundratals eller tusentals applikationer till AWS kräver ett systematiskt arbetssätt. Ni behöver veta vad som finns lokalt, hur applikationerna är beroende av varandra och hur resursutnyttjandet ser ut innan Ni dimensionerar motsvarande AWS-resurser. AWS Migration Hub och Application Discovery Service utgör analyslagret i AWS verktygslåda för migrering och ger insyn i och spårning av hela portföljen.

AWS Migration Hub är en central instrumentpanel för att följa hur applikationsmigreringar fortskrider med flera AWS-migreringsverktyg (MGN, DMS och partnerverktyg). Den samlar migreringsstatusen i en och samma konsol, så att projektledare och arkitekter kan se vilka servrar som har upptäckts, replikeras, testas eller genomgår cutover. Migration Hub är en kostnadsfri spårningstjänst – Ni betalar endast för de underliggande migreringsverktyg som Ni använder.

Application Discovery Service (ADS) samlar in data om lokala servrar och deras beroenden före migreringen. Tjänsten har två upptäcktslägen: agentbaserat (en lättviktsagent installeras på varje server för att samla in processor-, minnes- och nätverks-I/O, körande processer samt nätverksanslutningar) och agentlöst (en VMware vCenter-anslutning används för att samla in VM-konfiguration och prestandamätvärden utan att röra enskilda virtuella maskiner).

En av ADS mest värdefulla funktioner är att kartlägga grafer över nätverksberoenden. ADS-agenten registrerar TCP-anslutningar mellan processer och visar vilka databaser, mikrotjänster eller middleware-komponenter varje applikation kommunicerar med. Detta förhindrar det vanliga migreringsfelet att flytta en applikation utan dess beroenden, vilket sedan orsakar produktionsavbrott på grund av saknade anslutningar över nätverksgränser.

Många stora organisationer har redan CMDB-data (Configuration Management Database) eller upptäcktsdata från verktyg som ServiceNow, Dynatrace eller Ansible. Migration Hub stöder importmallar – standardiserade CSV-filer som låter Er ladda upp befintliga serverinventeringsdata direkt utan att distribuera ADS-agenter. Detta är användbart under snabba analysfaser när agentinstallation inte omedelbart är möjlig på grund av säkerhets- eller åtkomstbegränsningar.

Migration Hub Strategy Recommendations analyserar insamlade ADS-data tillsammans med applikationens körande arbetsbelastningar och rekommenderar ett av de 7 R:en för varje server eller applikation. Tjänsten kan identifiera applikationer som lämpar sig för containerisering, markera servrar med operativsystemversioner som inte stöds och som behöver refaktoriseras samt föreslå måltjänster i AWS. Tjänsten integreras med AWS Well-Architected Framework för att anpassa rekommendationerna till bästa praxis.

Efter upptäckten visas ADS-data som enskilda servrar. I Migration Hub grupperar Ni relaterade servrar till applikationer som representerar en verksamhetsförmåga (till exempel kan ”Order Management System” omfatta ett webbskikt, ett applikationsskikt och en databasserver). Grupper kan skapas manuellt eller härledas från ADS-kartor över nätverksberoenden. Gruppering är avgörande för att följa migreringsförloppet på applikationsnivå i stället för servernivå.

Migration Hub har inbyggd integrering med AWS Application Migration Service (MGN) och Database Migration Service (DMS). När MGN börjar replikera en server rapporterar tjänsten automatiskt replikeringens förlopp tillbaka till Migration Hub. På samma sätt uppdaterar DMS-migreringsuppgifter sin status i Migration Hub. Integreringen ger en samlad vy utan att manuella uppdateringar krävs, och Ni kan gå från Hub till den inbyggda verktygskonsolen för mer information.

Migration Hub Refactor Spaces hjälper team att stegvis refaktorera monolitiska applikationer till mikrotjänster. Tjänsten skapar en AWS-miljö (ett VPC-baserat överlägg) med en enhetlig ingångspunkt (en API Gateway eller Application Load Balancer). Trafikdirigeringsregler skickar en del av förfrågningarna till nya mikrotjänster medan resten fortfarande går till den befintliga monoliten – strangler fig-mönstret i hanterad form, utan att Ni behöver skriva egen kod för trafikdirigering.

När ADS har samlat in användningsdata (processor, minne och disk-I/O under flera veckor) använder Ni AWS Migration Evaluator (tidigare TSO Logic) för att skapa en Total Cost of Ownership-analys (TCO). Den jämför aktuella lokala kostnader (maskinvara, energi, kylning och arbete) med beräknade AWS-kostnader baserat på rätt dimensionerade instanser. Detta beslutsunderlag presenteras vanligtvis för ledningen för att motivera migreringsinvesteringen och kvantifiera molnbesparingarna.

ADS exporterar upptäckta data som CSV till S3 i ett standardiserat format. Ni kan läsa in dessa data i Athena för att analysera användningsmönster i hela den lokala serverparken – till exempel hitta alla servrar med mindre än 10 % genomsnittlig processoranvändning (kandidater för Retire) eller alla servrar som kör operativsystem som nått slutet av sin livslängd (kandidater för Refactor). Detta SQL-drivna arbetssätt för portföljanalys kan skalas till tusentals servrar utan manuellt kalkylbladsarbete.

I den här lektionen lärde Ni Er att Migration Hub tillhandahåller en central instrumentpanel för att följa migreringsförloppet i MGN, DMS och partnerverktyg, att Application Discovery Service erbjuder agentbaserade och agentlösa lägen för att inventera lokala servrar och kartlägga beroenden och att Migration Hub Refactor Spaces stöder stegvis strangler fig-refaktorering av monoliter. Härnäst utforskar vi Application Migration Service (MGN) för själva serverreplikeringen.