Cosa succede a Database di Azure per MySQL - Server singolo?

  • Articolo

SI APPLICA A: Database di Azure per MySQL - Server singolo

Salve Abbiamo notizie da condividere - Database di Azure per MySQL - Server singolo è sul percorso di ritiro ed è pianificato per il ritiro entro il 16 settembre 2024.

Come parte di questo ritiro, non verrà più supportata la creazione di nuove istanze di Server singolo dal portale di Azure a partire dal 16 gennaio 2023 e dall'interfaccia della riga di comando di Azure a partire dal 19 marzo 2024. Se è ancora necessario creare istanze di Server singolo per soddisfare le esigenze di continuità aziendale, generare un ticket di supporto tecnico di Azure. Sarà comunque possibile creare repliche in lettura ed eseguire ripristini (RIPRISTINO temporizzato e ripristino geografico) per l'istanza del server singolo esistente e questo continuerà a essere supportato fino alla data di tramonto del 16 settembre 2024.

Dopo anni di evoluzione della Database di Azure per MySQL - Servizio server singolo, non può più gestire tutte le nuove funzionalità, funzioni e esigenze di sicurezza. È consigliabile eseguire l'aggiornamento a Database di Azure per MySQL - Server flessibile.

Database di Azure per MySQL - Il server flessibile è un servizio di database completamente pronto per la produzione progettato per un controllo e una flessibilità più granulari sulle funzioni di gestione del database e sulle impostazioni di configurazione. Per altre informazioni sul server flessibile, visitare Database di Azure per MySQL - Server flessibile.

Se attualmente si dispone di un Database di Azure per MySQL - Servizio server singolo che ospita server di produzione, è possibile comunicare che è possibile eseguire la migrazione del Database di Azure per MySQL - Server singolo al servizio server flessibile Database di Azure per MySQL senza costi utilizzando Database di Azure per MySQL Importazione, migrazione automatica sul posto o Servizio Migrazione del database di Azure (versione classica). Esaminare i diversi modi per eseguire la migrazione nella sezione seguente.

Eseguire la migrazione da un server singolo a un server flessibile

Informazioni su come eseguire la migrazione da Database di Azure per MySQL - Server singolo a Database di Azure per MySQL - Server flessibile.

