Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Deze sectie is van toepassing op organisaties met bestaande IT-workloads buiten Azure (on-premises of andere clouds) die migratie naar Azure nodig hebben. Een uitgebreide workloadinventaris is de basis van een solide cloudimplementatieplan voor dergelijke organisaties. U kunt geen beslissingen nemen over hoe of een systeem moet worden gemigreerd als u niet weet dat het bestaat of de kenmerken ervan begrijpt. Uw cloudacceptatieplan moet stappen bevatten om alle workloads te detecteren, belangrijke gegevens over elke workloads te verzamelen en prioriteit te geven voor migratie.
| Werkbelastingtype | Detectieprogramma | Evaluatiehulpmiddel | Examples |
|---|---|---|---|
| On-premises | Azure Migrate | • Azure Migrate • Dr Migrate |
• Fysieke servers • VMware-VM's • Hyper-V VM's • SQL-databases • Webtoepassingen |
| AWS-infrastructuur (IaaS) | Azure Migrate | • Azure Migrate • Richtlijnen voor AWS naar Azure |
• AWS EC2-exemplaren • AWS RDS-databases • AWS EBS-schijven |
| Google Cloud Infrastructure (IaaS) | Azure Migrate | • Azure Migrate • Richtlijnen voor Google Cloud naar Azure-migratie |
• Vm's van Google Cloud Compute Engine • Google Cloud SQL • Google Cloud Persistent Disk |
| AWS-platformdiensten (PaaS) | AWS Resource Explorer | • Richtlijnen voor AWS naar Azure-migratie • Vergelijking van AWS- en Azure-service • Cloudockit |
• AWS Lambda • AWS Elastic Beanstalk • AWS DynamoDB |
| Google Cloud Platform Services (PaaS) | Google Cloud Asset Inventory (Inventaris van activa) | • Richtlijnen voor Google Cloud naar Azure • Vergelijking van Google Cloud- en Azure-services • Cloudockit |
• Google Cloud BigQuery • Google Cloud App Engine • Google Cloud Run Functions |
| Toepassingscode |
CAST Highlight • Dr Migrate |
• Dr Migrate • CloudPilot • CAST Highlight • CloudAtlas • GitHub Copilot |
• GitHub • Azure Repos • GitLab |
Inventaris van werkbelasting ontdekken
Een volledige inventarisatie van uw technische assets vormt de basis van uw plan voor cloudimplementatie. Uw inventaris identificeert alle systemen, toepassingen en infrastructuuronderdelen in uw omgeving. U hebt deze inventaris nodig om te bepalen welke strategie voor cloudmigratie het beste past.
Definieer elke workload en de bijbehorende grenzen. Een workload is een verzameling IT-onderdelen, zoals servers, virtuele machines (VM's), cloudservices, toepassingen, code, gegevens of apparaten die ondersteuning bieden voor een of meer bedrijfsprocessen. U moet elke workload definiëren om inzicht te hebben in de bedrijfswaarde en de technische footprint. Deze duidelijkheid helpt prioriteit te geven aan migratie- en moderniseringsinspanningen. Gebruik hulpprogramma's voor netwerkverkeerscontrole en afhankelijkheidstoewijzing om workloadgrenzen te identificeren en relaties tussen onderdelen te visualiseren.
Geautomatiseerde detectiehulpprogramma's gebruiken.Azure Migrate biedt gratis detectiemogelijkheden voor on-premises en cloudomgevingen. Dit hulpprogramma identificeert automatisch servers, toepassingen en hun onderlinge afhankelijkheden. U moet geautomatiseerde detectie gebruiken om het maken van inventaris te versnellen en handmatige fouten te verminderen. Als Azure Migrate uw omgeving niet volledig ondersteunt, gebruikt u hulpprogramma's zoals Dr Migrate of CloudPilot waarmee de mogelijkheden van Azure Migrate worden uitgebreid.
Alle onderdelen opnemen in alle omgevingen. Uw inventaris moet infrastructuur- en toepassingsonderdelen vastleggen op alle platforms. U moet servers, VM's, toepassingen, databases, communicatiepatronen, integraties, identiteiten en cloudservices van Azure, AWS, Google Cloud en andere providers opnemen. Deze uitgebreide weergave zorgt ervoor dat er tijdens de planning of migratie geen kritieke asset over het hoofd wordt gezien.
Gebruik handmatige detectie wanneer automatisering niet mogelijk is. Sommige omgevingen beperken geautomatiseerde detectiehulpprogramma's vanwege beveiligingsbeleid of technische beperkingen. Gebruik de Azure Migrate-importsjabloon om assets handmatig te documenteren in beperkte omgevingen. Handmatige documentatie zorgt ervoor dat u assets vastlegt waartoe geautomatiseerde hulpprogramma's geen toegang hebben.
Werkbelastingen prioriteren op basis van bedrijfswaarde en haalbaarheid
Een lange inventarislijst kan overweldigend zijn. Het plan moet een methode bevatten om prioriteit te geven aan welke workloads het eerst moeten worden aangepakt in de cloudimplementatie. Niet alle workloads zijn even belangrijk of even geschikt voor onmiddellijke migratie, dus gebruik een prioriteringsframework.
Bedrijfskritiek gebruiken. Rangschik werkbelastingen op basis van hoe cruciaal ze zijn voor zakelijke activiteiten, inkomsten of klantervaring. Vaak zijn enkele workloads bedrijfskritiek (als ze uitvallen, grote bedrijfsverlies) terwijl andere minder kritiek zijn. Systemen met hoge bedrijfswaarde hebben mogelijk hoge prioriteit om ervoor te zorgen dat ze profiteren van schaalbaarheid of tolerantie in de cloud, of soms lagere prioriteit als het risico op migratie ervan te hoog is.
Schatting maken van cloudgereedheid. Maak snelle, hoge schattingen van hoe gereed elke workload is voor cloudmigratie, op basis van wat u al weet. Een gedetailleerde technische evaluatie komt later, maar overweeg nu factoren zoals technische complexiteit, verouderde onderdelen en bekende risico's. Sommige taken kunnen gemakkelijk worden afgehandeld, terwijl andere aanzienlijk opnieuw moeten worden bewerkt. U kunt prioriteit geven aan eenvoudigere workloads om een momentum te bouwen of een gemiddeld complex maar hoogwaardig systeem kiezen om vroeg succes te maximaliseren.
Let op afhankelijkheden. In deze fase evalueert u afhankelijkheden op hoog niveau met behulp van bestaande kennis. Nu alvast identificeren we workloads die nauw zijn gekoppeld aan anderen, later wordt een volledige mapping van afhankelijkheden uitgevoerd. Systemen met veel verbindingen moeten mogelijk samen worden gemigreerd om onderbrekingen te voorkomen. In sommige gevallen moet een workload met een lagere prioriteit mogelijk eerder worden verplaatst omdat een systeem met een hogere prioriteit hiervan afhankelijk is. Gebruik dit inzicht om gerelateerde workloads te groeperen in logische migratiegolven.
Overweeg strategische afstemming. Als bepaalde workloads essentieel zijn voor strategische initiatieven, kunt u deze prioriteit geven om sneller te gaan. Aan de andere kant moeten workloads die binnenkort buiten gebruik worden gesteld of vervangen, worden gedeprioritiseerd voor migratie.
Maak een geprioriteerde werkachterstandlijst. Deze achterstand kan een lijst of tabel zijn met categorieën zoals 'Wave 1: Workloads A, B, C. Wave 2: Workloads D, E'. Zorg ervoor dat u deze volgorde valideert met belanghebbenden. Bedrijfs- en IT-eigenaren moeten controleren en ermee akkoord gaan dat de volgorde zinvol is. U wilt hun instemming krijgen en later weerstand vermijden. Als u bijvoorbeeld de kritieke app van een afdeling voor het laatst plant zonder hun invoer, kunnen ze bezwaar maken. Pas het plan aan op basis van feedback om technische logica in evenwicht te brengen met bedrijfsbehoeften.
Zakelijke gegevens per workload verzamelen
Voor elke geïdentificeerde workload moet het plan belangrijke zakelijke context en vereisten vastleggen. Deze informatie begeleidt de migratiestrategie (volgende sectie) en zorgt ervoor dat beslissingen in overeenstemming zijn met de bedrijfsbehoeften. Belangrijke details om te documenteren
Eigenaren en belanghebbenden: Het document 'bezit' de workload vanuit zakelijk perspectief (Vice President Sales voor een CRM) en vanuit een IT-perspectief (toepassingseigenaar, infrastructuur-eigenaar). Vermeld alle belanghebbenden die betrokken moeten zijn bij het plannen van de verplaatsing.
Bedrijfsfunctie en -kritiek: documenteer wat de workload doet en hoe belangrijk het is. Noteer een korte beschrijving van het doel en classificeer het kritieke niveau (hoog/gemiddeld/laag). Kritiek is vaak gekoppeld aan hoeveel downtime kan worden getolereerd.
Vertrouwelijkheid en naleving van gegevens: let op de classificatie van gegevens die het systeem afhandelt (openbaar, intern, vertrouwelijk, zeer vertrouwelijk). Documentnalevingsvereisten (PCI, HIPAA, AVG) die van toepassing zijn op deze workload. Als gegevenslocatie bijvoorbeeld vereist is in een bepaalde regio, is dit van invloed op de cloudarchitectuur.
Operationele beperkingen: documenteer specifieke onderhoudsvensters, black-outperioden (perioden met veel verkeer) en vereisten voor uptime. Documenteer dergelijke beperkingen omdat deze van invloed zijn op de migratieplanning en doelarchitectuur (vereisten voor hoge beschikbaarheid).
Geprojecteerde tijdlijn of deadlines: Als er een gewenste tijdlijn is voor het migreren van deze workload, moet u ook rekening houden met deze. Misschien hebt u bijvoorbeeld te maken met contractverlengingen of het aflopen van een datacentrumlease. Deze factoren zijn van invloed op de algemene planning van de roadmap.
Voor een voorbeeld, zie Migratie adoptieplan.
Hulpprogramma's en resources voor Azure-detectie en -evaluatie
| Category | Tool | Description |
|---|---|---|
| Discovery | Azure Migrate | Detecteert servers, toepassingen en afhankelijkheden in uw infrastructuur |
| Discovery | Azure Migrate-infrastructuur | Detecteert on-premises infrastructuuronderdelen |
| Discovery | Azure Migrate-toepassingsdetectie | Identificeert toepassingen die in uw omgeving worden uitgevoerd |
| Discovery | Dr.Migrate | Analyseert uw bestaande workloads om migratiegereedheid en moderniseringsmogelijkheden te identificeren. Biedt gedetailleerde inzichten in afhankelijkheden, configuratie en potentiële obstakels om uw migratieplanning te stroomlijnen. |
| Discovery | Azure Migrate-importsjabloon | Hiermee kunt u assets handmatig documenteren in beveiligde omgevingen |
| Assessment | Evaluatie van Azure Migrate | Evalueert on-premises workloads voor Azure-migratie |
| Assessment | Azure Migrate-evaluatie voor fysieke servers | Evalueert fysieke en gevirtualiseerde servers voor cloudmigratie |
| Assessment | Dr Migrate | Infrastructuur en code evalueren voor cloudmigratie |
| Evaluatie van codedetectie | CAST Highlight | Analyseert toepassingscode voor gereedheid in de cloud |
| Assessment | CloudPilot | Analyseert toepassingen voor cloudgereedheid |
| Code-evaluatie | AppCAT | Evalueert .NET- en Java-toepassingen voor Azure-compatibiliteit |
| Assessment | CloudAtlas | Biedt modernisering en migratie-evaluatie |
| PaaS-evaluatie | Cloudockit | Architectuurdiagrammen en documentatie voor cloudomgevingen genereren |
| Migratie van AWS naar Azure | Richtlijnen voor AWS naar Azure | Biedt richtlijnen voor het migreren van AWS naar Azure |
| Migratie van Google Cloud naar Azure | Richtlijnen voor Google Cloud naar Azure | Biedt richtlijnen voor het migreren van Google Cloud naar Azure |
| Migratie van AWS naar Azure | AWS naar Azure-servicetoewijzing | AWS-services koppelen aan equivalente Azure-services |
| Migratie van Google Cloud naar Azure | Google Cloud naar Azure-servicetoewijzing | Toewijzen van Google Cloud-services aan equivalente Azure-services |