In-place automigratie van Azure Database for MySQL - Eén server naar flexibele server

  • Artikel

VAN TOEPASSING OP: Azure Database for MySQL - enkele server

In-place automatische migratie van Azure Database for MySQL - Enkele server naar flexibele server is een door de service geïnitieerde in-place migratie tijdens gepland onderhoudvenster voor databaseworkloads van één server met SKU Basic, Algemeen gebruik of Geoptimaliseerd voor geheugen, gegevensopslag gebruikt< = 20 GiB en geen complexe functies (CMK, AAD, Read Replica, Private Link) ingeschakeld. De in aanmerking komende servers worden geïdentificeerd door de service en ontvangen een voorafgaande melding met details van de stappen voor het controleren van de migratiedetails.

De in-place migratie biedt een zeer tolerante en zelfherstelbare offlinemigratie tijdens een gepland onderhoudsvenster, met minder dan 5 minuten downtime. Er wordt gebruikgemaakt van back-up- en hersteltechnologie voor snellere migratietijd. Deze migratie verwijdert de overhead voor het handmatig migreren van uw server en zorgt ervoor dat u kunt profiteren van de voordelen van Flexibele server, waaronder betere prijs en prestaties, gedetailleerde controle over databaseconfiguratie en aangepaste onderhoudsvensters. Hieronder worden de belangrijkste fasen van de migratie beschreven:

  • De flexibele doelserver wordt geïmplementeerd, waarbij alle functieset en eigenschappen (inclusief serverparameters en firewallregels) van de bron enkele server worden overgenomen. Bron enkele server is ingesteld op alleen-lezen en back-up van bron enkele server wordt gekopieerd naar de doel flexibele server.
  • DNS-switch en cutover worden uitgevoerd binnen het geplande onderhoudsvenster met minimale downtime, waardoor dezelfde verbindingsreeks na de migratie kan worden onderhouden. Clienttoepassingen maken naadloos verbinding met de flexibele doelserver zonder handmatige updates op basis van gebruikers. Naast beide verbindingsreeks indelingen (enkele en flexibele server) die worden ondersteund op gemigreerde flexibele server, worden zowel de indelingen van de gebruikersnaam als username@server_name en gebruikersnaam ook ondersteund op de gemigreerde flexibele server.
  • De gemigreerde flexibele server is online en kan nu worden beheerd via Azure Portal/CLI. Gestopte enkele server wordt zeven dagen na de migratie verwijderd.

Notitie

Als uw exemplaar van één server V1-opslag voor algemeen gebruik heeft, ondergaat uw geplande exemplaar 12 uur vóór de geplande migratietijd een extra herstartbewerking. Deze herstartbewerking dient om de log_bin serverparameter in te schakelen die nodig is om het exemplaar te upgraden naar V2-opslag voor algemeen gebruik voordat de in-place automatische migratie wordt uitgevoerd.

In aanmerking komend

  • Als u eigenaar bent van een workload voor één server met basic, algemeen gebruik of geoptimaliseerd voor geheugen, kunt u gegevensopslag die wordt gebruikt <= 20 GiB en geen complexe functies (CMK, AAD, Read Replica, Private Link) ingeschakeld, nu uzelf (indien niet al gepland door de service) nomineren voor automatische migratie door uw servergegevens via dit formulier in te dienen.

Migratiewaarschuwingen configureren en migratieschema controleren

Servers die in aanmerking komen voor in-place automatische migratie, worden door de service een voorafgaande melding verzonden.

Hieronder worden de manieren beschreven om automatische migratiemeldingen te controleren en te configureren:

  • Abonnementseigenaren voor individuele servers die zijn gepland voor automatische migratie, ontvangen een e-mailmelding.
  • Configureer servicestatuswaarschuwingen voor het ontvangen van in-place migratieschema's en voortgangsmeldingen via e-mail/sms door de volgende stappen te volgen.
  • Controleer de in-place migratiemelding in Azure Portal door de volgende stappen te volgen.

Hieronder worden de manieren beschreven om uw migratieschema te controleren zodra u de melding voor automatische migratie ter plaatse ontvangt:

Notitie

