Een herlocatiestrategie voor cloudworkloads selecteren

Voordat u begint met het migreren van de workload naar een andere regio, moet u uw herlocatiestrategie plannen. De strategie omvat de herlocatiemethode, automatisering van serviceverplaatsing en automatisering van gegevensverplaatsing. In dit artikel worden de opties voor elk strategieonderdeel beschreven en wordt u begeleid bij een beslissing. Uiteindelijk zijn de selecties die u maakt afhankelijk van de services en de kritiek van de workload.

Diagram met het verplaatsingsproces en markeert de stap Selecteren in de fase Verplaatsen. In het herlocatieproces zijn er twee fasen en vijf stappen. De eerste fase is de fase Initiëren en heeft één stap met de naam Initiëren. De tweede fase is de verplaatsingsfase en bevat vier stappen die u voor elke workload herhaalt. De stappen zijn Evalueren, Selecteren, Migreren en Cutover.

Een herlocatiemethode selecteren

Er zijn drie belangrijkste methoden voor het verplaatsen van workloads. De herlocatiemethode die u kiest, is afhankelijk van de services in de workload en hoe essentieel de workload is voor essentiële bedrijfsfuncties. U kunt verschillende verplaatsingsmethoden overwegen voor productie- en niet-productieomgevingen. Koude verplaatsing is bedoeld voor niet-essentiële werkbelastingen. Hete en warme relocatie is voor bedrijfskritiek. De methode die u kiest voor herlocatie is van invloed op service- en gegevensverplaatsingshulpmiddelen die u gebruikt om de workload te verplaatsen. Gebruik de volgende beslissingsstructuur voor herlocatie om een algemeen beeld te krijgen van de juiste herlocatiemethode en uw beslissing te valideren door het overzicht van de drie herlocatiemethoden te lezen.

Diagram met een beslissingsstructuur voor het selecteren van de juiste herlocatiemethode. Er zijn twee beslissingspunten. 1. Is downtime in orde? Zo ja, dan is koude verplaatsing de juiste verplaatsingsmethode. 2. Ondersteunt de service synchrone gegevensreplicatie? Zo ja, dan is dynamische verplaatsing de juiste verplaatsingsmethode. Zo nee, dan is warme verplaatsing de juiste verplaatsingsmethode.

Koude verplaatsing

Koude verplaatsing is bedoeld voor workloads die bestand zijn tegen downtime. Het is de meest rendabele benadering van herlocatie, omdat u geen omgevingen dupliceren tijdens de verplaatsing. Hier volgt een overzicht van het koude verplaatsingsproces.

  1. Maak een back-up van workloadgegevens naar de nieuwe doelregio.
  2. Haal de bronregio offline en sluit services af.
  3. Implementeer de cloudservices in de nieuwe doelregio.
  4. Werkbelastinggegevens herstellen.

Koude verplaatsing kan enkele minuten of een paar dagen duren, afhankelijk van het aantal services en het aantal gegevens.

Dynamische verplaatsing

De dynamische verplaatsingsmethode is bedoeld voor workloads die minimaal (seconden, minuten) tot nul downtime nodig hebben. Voor kritieke workloads moet u zien of de service ondersteuning biedt voor dynamische verplaatsing voordat u een warme benadering probeert. Dynamische verplaatsing helpt bij het minimaliseren van de gegevensdelta na cutover. Dynamische verplaatsing is alleen mogelijk als de service synchrone gegevensreplicatie ondersteunt. Sommige services hebben deze functie niet en u moet in plaats daarvan een warme herlocatiebenadering gebruiken. Hier is het warme herlocatieproces.

  1. Servicereplicatie uitvoeren in de nieuwe doelregio.
  2. Houd de workload actief in de bronregio.
  3. Start synchrone gegevensreplicatie.
  4. Nadat de gegevens zijn gesynchroniseerd, activeert en valideert u de eindpunten.
  5. Stop de gegevenssynchronisatie.
  6. Sluit de service in de bronregio af.

Warme verplaatsing

Warme herlocatie is bedoeld voor kritieke workloads die geen ondersteuning bieden voor dynamische verplaatsing. Warme verplaatsing maakt gebruik van asynchrone gegevensreplicatie en omgevingsreplicatie. Hier is het warme herlocatieproces.

  1. Servicereplicatie uitvoeren in de nieuwe doelregio.
  2. Houd de workload actief in de bronregio.
  3. Maak een back-up van de brongegevens. Het is een best practice om de back-up te maken tijdens daluren. U moet ook replicatie van gegevens inschakelen om de gegevens te synchroniseren en de gegevens delta te minimaliseren.
  4. Herstel de gegevens in de nieuwe doelregio.
  5. Schakel en valideer eindpunten.
  6. Sluit de workload in de bronregio af.