Scenario Strumenti Dettagli
Offline/Online Database di Azure per MySQL Importare e l'interfaccia della riga di comando di Azure Esercitazione: Database di Azure per MySQL Importare con l'interfaccia della riga di comando di Azure
Offline Servizio Migrazione del database (versione classica) e portale di Azure Esercitazione: Servizio Migrazione del database (versione classica) con il portale di Azure (offline)
Online Servizio Migrazione del database (versione classica) e portale di Azure Esercitazione: Servizio Migrazione del database (versione classica) con il portale di Azure (online)
Offline Candidatura alla migrazione automatica sul posto [modulo] (https://forms.office.com/Pages/ResponsePage.aspx?id=v4j5cvGGr0GRqy180BHbR4lhLelkCklCuumNujnaQ-ZUQzRKSVBBV0VXTFRMSDFKSUtLUDlaNTA5Wi4u) Migrazione automatica sul posto da Database di Azure per MySQL server singolo a server flessibile

Per altre informazioni sulla migrazione da server singolo a server flessibile con altri strumenti di migrazione, vedere Selezionare gli strumenti appropriati per la migrazione a Database di Azure per MySQL.

Nota

La migrazione automatica sul posto da Database di Azure per MySQL - Server singolo a server flessibile è una migrazione sul posto avviata dal servizio durante la finestra di manutenzione pianificata per selezionare carichi di lavoro del database a server singolo. I server idonei vengono identificati dal servizio e ricevono una notifica anticipata che contiene i passaggi per esaminare i dettagli della migrazione. Se si è proprietari di un carico di lavoro server singolo con SKU Basic o GP, l'archiviazione dei dati usata <= 20 GiB e nessuna funzionalità complessa (CMK, AAD, Replica di lettura, collegamento privato) abilitata, è ora possibile candidarsi (se non è già pianificata dal servizio) per la migrazione automatica inviando i dettagli del server tramite questo modulo. Tutti gli altri carichi di lavoro a server singolo sono consigliati per usare gli strumenti di migrazione avviati dall'utente offerti da Azure - Servizio Migrazione del database di Azure, Database di Azure per MySQL Importa per eseguire la migrazione. Per ulteriori informazioni sulla migrazione automatica sul posto, accedere qui.

Cosa succederà dopo il tramonto (16 settembre 2024)?

L'esecuzione della data di fine dell'istanza di Server singolo sarebbe un rischio per la sicurezza, perché non ci saranno correzioni di sicurezza e correzioni di bug nella piattaforma server singolo deprecata. Per garantire l'impegno verso l'esecuzione delle istanze gestite in una piattaforma attendibile e sicura dopo la data di tramonto, l'istanza di Server singolo, insieme ai relativi file di dati, verrà forzatamente eseguita la migrazione a un'istanza del server flessibile appropriata in modo graduale. È consigliabile usare l'interfaccia della riga di comando di importazione Database di Azure per MySQL o il Servizio Migrazione dati di Azure per eseguire la migrazione a Database di Azure per MySQL - Server flessibile prima del 16 settembre 2024 (leggere le domande frequenti per altre informazioni) per evitare interruzioni causate dalla migrazione forzata e garantire la continuità aziendale.

Nota

Nessun contratto di servizio, correzioni di bug, correzioni di sicurezza o supporto live verrà rispettato per l'istanza del server singolo dopo la data di tramonto.

Data di fine della migrazione forzata

Dopo la data di tramonto, l'istanza del server singolo, insieme ai relativi file di dati, verrà eseguita la migrazione forzata a un'istanza del server flessibile appropriata in modo graduale. Ciò può causare una disponibilità limitata delle funzionalità perché alcune funzionalità avanzate non possono essere forzate senza input dei clienti per l'istanza del server flessibile. Altre informazioni sui passaggi per riconfigurare tali funzionalità dopo la migrazione forzata per ridurre al minimo il potenziale impatto riportato di seguito.

Non è possibile forzare la migrazione delle funzionalità seguenti perché richiedono l'input del cliente per la configurazione e non verranno abilitate nell'istanza del server flessibile migrato:

  • Collegamento privato
  • Crittografia dei dati (CMK)
  • Autenticazione di Microsoft Entra (erstwhile AAD)
  • Endpoint di servizio
  • Crittografia doppia dell'infrastruttura
  • Repliche in lettura

Azione richiesta dopo la migrazione forzata

Dopo la migrazione forzata, è necessario riconfigurare le funzionalità elencate in precedenza nell'istanza del server flessibile migrato per garantire la continuità aziendale:

  • collegamento privato : altre informazioni su come configurare qui
  • Crittografia dei dati (CMK) - Altre informazioni su come configurare qui
  • Autenticazione di Microsoft Entra (erstwhile AAD) - Altre informazioni su come configurare qui
  • Endpoint di servizio: l'endpoint servizio (regola di rete virtuale) non è supportato in Database di Azure per MySQL server flessibile. È consigliabile configurare collegamento privato per soddisfare la parità delle funzionalità. Altre informazioni su come configurare collegamento privato qui
  • Crittografia doppia dell'infrastruttura: la crittografia doppia dell'infrastruttura non è supportata in Database di Azure per MySQL server flessibile. È consigliabile configurare la crittografia dei dati per soddisfare la parità delle funzionalità. Altre informazioni su come configurare la crittografia dei dati (CMK) sono disponibili qui
  • Leggere Repliche - Altre informazioni su come configurare qui

Importante : i server singoli con funzionalità di rete e sicurezza abilitate verranno sottoposti a migrazione forzata a un'istanza del server flessibile con accesso pubblico nello stato disabilitato per proteggere i dati dei clienti. È necessario abilitare l'accesso appropriato dopo la migrazione forzata per garantire la continuità aziendale.

Nota

Se il server si trova in un'area in cui Database di Azure per MySQL - Server flessibile non è supportato, dopo la data di tramonto, l'istanza del server singolo sarà disponibile con operazioni limitate per accedere ai dati e per poter eseguire la migrazione al server flessibile. L'istanza non verrà forzatamente migrata nel server flessibile. È consigliabile usare una delle opzioni seguenti per eseguire la migrazione prima della data di tramonto per evitare interruzioni della continuità aziendale:

  • Usare Servizio Migrazione del database di Azure per eseguire una migrazione tra aree al server flessibile in un'area di Azure appropriata.
  • Eseguire la migrazione al server MySQL ospitato in una macchina virtuale nell'area, se non è possibile modificare le aree a causa di problemi di conformità.

Domande frequenti (FAQ)

D. Perché Database di Azure per MySQL server singolo viene ritirato?

R. Database di Azure per MySQL - Server singolo è diventato disponibile a livello generale nel 2018. Tuttavia, dato il feedback dei clienti e i nuovi progressi nelle funzionalità di calcolo, disponibilità, scalabilità e prestazioni nel panorama del database di Azure, l'offerta Server singolo deve essere ritirata e aggiornata con una nuova architettura, Database di Azure per MySQL server flessibile per offrire il meglio della piattaforma di database open source di Azure.

D. Perché viene chiesto di eseguire la migrazione a Database di Azure per MySQL - Server flessibile?

Un.Database di Azure per MySQL: il server flessibile è la piattaforma migliore per l'esecuzione di tutti i carichi di lavoro MySQL in Azure. Azure MySQL - Server flessibile è conveniente e offre anche prestazioni migliori in tutti i livelli di servizio, oltre ad altri modi per controllare i costi, per un ripristino di emergenza più economico e rapido:

  • Altri modi per ottimizzare i costi, tra cui il supporto per le opzioni di calcolo del livello con possibilità di burst.
  • Prestazioni migliorate per i carichi di lavoro di produzione critici per le aziende che richiedono bassa latenza, concorrenza elevata, failover veloce e scalabilità elevata.
  • Miglioramento del tempo di attività con la possibilità di configurare un hot standby nella stessa zona o in una diversa, oltre a un intervallo di tempo di un'ora per la manutenzione pianificata del server.

D. Quanto tempo è necessario eseguire la migrazione del server singolo a un server flessibile?

R. Database di Azure per MySQL - Server singolo è pianificato per il ritiro da 16 settembre 2024, pertanto è consigliabile eseguire la migrazione del server singolo a un server flessibile al primo momento per garantire un tempo sufficiente per l'esecuzione del ciclo di vita della migrazione, applicare i vantaggi offerti dal server flessibile e garantire la continuità dell'azienda.

D. Cosa accade alle istanze esistenti Database di Azure per MySQL server singolo?

R. I carichi di lavoro esistenti Database di Azure per MySQL server singolo continueranno a funzionare come prima e saranno ufficialmente supportati fino alla data di tramonto. Tuttavia, non verranno rilasciati nuovi aggiornamenti per il server singolo e si consiglia vivamente di iniziare a eseguire la migrazione a Database di Azure per MySQL - Server flessibile appena possibile. Dopo la data di tramonto, l'istanza del server singolo, insieme ai relativi file di dati, verrà eseguita la migrazione forzata a un'istanza del server flessibile appropriata in modo graduale.

D. È possibile scegliere di continuare a eseguire server singolo oltre la data di tramonto?

R. Sfortunatamente, non si prevede di supportare server singolo oltre la data di tramonto del 16 settembre 2024 e pertanto è consigliabile iniziare a pianificare la migrazione il prima possibile. Dopo la data di tramonto, l'istanza del server singolo, insieme ai relativi file di dati, verrà eseguita la migrazione forzata a un'istanza del server flessibile appropriata in modo graduale. Ciò può causare una disponibilità limitata delle funzionalità perché alcune funzionalità avanzate non possono essere forzate senza input dei clienti nell'istanza del server flessibile. Altre informazioni sui passaggi per riconfigurare tali funzionalità dopo la migrazione forzata per ridurre al minimo il potenziale impatto qui. Se il server si trova in un'area in cui Database di Azure per MySQL - Server flessibile non è supportato, dopo la data di tramonto, l'istanza del server singolo sarà disponibile con operazioni limitate per accedere ai dati e per poter eseguire la migrazione al server flessibile.

D. Il server singolo viene distribuito in un'area che non supporta il server flessibile. Cosa succederà alla data di fine del server? R. Se il server si trova in un'area in cui Database di Azure per MySQL - Server flessibile non è supportato, dopo la data di tramonto, l'istanza del server singolo sarà disponibile con operazioni limitate per accedere ai dati e per poter eseguire la migrazione al server flessibile. È consigliabile usare una delle opzioni seguenti per eseguire la migrazione prima della data di tramonto per evitare interruzioni della continuità aziendale:

  • Usare Servizio Migrazione del database di Azure per eseguire una migrazione tra aree al server flessibile in un'area di Azure appropriata.
  • Eseguire la migrazione al server MySQL ospitato in una macchina virtuale nell'area, se non è possibile modificare le aree a causa di problemi di conformità.

D. Dopo la data di scadenza, si verifica una perdita di dati per il server singolo? R. No, non ci sarà alcuna perdita di dati per l'istanza del server singolo. Dopo la data di tramonto, l'istanza del server singolo, insieme ai relativi file di dati, verrà eseguita la migrazione forzata a un'istanza del server flessibile appropriata. Se il server si trova in un'area in cui Database di Azure per MySQL - Server flessibile non è supportato, dopo la data di tramonto, l'istanza del server singolo sarà disponibile con operazioni limitate per accedere ai dati e per poter eseguire la migrazione al server flessibile in un'area appropriata.

D. Dopo l'annuncio del ritiro dell'opzione Server singolo, come occorre procedere se è ancora necessario creare un nuovo server singolo per soddisfare le esigenze aziendali?

R. Come parte di questo ritiro, non supporteremo più la creazione di nuove istanze di Server singolo dal portale di Azure a partire dal 16 gennaio 2023. Inoltre, a partire dal 19 marzo 2024 non sarà più possibile creare nuove istanze di server singolo Database di Azure per MySQL usando l'interfaccia della riga di comando di Azure. Se è ancora necessario creare istanze di Server singolo per soddisfare le esigenze di continuità aziendale, generare un ticket di supporto tecnico di Azure.

D. Dopo l'annuncio del ritiro dell'opzione Server singolo, come occorre procedere se è ancora necessario creare una nuova replica in lettura per l'istanza di Server singolo?

R. Sarà comunque possibile creare repliche di lettura per l'istanza del server singolo esistente dal pannello Replica e questo continuerà a essere supportato fino alla data di tramonto del 16 settembre 2024.

D. Sono previsti costi aggiuntivi associati all'esecuzione della migrazione?

R. Quando si esegue la migrazione, si paga per il server flessibile di destinazione e il server singolo di origine. La configurazione e il calcolo del server flessibile di destinazione determinano i costi aggiuntivi sostenuti. Per altre informazioni, vedere la pagina Prezzi. Dopo aver rimosso il server singolo di origine al termine della migrazione, si pagherà solo per il server flessibile in esecuzione. Non sono previsti costi durante l'esecuzione della migrazione tramite lo strumento di migrazione Servizio Migrazione del database di Azure (versione classica), la migrazione automatica sul posto o Database di Azure per MySQL Gli strumenti di migrazione di importazione.

D. La fatturazione sarà influenzata dall'esecuzione del server flessibile rispetto al server singolo?

R. Se si seleziona la disponibilità elevata con ridondanza della stessa zona o della zona per il server flessibile di destinazione, la fattura sarà maggiore di quella del server singolo. La disponibilità elevata con ridondanza della stessa zona o della zona richieste l'attivazione di un server hot standby insieme all'archiviazione del backup ridondante, da cui il costo aggiuntivo. Questa architettura consente di ridurre i tempi di inattività durante interruzioni non pianificate e manutenzioni pianificate. Inoltre, a seconda del carico di lavoro, i server flessibili possono offrire prestazioni molto migliori rispetto ai server singoli, potrebbe essere infatti possibile eseguire il carico di lavoro con un SKU inferiore nei server flessibili, per un costo complessivo simile a quello di un server singolo.

D. È necessario incorrere in tempi di inattività per la migrazione del server singolo al server flessibile?

R. Per limitare eventuali tempi di inattività, eseguire una migrazione online al server flessibile, che offre tempi di inattività minimi.

D. Saranno disponibili aggiornamenti futuri al server singolo per supportare le versioni più recenti di MySQL?

R. L'ultimo aggiornamento secondario della versione di Server singolo 8.0 sarà la 8.0.15. È consigliabile eseguire la migrazione al server flessibile per sfruttare i vantaggi degli aggiornamenti della versione più recenti.

D. In che modo il contratto di servizio di disponibilità del 99,99% del server flessibile differisce da quello del server singolo?

R. La distribuzione con ridondanza della zona del server flessibile offre la disponibilità del 99,99% con resilienza a livello di zona, mentre il singolo server offre resilienza in una singola zona di disponibilità. L'architettura a disponibilità elevata (HA) del server flessibile distribuisce un warm standby con calcolo e archiviazione ridondanti (con i dati di ogni sito archiviati in triplici copie) rispetto all'architettura a disponibilità elevata del singolo server, che non dispone di un hot standby passivo per consentire il ripristino da errori zonali. L'architettura a disponibilità elevata del server flessibile consente di ridurre i tempi di inattività durante interruzioni non pianificate e manutenzioni pianificate.

D. Quali opzioni di migrazione sono disponibili per facilitare la migrazione del server singolo a un server flessibile?

R. È possibile usare Database di Azure per MySQL Importa (scelta consigliata) per eseguire la migrazione. Inoltre, è possibile usare Servizio Migrazione del database (versione classica) per eseguire migrazioni online o offline.

D. Il server singolo viene distribuito in un'area che non supporta il server flessibile. Come occorre procedere con la migrazione?

R. Il Servizio Migrazione del database di Azure (versione classica) supporta la migrazione tra aree, quindi è possibile selezionare un'area adatta per il server flessibile di destinazione e procedere con la migrazione tramite il Servizio Migrazione del database (versione classica).

D. Query Store è configurato per il server singolo e questa funzionalità non è supportata nel server flessibile. Come si esegue la migrazione?

R. È possibile configurare i log di query lente nel server flessibile di destinazione dopo la migrazione seguendo questa procedura per ottenere la parità delle funzionalità con Query Store. È quindi possibile visualizzare informazioni dettagliate sulle query usando il modello di cartelle di lavoro.

D. È stato configurato l'endpoint di servizio (regole di rete virtuale) per il server singolo e questa funzionalità non è supportata nel server flessibile. Come si esegue la migrazione?

R. L'endpoint servizio (regola di rete virtuale) non è supportato in Database di Azure per MySQL server flessibile. È consigliabile configurare collegamento privato nell'istanza del server flessibile migrato per soddisfare la parità delle funzionalità. Altre informazioni su come configurare collegamento privato qui.

D. La crittografia infrastruttura doppia è configurata per il server singolo e questa funzionalità non è supportata nel server flessibile. Come si esegue la migrazione?

R. La crittografia doppia dell'infrastruttura non è supportata nel server flessibile Database di Azure per MySQL. È consigliabile configurare la crittografia dei dati nel server flessibile migrato per soddisfare la parità delle funzionalità. Altre informazioni su come configurare la crittografia dei dati (CMK) sono disponibili qui.

D. È stato configurato TLS v1.0/1.1 per il server singolo v8.0 e questa funzionalità non è attualmente supportata nel server flessibile. Come si esegue la migrazione?

R. Per supportare gli standard di sicurezza moderni, MySQL Community Edition ha interrotto il supporto per la comunicazione tramite i protocolli Tls (Transport Layer Security) 1.0 e 1.1 a partire dalla versione 8.0.28. È consigliabile aggiornare i driver client per supportare TLSv1.2 per connettersi in modo sicuro a Database di Azure per MySQL - Server singolo e quindi procedere alla migrazione al server flessibile.

D. È possibile eseguire il rollback di una migrazione da Server singolo a Server flessibile?

R. È possibile eseguire qualsiasi numero di migrazioni di test e, dopo aver acquisito familiarità, eseguire la migrazione finale. Una migrazione di test non influisce sul server singolo di origine, che rimane operativo e continua a effettuare repliche fino a quando non si esegue la migrazione effettiva. Se durante la migrazione di test sono presenti errori, è possibile scegliere di rinviare la migrazione finale e mantenere in esecuzione il server di origine. È quindi possibile ripetere la migrazione finale dopo aver risolto gli errori. Dopo aver eseguito una migrazione finale al server flessibile e aver arrestato il server singolo di origine, non è possibile eseguire un rollback dal server flessibile al server singolo.

D. Le dimensioni del database sono maggiori di 1 TB, quindi come procedere con la migrazione?

R. È possibile usare Database di Azure per MySQL Importazione (scelta consigliata) per eseguire la migrazione che offre prestazioni elevate per carichi di lavoro più pesanti.

D. La migrazione tra aree è supportata?

R. Il Servizio Migrazione del database di Azure supporta le migrazioni tra aree, pertanto è possibile eseguire la migrazione del server singolo a un server flessibile distribuito in un'area diversa usando il Servizio Migrazione del database.

D. La migrazione tra sottoscrizioni è supportata?

R. Il Servizio Migrazione del database di Azure supporta le migrazioni tra sottoscrizioni, pertanto è possibile eseguire la migrazione del server singolo a un server flessibile distribuito in una sottoscrizione diversa usando il Servizio Migrazione del database.

D. La migrazione tra gruppi di risorse è supportata?

R. Il Servizio Migrazione del database di Azure supporta le migrazioni tra gruppi di risorse, pertanto è possibile eseguire la migrazione del server singolo a un server flessibile distribuito in un gruppo di risorse diverso usando il Servizio Migrazione del database.

D. È disponibile il supporto tra le versioni?

Sì, la migrazione da server MySQL di versione inferiore (v5.6 e successive) a versioni successive è supportata tramite le migrazioni con Servizio Migrazione del database di Azure.

D. Ho altre domande sul pensionamento. Come posso ottenere assistenza a riguardo?

R. In caso di domande, ottenere risposte dagli esperti della community in Microsoft Q&A. Se si dispone di un piano di supporto e si necessita di assistenza tecnica, creare una richiesta di supporto:

  1. Digita una descrizione del problema in Riepilogo.
  2. Per Tipo di problema selezionare Tecnico.
  3. Seleziona la tua sottoscrizione in Sottoscrizione.
  4. Per Servizio, selezionare Servizi personali.
  5. In Tipo di servizio selezionare Database di Azure per MySQL server singolo.
  6. In Risorsa selezionare la risorsa.
  7. In Tipo di problema selezionare Migrazione.
  8. Per Sottotipo problema selezionare Migrazione da un server singolo a un server flessibile

È anche possibile contattare il team del prodotto Database di Azure per MySQL all'indirizzo AskAzureDBforMySQL@service.microsoft.com.

Avviso

Questo articolo non è destinato agli utenti del server flessibile di Database di Azure per MySQL. Si tratta di Database di Azure per MySQL : clienti a server singolo che devono eseguire l'aggiornamento a MySQL - Server flessibile.

Vedere le domande frequenti sull'uso del Servizio Migrazione del database di Azure (versione classica) per le migrazioni da server singolo a server flessibile Database di Azure per MySQL.

Sappiamo che la migrazione dei servizi può essere un'esperienza frustrante e ci scusiamo in anticipo per eventuali inconvenienti che potrebbero causare l'utente. È possibile scegliere lo scenario migliore per l'utente e l'ambiente in uso.

Passaggi successivi