Het migratieschema wordt 7 dagen vóór het geplande migratievenster vergrendeld, waarna u de planning niet opnieuw kunt plannen.

  • Op de overzichtspagina van één server voor uw exemplaar wordt een portalbanner weergegeven met informatie over uw migratieschema.
  • Voor enkele servers die zijn gepland voor automatische migratie, wordt er een nieuwe blade Migratie weergegeven in de portal. U kunt het migratieschema bekijken door naar de blade voor migratie van uw exemplaar met één server te navigeren.
  • Als u de migratie wilt uitstellen, kunt u een maand tegelijk uitstellen door te navigeren naar de blade Migratie van uw instantie met één server in Azure Portal en de migratie opnieuw te plannen door binnen een maand een ander migratievenster te selecteren.
  • Als uw enkele server een SKU voor algemeen gebruik heeft, hebt u de andere optie om hoge beschikbaarheid in te schakelen bij het controleren van het migratieschema. Omdat hoge beschikbaarheid alleen kan worden ingeschakeld tijdens het maken van een MySQL Flexibele server, is het raadzaam deze functie in te schakelen bij het controleren van de migratieplanning.

Vereistencontroles voor automatische migratie in-place

  • Het exemplaar van één server moet de status Gereed hebben en mag niet de status Gestopt hebben tijdens het geplande onderhoudsvenster voor automatische migratie.
  • Zorg ervoor dat alle drie de certificaten (BaltimoreCyberTrustRoot, DigiCertGlobalRootG2 Root CA en DigiCertGlobalRootCA Root CA) beschikbaar zijn in het vertrouwde basisarchief voor enkele servers waarvoor SSL is ingeschakeld. Als u het certificaat hebt vastgemaakt aan het verbindingsreeks maakt u bovendien een gecombineerd CA-certificaat met alle drie de certificaten vóór geplande automatische migratie om de bedrijfscontinuïteit na de migratie te garanderen.
  • De MySQL-engine garandeert geen sorteervolgorde als er geen SORT-component aanwezig is in query's. Na in-place automatische migratie ziet u mogelijk een wijziging in de sorteervolgorde. Als het behouden van de sorteervolgorde van cruciaal belang is, moet u ervoor zorgen dat uw query's worden bijgewerkt om de component 'SORT' op te nemen vóór de geplande in-place automatische migratie.
  • Als de bronversie van Azure Database for MySQL Single Server versie v8.x heeft, moet u ervoor zorgen dat u de versie van het .NET-clientstuurprogramma van uw bronserver bijwerkt naar 8.0.32 om coderingsproblemen na de migratie naar Flexibele server te voorkomen.
  • Als uw bron azure Database for MySQL Single Server firewallregelnamen van meer dan 80 tekens heeft, wijzigt u de naam om ervoor te zorgen dat de naam minder dan 80 tekens lang is. (De lengte van de naam van de firewallregel die wordt ondersteund op Flexibele server is 80 tekens, terwijl op één server de toegestane lengte 12 8 tekens is.)

Hoe wordt de doel-MySQL Flexible Server automatisch ingericht?

  • De rekenlaag en SKU voor de flexibele doelserver worden ingericht op basis van de prijscategorie van de bronserver en VCores op basis van de details in de volgende tabel.

    Prijscategorie voor één server VCores met één server Flexibele serverlaag SKU-naam flexibele server
    Basis 1 Met burstfunctie Standard_B1s
    Basis 2 Met burstfunctie Standard_B2s
    Algemeen gebruik 4 GeneralPurpose Standard_D4ds_v4
    Algemeen gebruik 8 GeneralPurpose Standard_D8ds_v4
    Algemeen gebruik 16 GeneralPurpose Standard_D16ds_v4
    Algemeen gebruik 32 GeneralPurpose Standard_D32ds_v4
    Algemeen gebruik 64 GeneralPurpose Standard_D64ds_v4
    Geoptimaliseerd geheugen 4 MemoryOptimized Standard_E4ds_v4
    Geoptimaliseerd geheugen 8 MemoryOptimized Standard_E8ds_v4
    Geoptimaliseerd geheugen 16 MemoryOptimized Standard_E16ds_v4
    Geoptimaliseerd geheugen 32 MemoryOptimized Standard_E32ds_v4

  • De MySQL-versie, de regio, de *opslaggrootte, het abonnement en de resourcegroep voor de flexibele doelserver zijn hetzelfde als die van de bronserver met één server.

  • Voor enkele servers met minder dan 20 GiB-opslag is de opslaggrootte ingesteld op 20 GiB, omdat dit de minimale opslaglimiet is voor Azure Database for MySQL - Flexible Server.

  • Beide indelingen voor gebruikersnaam: username@server_name (enkele server) en gebruikersnaam (flexibele server) worden ondersteund op de gemigreerde flexibele server.

  • Zowel verbindingsreeks-indelingen: enkele server en flexibele server worden ondersteund op de gemigreerde flexibele server.

  • Voor exemplaar met één server waarvoor Query Store is ingeschakeld, is de serverparameter 'slow_query_log' op het doelexemplaren ingesteld op AAN om de functiepariteit te garanderen tijdens de migratie naar Flexibele server. Voor bepaalde workloads kan dit van invloed zijn op de prestaties en als u prestatievermindering ziet, stelt u deze serverparameter in op 'UIT' op het exemplaar van flexibele server.