Warme verplaatsing kan enkele minuten of een uur duren, afhankelijk van het aantal services en het aantal gegevens.

Automatisering van serviceverplaatsing selecteren

Er zijn drie primaire benaderingen voor de herlocatie van diensten. De volgende alinea's geven een overzicht van elk met koppelingen naar meer richtlijnen. Als u automatisering van infrastructuur als code (IaC) gebruikt om de workload te verplaatsen, moet u een afzonderlijke benadering voor gegevensverplaatsing vinden. Bekijk de mogelijkheden van elk hulpprogramma voor serviceverplaatsing en selecteer het hulpprogramma dat het beste aan uw behoeften voldoet.

Azure Resource Mover: Azure Resource Mover is een ingebouwde Azure-service waarmee u Azure-resources kunt verplaatsen tussen regio's, abonnementen en resourcegroepen. Azure Resource Mover kan ondersteunde Azure-resources met de bijbehorende afhankelijkheden verplaatsen door de resources te analyseren en voor te bereiden vóór de verplaatsing. Zie het overzicht van Azure Resource Mover voor meer informatie.

Azure Site Recovery: Azure Site Recovery kan elke toepassing die wordt uitgevoerd op een ondersteunde virtuele machine in Azure repliceren. Het is een hulpprogramma voor herstel na noodgevallen, maar u kunt het ook gebruiken om workloads te verplaatsen. Site Recovery maakt gebruik van een Recovery Services-kluis zoals Azure Backup en kan services snel verplaatsen. Het vereist enkele opschoonstappen na de verplaatsing, omdat het een hulpprogramma voor herstel na noodgevallen is. Zie voor meer informatie:

Infrastructuur als code (IaC): Met IaC kunt u Azure-services kopiëren en opnieuw implementeren. U kunt Azure Resource Manager-, Bicep- of Terraform-sjablonen gebruiken voor de services in de bronregio. U kunt implementeren met behulp van de sjabloon in de nieuwe doelregio met het hulpprogramma IaC van uw voorkeur. Voor stateful services hebt u een ander hulpprogramma nodig om workloadgegevens te verplaatsen. Zie Infrastructuur als codeoverzicht voor meer informatie.

Wanneer u IaC gebruikt om een nieuw exemplaar van een Azure-service te implementeren, kunt u meerdere exemplaren van de resource parallel implementeren. Met meerdere exemplaren kunt u een van de cutover-technieken gebruiken om verbindingen om te leiden naar de workloads in de nieuwe doelregio.

Automatisering van gegevensverplaatsing selecteren

