Een cloudworkload evalueren voor herlocatie
Evalueren is de eerste stap in de verplaatsingsfase van de verplaatsing. Het doel van Evaluate is om inzicht te hebben in de workload die u wilt verplaatsen, zodat u deze succesvol kunt verplaatsen. Elke workload die u verplaatst, moet de vier stappen van de fase Verplaatsen doorlopen, te beginnen met de stap Evalueren.
Werkbelasting(en) kiezen
U moet een lijst met workloads met prioriteit hebben en de lijst moet de volgorde bepalen waarop u uw workloads wilt verplaatsen. Telkens wanneer u de stap Evalueren bezoekt, kiest u de werkbelasting(en) bovenaan de lijst. Voor kleinere teams moet u één workload tegelijk verplaatsen. Het is een kans om te leren en te verbeteren bij elke herlocatie van workloads. Grotere teams moeten overwegen om meerdere workloads te verplaatsen. Bulkverplaatsingen kunnen helpen bij het bereiken van schaalvoordelen.
Detectie uitvoeren
Workloaddetectie is de basis van herlocatie. Het doel van detectie is om inzicht te hebben in de workload die voldoende is om een soepele verplaatsing te garanderen. Detectie moet de organisatie- en technische dimensies van de workload uitgebreid ontdekken.
Organisatiedetectie uitvoeren
De detectie van workloads omvat het bepalen wie verantwoordelijk is voor een workload, inzicht in de risico's van het verplaatsen ervan en het plannen van communicatie over de verplaatsing. Met deze stap kunt u bepalen wie er betrokken moet zijn, risico's beheren en ervoor zorgen dat iedereen goed wordt geïnformeerd. Deze zorgvuldige planning helpt de overgang soepeler en minder verstorend te maken voor het bedrijf en de klanten.
Eigendom van workload: bepaal wie verantwoordelijk is voor de workload.
Identificatie van belanghebbenden: identificeer alle partijen met interesse in de workload.
Risicoanalyse: Evalueer de potentiële bedrijfsrisico's die zijn gekoppeld aan het verplaatsen van de workload.
Wijzigingsbeheer: krijg een duidelijk inzicht in de processen voor het beheren van wijzigingen in de workload.
Storingsvensters: ontdek de acceptabele tijden waarop het systeem offline kan zijn voor herlocatie.
Impactanalyse: Herkennen welke interne gebruikers of externe klanten de verplaatsing kunnen beïnvloeden.
Communicatiebehoeften: inzicht in het huidige en benodigde communicatieplan om eventuele downtime of wijzigingen te communiceren.
Beleidsnaleving: Zorg ervoor dat de verplaatsing voldoet aan het organisatiebeleid en de branchevoorschriften.
Technische detectie uitvoeren
Technische workloaddetectie omvat uitgebreide informatie over de technische aspecten van een workload, met inbegrip van de afhankelijkheden, resources, netwerkconfiguratie en eventuele andere technische vereisten of beperkingen. Technische detectie helpt u bij het anticiperen en beperken van risico's die verband houden met de verplaatsing. Hier volgen strategieën voor het uitvoeren van technische detectie.
Afhankelijkheden evalueren
Afhankelijkheden zijn resources of services die de workload moet uitvoeren. Het identificeren van alle afhankelijkheden is essentieel voor een geslaagde herlocatie van workloads. Afhankelijkheden omvatten verschillende resources en services die essentieel zijn voor de werking van de workload. De volgende lijst bevat enkele voorbeelden van afhankelijkheden:
Azure-services: Alle Azure-services waarop de workload afhankelijk is. Globale resources worden niet geïmplementeerd in een specifieke regio, dus u hoeft ze niet te verplaatsen in een verplaatsing. U kunt ze echter nog steeds opnieuw configureren om in een andere regio te werken. U moet bijvoorbeeld IP-adressen in het Azure Front Door-profiel bijwerken om te verwijzen naar het nieuwe IP-adres van een verplaatste workload.
Niet-Microsoft-toepassingen: toepassingen van andere leveranciers die zijn geïntegreerd met of nodig zijn voor de workload. Inzicht in de functies en eventuele beperkingen van de producten die betrokken zijn bij de workload.
Licenties: Zorg ervoor dat alle vereiste softwarelicenties worden verantwoordelijk voor en geldig blijven op de nieuwe locatie.
Netwerken: het instellen van het netwerk, inclusief firewalls, wordt onderbroken om naadloze connectiviteit na de herlocatie te garanderen.
Testen: Bepaal de testprocedures die nodig zijn om ervoor te zorgen dat de werkbelasting correct functioneert in de nieuwe omgeving.
Taggen: taggen en resources op de juiste manier identificeren voor effectief beheer en bijhouden.
Automatisering: Uw organisatie kan scripts en infrastructuur gebruiken als code. U moet verwijzingen naar Azure-regio's, servicenamen of service-URL's in de scripts of code bijwerken. De verwijzingen moeten overeenkomen met de nieuwe Azure-regio waarnaar u overstapt.
Vermijd het coderen van waarden in uw code die tijdens de levenscyclus van de workload moeten worden gewijzigd. Haal deze waarden dynamisch op of gebruik configureerbare parameters in de code. Deze aanpak maakt wijzigingen minder belastend en zorgt voor een soepeler herlocatieproces.
DNS: Azure wijst openbare IP-adressen toe aan eindpunten, afhankelijk van de regio. Wanneer u een eindpunt naar een andere Azure-regio verplaatst, krijgt het een ander IP-adres. Zorg ervoor dat u uw DNS-records bijwerkt met deze nieuwe IP-adressen. U moet ook het nieuwe IP-adres opgeven voor elk systeem met het voormalige IP-adres in de lijst 'toegestaan'.
Mogelijk moet u nieuwe resources implementeren in de nieuwe Azure-regio voordat u de oude resources hebt uitgeschakeld. Zo ja, dan kunt u problemen ondervinden waarbij twee resources niet in één keer dezelfde DNS-naam kunnen hebben. Denk na over het gebruik van unieke namen voor elke service om dit probleem te voorkomen. In sommige gevallen kunt u mogelijk CNAME-records gebruiken om een abstractielaag te bieden. Hierdoor kunnen resourcenaamwijzigingen eenvoudiger worden beheerd.
Load balancers. Werk load balancers bij om te verwijzen naar nieuwe back-end-IP-adressen of hosts. Voor load balancers op basis van DNS kan het enige tijd duren voordat de wijziging is doorgegeven op basis van DNS-caches en het verlopen van een TTL-record (Time to Live). Zie Azure-taakverdelingsservices voor meer informatie. Overweeg tijdelijk de TTL-instellingen (Time to Live) voor uw DNS-records te verlagen. Het helpt de DNS-records sneller over te schakelen naar een nieuw IP-adres. Overweeg ook om uw load balancer in te stellen om de status van uw back-endsystemen vaker gedurende een korte periode te controleren. Vergeet niet om deze instellingen na de migratie weer normaal te wijzigen om extra kosten en lagere prestaties later te voorkomen.
Azure Backup-registratie. Wanneer u virtuele machines naar een nieuwe Azure-regio verplaatst, moet u de registratie van de Azure Backup-service in de huidige regio ongedaan maken en registreren bij de Azure Backup-service in de nieuwe regio. U hebt geen toegang tot de bestaande herstelpunten voor back-ups omdat ze niet kunnen worden overgedragen naar de nieuwe back-upkluis. U moet beginnen met het maken van nieuwe herstelpunten in de nieuwe regio.
Eindpunten evalueren
Eindpuntdetectie verwijst naar het proces voor het identificeren van alle eindpunten of IP-adressen die zijn gekoppeld aan een workload. Het detecteren van alle workloadeindpunten zorgt ervoor dat u rekening houdt met alle netwerkverbindingen en toegangspunten en bereidt u voor om ze correct te configureren in de nieuwe omgeving. Hier volgen aanbevelingen voor het verwerken van openbare IP-adressen en privé-eindpunten:
- Openbare IP-adressen: openbare IP-adressen zijn regiospecifiek. U kunt ze niet verplaatsen tussen regio's. U moet de configuratie van een openbaar IP-adres exporteren en implementeren in de nieuwe doelregio. Zie De openbare IP-configuratie van Azure verplaatsen naar een andere Azure-regio voor meer informatie.
- Privé-eindpunten: wanneer u een privé-eindpunt opnieuw implementeert, krijgt het waarschijnlijk een nieuw IP-adres van het subnet waarnaar u het koppelt. Als u verbinding maakt met uw resources via een privé-eindpunt, worden deze eindpunten gekoppeld aan privé-DNS-zones die het netwerkadres van de resource in uw virtuele netwerk oplossen. Bij een herlocatie moet u de DNS-records in de privé-DNS-zones bijwerken om de connectiviteit te behouden.
Geautomatiseerde hulpprogramma's gebruiken
Gebruik waar mogelijk geautomatiseerde hulpprogramma's om informatie te verzamelen over toepassingen en Azure-services waaruit uw workload bestaat. U kunt deze hulpprogramma's gebruiken om detectie op laag niveau en architectuurontwerpdetectie uit te voeren voor de herlocatie van een specifieke workload. U moet de volgende Azure-hulpprogramma's en -services gebruiken.
Probeer Azure Resource Mover. Probeer eerst Azure Resource Mover. Het is momenteel het eenvoudigste detectieprogramma dat u kunt gebruiken en u kunt ook services en gegevens verplaatsen met de service. Azure Resource Mover biedt echter alleen ondersteuning voor een beperkt aantal services, dus zorg ervoor dat uw services worden ondersteund voordat u doorgaat. Zie Ondersteunde resources voor Azure Resource Mover voor meer informatie.
Hulpprogramma's voor visualisaties gebruiken. Als Azure Resource Mover niet aan al uw behoeften voldoet, kunt u visualisatiehulpprogramma's gebruiken om uw detectie te helpen. Azure heeft verschillende visualisatiehulpprogramma's die u kunt gebruiken om afhankelijkheden toe te wijzen. Kies het hulpprogramma dat het beste bij uw behoeften past.
Resourcegroep visualiseren: u kunt de verbindingen tussen de resources in een resourcegroep visualiseren. Navigeer in Azure Portal naar de resourcegroep en selecteer Resource visualiseren in het linkernavigatievenster.
Azure Monitor-topologie: u kunt netwerkafhankelijkheden weergeven met de topologiefunctie in Azure Monitor. Zie De topologie netwerkinzichten voor meer informatie.
Application Insights: Application Insights heeft een functie voor toepassingstoewijzing, waar u de logische structuur van een gedistribueerde toepassing kunt bekijken. Zie Toepassingsoverzicht in Azure-toepassing Insights voor meer informatie.
Azure Resource Explorer: Azure Resource Explorer vermeldt elke resource in uw Microsoft Entra-tenant. Het geeft u inzicht, maar geeft geen afhankelijkheden aan. U moet workloadonderdelen en afhankelijkheden handmatig toewijzen. Zie Azure Resource Explorer voor meer informatie.
Azure Resource Graph: Met Azure Resource Graph kunt u query's uitvoeren op de resources in een Microsoft Entra-tenant. Resource Graph is toegankelijk in de portal en vanaf de opdrachtregel. U moet workloadonderdelen en afhankelijkheden handmatig toewijzen. Zie de Documentatie voor Azure Resource Graph voor meer informatie.
Inventarisdashboard: In Azure Portal kunt u de ingebouwde inventarissjabloon gebruiken om een dashboard te maken om uw bestaande resources bij te houden. Het is een snelle manier om de resources te bepalen die u hebt en het aantal exemplaren.
Handmatig documentatie maken
Als geautomatiseerde detectiemethoden niet voldoende zijn, kunt u een handmatige evaluatie van de workloads uitvoeren. De meeste handmatige evaluaties zijn afhankelijk van interviews met technische experts en technische documentatie om de benodigde informatie te verkrijgen. Identificeer product- of toepassingseigenaren en interview ze. Deze interviews zijn optioneel, maar noodzakelijk wanneer het team hiaten moet behandelen in de informatie die de hulpmiddelen bieden. En de eigenaar van de app kan de tags ophalen en afhankelijkheden handmatig identificeren.
Ondersteuning voor regio's zoeken
Niet elke regio in Azure biedt dezelfde services, dus u moet ervoor zorgen dat de services die uw workload moet uitvoeren, beschikbaar zijn in de doelregio. Het lijkt misschien laat in het proces om deze beslissing te nemen, maar u hebt de detectiedetails nodig om ondersteuning te garanderen. Zie de producten en services die beschikbaar zijn in elke Azure-regio om de ondersteuning van regio's voor uw workload te bepalen.
Weet of de doelregio een gekoppelde regio is of niet en of deze beschikbaarheidszones ondersteunt. Regiokoppelingen en beschikbaarheidszones hebben geen invloed op de verplaatsingsinspanningen, maar wel op uw strategie voor bedrijfscontinuïteit en herstel na noodgevallen (BCDR) in de doelregio. Zie Azure-geografische gebieden en beschikbaarheidszones voor meer informatie.
Workloadservices categoriseren
Herlocatie vindt plaats op service- en onderdeelniveau. De meeste workloads maken gebruik van meerdere services. Er zijn twee primaire typen services, stateful en stateless. U moet elke service categoriseren als stateful of stateless. Met deze kennis kunt u afhankelijkheden bepalen, serviceintegraties begrijpen en uw opties voor herlocatieautomatisering beperken.
Stateless services: Stateless services hebben alleen configuratiegegevens. Deze services hebben geen continue replicatie van gegevens nodig om te worden verplaatst. Voorbeelden hiervan zijn virtuele netwerken, netwerkadapters, load balancers en netwerkbeveiligingsgroepen.
Stateful services: Stateful-services hebben configuratie-informatie en -gegevens die moeten worden verplaatst. Voorbeelden hiervan zijn virtuele machines en SQL-databases.
Volgende stappen
Het evalueren van uw workload biedt voldoende informatie om een herlocatiemethode en de hulpprogramma's te selecteren om de gekozen methode uit te voeren. De stap Select begeleidt u bij het kiezen van een herlocatiemethode en de juiste hulpmiddelen voor de herlocatiemethode.