Stappen na migratie

Notitie

Na de migratie wordt het gestopte exemplaar van één server niet opnieuw opgestart, omdat dit de connectiviteit van uw client en de toepassing kan belemmeren.

  • Kopieer de volgende eigenschappen van de bron enkele server naar de flexibele server na een in-place migratiebewerking:
    • Instellingen voor bewakingspagina's (waarschuwingen, metrische gegevens en diagnostische instellingen)
    • Alle Terraform-/CLI-scripts die u host voor het beheren van uw exemplaar met één server, moeten worden bijgewerkt met verwijzingen naar flexibele servers.
  • Voor exemplaar met één server waarvoor Query Store is ingeschakeld, is de serverparameter 'slow_query_log' op het doelexemplaren ingesteld op AAN om de functiepariteit te garanderen tijdens de migratie naar Flexibele server. Houd er rekening mee dat dit voor bepaalde werkbelastingen van invloed kan zijn op de prestaties en als u prestatievermindering ziet, stelt u deze serverparameter in op 'UIT' op het exemplaar van flexibele server.
  • Voor een exemplaar van één server waarvoor Advance Threat Protection is ingeschakeld, kunt u overwegen de volgende eigenschappen na automatische migratie te configureren in de volgende tabel om pariteit te behouden terwijl u automatisch naar Azure Defender voor Cloud bent gemigreerd:
Eigenschappen Configuratie
properties.disabledAlerts U kunt specifieke waarschuwingstypen uitschakelen met behulp van het Microsoft Defender voor Cloud-platform. Zie het artikel Waarschuwingen onderdrukken uit Microsoft Defender voor Cloud handleiding voor meer informatie.
properties.emailAccount Beheer s, properties.emailAddresses U kunt e-mailmeldingen centraal definiëren voor Microsoft Defender voor Cloud Waarschuwingen voor alle resources in een abonnement. Zie het artikel Quickstart: E-mailmeldingen configureren voor beveiligingswaarschuwingen voor meer informatie.
properties.retentionDays, properties.storageAccountAccessKey, properties.storageEndpoint Het Microsoft Defender voor Cloud-platform geeft waarschuwingen weer via Azure Resource Graph. U kunt waarschuwingen exporteren naar een ander archief en retentie afzonderlijk beheren. Zie het artikel Continue export instellen in Azure Portal - Microsoft Defender voor Cloud voor meer informatie over continue export.

Veelgestelde vragen

Vraag: Waarom word ik automatisch gemigreerd?

A. Uw exemplaat van Azure Database for MySQL - Eén server komt in aanmerking voor in-place migratie naar onze belangrijkste aanbieding, Azure Database for MySQL - Flexibele server. Deze in-place migratie verwijdert de overhead voor het handmatig migreren van uw server en zorgt ervoor dat u kunt profiteren van de voordelen van een flexibele server, waaronder een betere prijs & prestaties, gedetailleerde controle over databaseconfiguratie en aangepaste onderhoudsvensters.

Vraag: Hoe vindt de automigratie plaats? Wat wordt er allemaal gemigreerd?