Als uw automatisering van serviceverplaatsing geen gegevens verplaatst, moet u ook een automatisering voor gegevensverplaatsing kiezen. Voor het verplaatsen van gegevens moet de service worden uitgevoerd in de doelregio voordat u de gegevens verplaatst. Bekijk de herlocatiemethoden om een beeld te krijgen van de volgorde. Hier volgt een lijst met automatiseringsprogramma's die u kunt gebruiken om gegevens te verplaatsen. De lijst begint met hot relocatietools en eindigt met koude. Het is niet in volgorde van voorkeur. Evalueer elk automatiseringsprogramma en kies het juiste hulpprogramma voor uw workload.

  • Synchrone gegevensreplicatie: synchrone gegevensreplicatie repliceert gegevens in bijna realtime tussen regio's. Dit is de voorkeursmethode voor herlocatie van gegevens voor dynamische verplaatsing, omdat de downtime en gegevens deltamigraties na cutover worden beperkt. Deze mogelijkheid is ingebouwd in sommige Azure-services, zoals Data Sync in Azure SQL. U moet elke service in uw workload controleren om te zien of deze synchrone gegevensreplicatie ondersteunt.

  • Geo-replicatie: Geo-replicatie kan een nuttig hulpprogramma voor gegevensverplaatsing zijn voor de Azure-services die dit ondersteunen. De manier waarop een functie voor geo-replicatie gegevens verwerkt en het onderliggende service-exemplaar verschilt per ondersteunde Azure-services. Voordat u geo-replicatie gebruikt voor het verplaatsen van gegevens, moet u de functie voor geo-replicatie begrijpen van de specifieke service die u wilt verplaatsen. Zie Azure SQL en Cosmos DB voor voorbeelden.

  • Azure Site Recovery: Azure Site Recovery kan services en gegevens verplaatsen. Het ondersteunt strategieën voor koude en warme relocatie. Zie het overzicht van Azure Site Recovery voor meer informatie.

  • AzCopy: AzCopy is een opdrachtregelprogramma waarmee gegevensverplaatsingen in en uit Azure Storage worden geautomatiseerd. U moet het hulpprogramma downloaden en vervolgens Microsoft Entra ID- of SAS-tokens (Shared Access Signature) gebruiken om de verplaatsing te autoriseren. Zie AzCopy-overzicht en AzCopy gebruiken voor meer informatie

  • Pijplijnen en activiteiten in Azure Data Factory of Synapse Analytics: Azure Data Factory is een volledig beheerde cloudservice voor gegevensintegratie waarmee de verplaatsing en transformatie van gegevens wordt georganiseerd en geautomatiseerd. Azure Data Factory-pijplijnen kunnen data lakes en magazijnen verplaatsen. Kopieeractiviteit van Synapse Analytics kan ook gegevens verplaatsen. Zie Ondersteunde doelen en bronnen en het hulpprogramma Gegevens kopiëren voor meer informatie.

  • Azure Storage Explorer: Azure Storage Explorer is een zelfstandige app waarmee u Azure Storage-gegevens kunt verplaatsen. Zie Storage Explorer gebruiken voor meer informatie.

  • Azure Backup: Met Azure Backup kunt u een back-up maken van gegevens en deze herstellen in een andere regio. Probeer Eerst Azure Backup voor niet-essentiële koude en warme verplaatsingen. Azure Backup biedt toepassingsconsistente, bestandssysteemconsistente en crashconsistente back-ups voor virtuele machines. Het ondersteunt ook beheerde schijven, bestandsshares en blobs. U kunt bestaande back-upherstelpunten niet overdragen naar de nieuwe doelregio. Overweeg om de kluis in uw bronregio te bewaren totdat de back-ups niet meer nodig zijn. Zie het Overzicht van Azure Backup voor meer informatie.

  • Handmatige back-up en herstel: hier verwijst back-up en herstel naar een proces, niet naar een specifiek hulpprogramma. Veel services in Azure bieden redundantieopties waarmee u een back-up kunt maken van gegevens naar een afzonderlijke regio en deze handmatig kunt herstellen. U moet een handmatige back-up en herstel uitvoeren voor specifieke services zoals Azure Key Vault. Zie Key Vault verplaatsen naar een andere regio voor meer informatie.

Hulpprogramma Herlocatiemethode
Synchrone gegevensreplicatie Warm, warm
Geo-replicatie Warm, warm
Azure Site Recovery Warm, koud
AzCopy Warm, koud
Pijplijnen en activiteiten in Azure Data Factory of Synapse-werkruimte Warm, koud
Azure-opslagverkenner Warm, koud
Azure Backup Koud
Handmatige back-up en herstel Koud

Cutover-benadering selecteren

Cutover is wanneer u overstapt van de oude workload naar de nieuwe. U stuurt verkeer naar de workload in de doelregio en niet langer naar de bronregio. Het domain name system (DNS) is centraal in deze omleiding. Ter herinnering vertelt DNS browsers en API-clients waar een antwoord moet worden opgehaald. Hiermee worden domeinnamen omgezet in IP-adressen. Elk domein heeft een domeinhost nodig om het te beheren. Azure DNS is de Azure-domeinhostservice. Er zijn verschillende benaderingen voor de cutover van workloads en de aanpak die u gebruikt, is afhankelijk van de services in uw workload. Enkele voorbeelden:

  • Azure DNS: Voor domeinen die worden gehost in Azure DNS, kunt u een handmatige cutover uitvoeren door de CNAME over te schakelen. Deze benadering is een failoverproces voor bedrijfscontinuïteit dat werkt voor cutover. Zie Handmatige cutover met behulp van Azure DNS voor meer informatie.

  • Traffic Manager: Het is ook mogelijk om een routeringsservice zoals Traffic Manager te gebruiken voor cutover en het routeren van workloadverkeer naar verschillende eindpunten. Traffic Manager is een op DNS gebaseerde routeringsservice. Zie DNS-namen configureren met Traffic Manager voor meer informatie.

  • App Service: Services op de toepassingslaag, zoals Azure-app Service, hebben functies waarmee u de domeinnaam kunt bijwerken. Zie Een actieve DNS-naam migreren naar Azure-app Service voor meer informatie.

  • Gatewayroutering: Als de workload gebruikmaakt van het gatewayrouteringspatroon met een service, zoals Azure Front Door, Application Gateway of Azure API Management, kunt u vaak een cutover voor regiomigratie maken. U gebruikt de functies voor back-enddoelen en routeringsregels.

Volgende stap

U hebt een herlocatiemethode en de hulpprogramma's geselecteerd om uw workload te verplaatsen. Ga verder met de migratiestap om de verplaatsing uit te voeren met behulp van deze hulpprogramma's.