Gereedheid van workloads evalueren

Dit artikel is gericht op het evalueren van de gereedheid van een workload voor migratie naar de cloud.

Wanneer u een workload wilt migreren, zorgt het cloudacceptatieteam ervoor dat alle assets en bijbehorende afhankelijkheden compatibel zijn met uw implementatiemodel en cloudprovider. Het team documenteer alle vereiste inspanningen om compatibiliteitsproblemen op te lossen .

Evaluatieaannames

De meeste inhoud die principes in het Cloud Adoption Framework voor Azure bespreekt, is cloudneutraal. Het evaluatieproces voor gereedheid moet echter specifiek zijn voor elk cloudplatform en voor de migratiehulpprogramma's die u in de voorbereidingsfase hebt geselecteerd.

De evaluatiehulpprogramma's die u hebt geselecteerd, moeten informatie bevatten over eventuele blokkeringen voor migratie. Veelvoorkomende obstakels zijn ondersteuning van besturingssystemen, servergrootte en gegevenswijzigingssnelheden die van invloed kunnen zijn op replicatie.

Sommige organisaties ondervinden ook problemen met configuraties van virtuele machines (VM's) die gebruikmaken van het bronhypervisorplatform. Deze configuraties omvatten beveiliging op basis van virtualisatie, dynamische schijven, licenties voor niet-Microsoft-toepassingen, configuraties voor gegevensbronnen en certificaten.

In dit artikel worden niet alle mogelijke evaluatieactiviteiten vastgelegd, omdat voor elke omgeving en bedrijfsresultaat specifieke vereisten worden bepaald. Hier volgen enkele algemene evaluatieactiviteiten die betrekking hebben op infrastructuur, databases en netwerken om u te helpen bepalen wat deze vereisten zijn.

Afhankelijkheden tussen datacenters evalueren

Als u workloads migreert vanuit meerdere datacenters, moet u eventuele afhankelijkheden tussen deze datacenters evalueren.

Overweeg de volgende mogelijkheden om uw afhankelijkheden tussen datacenters te evalueren:

• Afhankelijkheden visualiseren: gebruik de mogelijkheid voor visualisatie van afhankelijkheden in Azure Migrate en Moderniseren om afhankelijkheden vast te stellen.
• Groepsafhankelijkheden: Gebruik afhankelijkheidsgroepering wanneer u te maken hebt met globale complexiteit. Deze mogelijkheid helpt u bij het identificeren van de IP-adressen en poorten van assets die nodig zijn om de workload te ondersteunen.

Belangrijk

• U hebt een expert nodig die inzicht heeft in de plaatsing van assets en IP-adresschema's om assets te identificeren die zich in een secundair datacenter bevinden.
• U moet downstreamafhankelijkheden en clients in de visualisatie evalueren om inzicht te hebben in bidirectionele afhankelijkheden.

Voorbeeldscenario's

De volgende secties bevatten richtlijnen voor het evalueren van de gereedheid voor het migreren van workloads en databases naar de cloud.

Algemene evaluatieactiviteiten voor Azure Migrate en moderniseren

In de volgende richtlijnen wordt ervan uitgegaan dat u een workload naar Azure wilt migreren. Er wordt ook van uitgegaan dat u Azure Migrate gebruikt en moderniseert voor replicatieactiviteiten.

U kunt uw Azure Migrate-project gebruiken en moderniseren om workloads te evalueren en de kosten voor het werken in Azure te berekenen. Zie Azure VM-evaluaties in Azure Migrate en moderniseren voor meer informatie.

U kunt uw Azure Migrate- en modernisatieproject ook gebruiken om de gereedheid voor migratie te beoordelen, de servergrootte te vertalen naar Azure-abonnementen op basis van werkelijk gebruik en kosten te berekenen. Verfijn uw kostenberekeningen verder door een business case te bouwen.

Zorg ervoor dat u eventuele verschillen in de hostconfiguratie, de gerepliceerde VM-configuratie, de opslagvereisten of de netwerkconfiguratie documenteert. Gebruik deze informatie om de bandbreedteoverwegingen voor uw migratie te schatten. Veelvoorkomende onderdelen van bandbreedteraming zijn:

• Totale opslag: bereken de totale opslag die gerepliceerde VM's nodig hebben tijdens de iteraties die tot een release leiden.
• Drift- of wijzigingssnelheid: bereken de afwijking of wijzigingssnelheid van opslag die gerepliceerde VM's nodig hebben tijdens de iteraties die tot een release leiden.
• Bandbreedtevereisten: bereken de bandbreedtevereisten die elke iteratie nodig heeft door de totale opslag en drift op te tellen.
• Ongebruikte bandbreedte: bereken de beschikbare ongebruikte bandbreedte op het huidige netwerk om de uitlijning per iteratie te valideren.
• Bandbreedte voor migratiesnelheid: documenteer de bandbreedte die u nodig hebt om de verwachte migratiesnelheid te bereiken. Als u herstel nodig hebt om de benodigde bandbreedte te bieden, meldt u het team dat verantwoordelijk is voor herstelactiviteiten.

Notitie

De totale opslag is rechtstreeks van invloed op de bandbreedtevereisten tijdens de initiële replicatie. Opslagafwijkingen gaan echter door van de replicatie tot de vrijgave. Dit betekent dat afwijkingen een cumulatief effect hebben op de beschikbare bandbreedte.

Zie Algemene vragen over migratie- en moderniseringsprogramma's voor hulp bij het bepalen van bandbreedtevereisten.

Gebruikelijke activiteiten op het gebied van database-evaluatie

Als onderdeel van de servermigratie kunt u ook kijken naar het migreren van SQL Server-exemplaren of andere databaseservers.

• Document-RPO's en RPO's: documenteer de beoogde herstelpunten (RPO's) en de beoogde hersteltijd (RPO's) van de huidige database-implementatie. Gebruik deze informatie om beslissingen te nemen tijdens architectuuractiviteiten.
• Documenteer vereisten voor hoge beschikbaarheid: documenteer configuratievereisten voor hoge beschikbaarheid. Zie de handleiding met oplossingen voor hoge beschikbaarheid van SQL Server voor meer informatie over SQL Server-vereisten.
• PaaS evalueren: PaaS-compatibiliteit (Platform as a Service) evalueren. De Azure Database Migration Service begeleidt u bij het toewijzen van on-premises databases aan compatibele Azure PaaS-oplossingen, zoals Azure Cosmos DB, Azure SQL Database, Azure Database for MySQL, Azure Database for PostgreSQL of Azure Database for MariaDB.
  • PaaS-compatibiliteit zonder herstel: wanneer PaaS-compatibiliteit een optie is zonder dat herstel nodig is, raadpleegt u het team dat verantwoordelijk is voor architectuuractiviteiten. PaaS-migraties kunnen tijd besparen en de totale eigendomskosten (TCO) van de meeste cloudoplossingen verminderen.
  • PaaS-compatibiliteit wanneer herstel is vereist: Raadpleeg de teams die verantwoordelijk zijn voor architectuur - en herstelactiviteiten . In veel scenario's wegen de voordelen van PaaS-migraties voor databaseoplossingen op tegen de toename van de hersteltijd.
• Documentgrootte en wijzigingssnelheid: documenteer de grootte en snelheid van wijzigingen voor elke database die u wilt migreren.
• Toepassings- en databaseafhankelijkheden documenteren: documenteer indien mogelijk alle toepassingen of andere assets die aanroepen naar elke database maken.

Notitie

Tijdens de replicatieprocessen wordt bij het synchroniseren van assets bandbreedte verbruikt. Een veelvoorkomende valkuil is om te vergeten hoeveel bandbreedte u nodig hebt om assets gesynchroniseerd te houden tussen de replicatiepunten en de release. Databases verbruiken tijdens vrijgavecycli veel bandbreedte. Vooral databases met grote opslagfootprints of een hoge wijzigingssnelheid zijn grote verbruikers.

Overweeg om de gegevensstructuur te repliceren met gecontroleerde updates voordat gebruikersacceptatietests (UAT) en release. In deze scenario's zijn alternatieven voor Azure Site Recovery mogelijk beter geschikt. Zie azure Database Migration Service-handleidingen voor meer informatie.

Volgende stap

Nadat u een systeem hebt geëvalueerd, voert de uitvoer de ontwikkeling van een nieuwe cloudarchitectuur uit.

Workloads vóór de migratie ontwerpen