A. De flexibele server is zo ingericht dat deze overeenkomt met dezelfde VCores en opslag als die van uw enkele server. Vervolgens wordt de bronserver in de status Gestopt gezet, wordt een momentopname van het gegevensbestand gemaakt en gekopieerd naar de flexibele doelserver. De DNS-switch wordt uitgevoerd om alle bestaande verbindingen naar het doel te routeren en de flexibele doelserver wordt online gebracht. Met de automatische migratie worden de volledige gegevensbestanden van de server (inclusief schema, gegevens, aanmeldingen) gemigreerd, naast serverparameters (alle gewijzigde serverparameters op de bron worden gekopieerd naar het doel, ongewijzigde serverparameters nemen de standaardwaarde in beslag die is gedefinieerd door de flexibele server) en firewallregels. Dit is een offlinemigratie waarbij u een downtime van maximaal vijf minuten of minder ziet.

Vraag: Hoe kan ik in-place migratiewaarschuwingen instellen of weergeven?

A. Hier volgen de manieren waarop u waarschuwingen kunt instellen:

  • Configureer servicestatuswaarschuwingen voor het ontvangen van in-place migratieschema's en voortgangsmeldingen via e-mail/sms door de volgende stappen te volgen.
  • Controleer de in-place migratiemelding in Azure Portal door de volgende stappen te volgen.

Vraag: Hoe kan ik de geplande migratie uitstellen?

A. U kunt het migratieschema bekijken door naar de blade voor migratie van uw exemplaar met één server te navigeren. Als u de migratie wilt uitstellen, kunt u de migratie maximaal een maand uitstellen door naar de blade voor migratie van uw exemplaar met één server op de Azure Portal te navigeren en de migratie opnieuw te plannen door binnen een maand een ander migratievenster te selecteren. De migratiedetails worden 7 dagen vóór het geplande migratievenster vergrendeld, waarna u de planning niet opnieuw kunt plannen. Deze in-place migratie kan maandelijks worden uitgesteld tot 16 september 2024.

Vraag: Welke gebruikersnaam en verbindingsreeks worden ondersteund voor de gemigreerde flexibele server? ​​

A. Beide indelingen voor gebruikersnamen: username@server_name (indeling voor één server) en gebruikersnaam (flexibele serverindeling) worden ondersteund voor de gemigreerde flexibele server. Daarom hoeft u deze niet bij te werken om de continuïteit van uw toepassing na de migratie te behouden. Daarnaast worden zowel verbindingsreeks-indelingen (enkele als flexibele serverindeling) ook ondersteund voor de gemigreerde flexibele server.

Vraag: Hoe kan ik hoge beschikbaarheid (hoge beschikbaarheid) inschakelen voor mijn automatisch gemigreerde server?

A. Standaard stelt automigratie migratie in naar een exemplaar zonder hoge beschikbaarheid. Aangezien hoge beschikbaarheid alleen kan worden ingeschakeld tijdens het maken van de server, moet u hoge beschikbaarheid inschakelen vóór de geplande automigratie met behulp van de optie voor het bewerken van het automigratieschema in de portal. Hoge beschikbaarheid kan alleen worden ingeschakeld voor SKU Algemeen\SKU geoptimaliseerd voor geheugen die zijn geoptimaliseerd voor geheugen op de flexibele doelserver, omdat migratie van Basis naar SKU met burstmogelijkheden geen ondersteuning biedt voor configuratie met hoge beschikbaarheid.

Vraag: Ik zie een prijsverschil voor mijn potentiële overstap van MySQL Basic Single Server naar MySQL Flexible Server??

A. Weinig servers zien mogelijk een kleine prijsverhoging na de migratie (geschatte kosten kunnen worden weergegeven door op de optie voor het bewerken van het automigratieschema in de portal te klikken), omdat de minimale opslaglimiet voor beide aanbiedingen verschilt (5 GiB op één server; 20 GiB op flexibele server) en de opslagkosten (USD 0,10 op één server; USD 0,115 op flexibele server) voor flexibele server iets hoger zijn dan voor één server. Voor betrokken servers biedt deze prijsverhoging in flexibele server betere doorvoer en prestaties in vergelijking met één server

Volgende stappen