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

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

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 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 ritiro (16 settembre 2024).

Dopo anni di evoluzione del servizio Database di Azure per MySQL - Server singolo, questo non è più in grado di gestire tutte le nuove funzionalità, funzioni ed esigenze di sicurezza. È consigliabile eseguire l'aggiornamento al server flessibile di Database di Azure per MySQL.

Database di Azure per MySQL - Server flessibile è un servizio di database pronto per la produzione e completamente gestito, progettato per un controllo più granulare e una maggiore flessibilità rispetto alle funzioni di gestione e alle impostazioni di configurazione del database. Per altre informazioni sul Server flessibile, vedere 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 di Database di Azure per MySQL senza costi tramite l'importazione sul posto di Database di Azure per MySQL, la migrazione automatica sul posto o il 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 dal server singolo al server flessibile di Database di Azure per MySQL.

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

Controlli dei prerequisiti durante la migrazione da server singolo a server flessibile

• Se l'istanza di Database di Azure per MySQL - Server singolo di origine dispone della versione del motore v8.x, assicurarsi di aggiornare la versione del driver client .NET del server di origine alla versione 8.0.32 per evitare eventuali incompatibilità di codifica dopo la migrazione al server flessibile.
• Se l'istanza di Database di Azure per MySQL - Server singolo di origine dispone della versione del motore v8.x, assicurarsi di aggiornare la versione TLS del server di origine dalla versione 1.0 o v1.1 a TLS v1.2 prima della migrazione perché le versioni precedenti di TLS sono state deprecate per il server flessibile.
• Se il server singolo di Database di Azure per MySQL di origine usa porte non predefinite, ad esempio 3308.3309 e 3310, modificare la porta di connettività su 3306 poiché le porte non predefinite indicate in precedenza non sono supportate nel server flessibile.
• I tag di servizio (SQL) nelle regole in uscita non sono supportati nel server flessibile di Database di Azure per MySQL. Quando si configurano le impostazioni del firewall per il server flessibile usare il nome di dominio completo (FQDN) nelle regole in uscita.

Cosa succede dopo il ritiro (16 settembre 2024)?

L'esecuzione dell'istanza di server singolo dopo la data di ritiro 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 ritiro, l'istanza del server singolo, insieme ai relativi file di dati, verrà forzatamente migrata a un'istanza del server flessibile appropriata in modo graduale. È consigliabile usare l'interfaccia della riga di comando di importazione di Database di Azure per MySQL o il servizio Migrazione dei dati di Azure per eseguire la migrazione al server flessibile di Database di Azure per MySQL prima del 16 settembre 2024 (leggere le domande frequenti per altre informazioni) per evitare interruzioni causate dalla migrazione forzata e garantire la continuità aziendale.

Migrazione forzata dopo la data di ritiro

Dopo la data di ritiro, l'istanza del server singolo, insieme ai relativi file di dati, verrà sottoposta a migrazione forzata a un'istanza del server flessibile appropriata in modo graduale. Ciò potrebbe causare una disponibilità limitata delle funzionalità perché alcune funzionalità avanzate non possono essere sottoposte a migrazione forzata 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 effetto sono riportate 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 (chiave gestita dal cliente)
• Autenticazione di Microsoft Entra (precedentemente Microsoft Entra ID)
• Endpoint di servizio
• Doppia crittografia dell'infrastruttura
• Repliche in lettura
• Microsoft Defender for Cloud

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 configurarlo sono reperibili qui
• Crittografia dei dati (chiave gestita dal cliente) - Altre informazioni su come configurarla sono reperibili qui
• Autenticazione di Microsoft Entra (precedentemente Microsoft Entra ID) - Altre informazioni su come configurarla sono reperibili qui
• Endpoint di servizio: l'endpoint di servizio (regola di rete virtuale) non è supportato nel server flessibile di Database di Azure per MySQL. È consigliabile configurare il collegamento privato per soddisfare la parità delle funzionalità. Altre informazioni su come configurare il collegamento privato sono disponibili qui
• Doppia crittografia dell'infrastruttura: la doppia crittografia dell'infrastruttura non è supportata nel server flessibile di Database di Azure per MySQL. È consigliabile configurare la crittografia dei dati per soddisfare la parità delle funzionalità. Altre informazioni su come configurare la crittografia dei dati (chiave gestita dal cliente)sono reperibili qui
• Repliche in lettura: altre informazioni su come configurarle sono reperibili 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.

Configurare le proprietà di Microsoft Defender per il cloud nel server flessibile

Quando si esegue la migrazione da Database di Azure per MySQL - Server singolo a server flessibile con Defender per il cloud abilitato, lo stato di abilitazione viene mantenuto. Per ottenere parità nel server flessibile per le proprietà che è possibile configurare in Server singolo, prendere in considerazione i dettagli nella tabella seguente.

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, dati il feedback dei clienti e i nuovi progressi per quanto riguarda calcolo, disponibilità, scalabilità e prestazioni nel panorama del database di Azure, l'offerta a 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?

R. Database di Azure per MySQL - 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. Il ritiro di Database di Azure per MySQL - Server singolo è pianificato entro il 16 settembre 2024, pertanto è consigliabile eseguire la migrazione del server singolo a un server flessibile appena possibile in modo da avere tempo sufficiente per eseguire il ciclo di vita della migrazione, applicare i vantaggi offerti dal server flessibile e garantire la continuità dell'azienda.

D. Cosa accadrà alle istanze di Database di Azure per MySQL - Server singolo esistenti?

R. I carichi di lavoro esistenti di Database di Azure per MySQL - Server singolo continueranno a funzionare come prima e sono ufficialmente supportati fino alla data di ritiro. 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 ritiro, l'istanza del server singolo, insieme ai relativi file di dati, verrà sottoposta a migrazione forzata a un'istanza del server flessibile appropriata in modo graduale.

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

R. Sfortunatamente, non si prevede di supportare il server singolo oltre la data di ritiro del 16 settembre 2024 e quindi si consiglia di iniziare a pianificare la migrazione appena possibile. Dopo la data di ritiro, l'istanza del server singolo, insieme ai relativi file di dati, verrà sottoposta a migrazione forzata a un'istanza del server flessibile appropriata in modo graduale. Ciò potrebbe causare una disponibilità limitata delle funzionalità perché alcune funzionalità avanzate non possono essere sottoposte a migrazione forzata 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 sono riportate qui. Se il server si trova in un'area in cui Database di Azure per MySQL - Server flessibile non è supportato, dopo la data di ritiro l'istanza di Server singolo sarà disponibile con operazioni limitate per accedere ai dati e per poter eseguire la migrazione a Server flessibile.

D. Il server singolo viene distribuito in un'area che non supporta un server flessibile. Cosa succederà dopo la data di ritiro 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 ritiro l'istanza di Server singolo sarà disponibile con operazioni limitate per accedere ai dati e per poter eseguire la migrazione a Server flessibile. È consigliabile usare una delle opzioni seguenti per eseguire la migrazione prima della data di ritiro 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 ritiro si verificherà 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 ritiro, l'istanza del server singolo, insieme ai relativi file di dati, verrà sottoposta a 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 ritiro l'istanza di Server singolo sarà disponibile con operazioni limitate per accedere ai dati e per poter eseguire la migrazione a Server flessibile in un'area idonea.

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 verrà più supportata 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 del server singolo di 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 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 in lettura per l'istanza di Server singolo esistente dal pannello Replica e questa opzione continuerà a essere supportata fino alla data di ritiro 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 il Servizio Migrazione del database di Azure (versione classica), la migrazione automatica sul posto o gli strumenti di migrazione importazione di Database di Azure per MySQL.

D. La fatturazione sarà interessata 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 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. Sono previsti 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 di 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 server flessibile del 99,99% 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 l'importazione di Database di Azure per MySQL (scelta consigliata). Inoltre, è possibile usare il Servizio Migrazione del database (versione classica) per eseguire migrazioni online oppure offline.

D. Il server singolo viene distribuito in un'area che non supporta un 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 log di query lente nel server flessibile di destinazione dopo la migrazione seguendo i passaggi qui 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 di servizio (regola di rete virtuale) non è supportato nel server flessibile di Database di Azure per MySQL. È consigliabile configurare il collegamento privato nell'istanza del server flessibile migrato per soddisfare la parità delle funzionalità. Altre informazioni su come configurare il collegamento privato sono disponibili qui.

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

R. La doppia crittografia dell'infrastruttura non è supportata nel server flessibile di 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 (chiave gestita dal cliente) sono reperibili 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 della comunicazione tramite i protocolli Transport Layer Security (TLS) 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, come si deve procedere con la migrazione?

R. Per eseguire la migrazione è possibile usare l'importazione di Database di Azure per MySQL (scelta consigliata), 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?

R. 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. Database di Azure per MySQL - Server singolo utilizza porte non predefinite, ad esempio 3308.3309 e 3310, non supportate nel server flessibile. Cosa è necessario fare per garantire la connettività durante la migrazione al server flessibile?

R. Se il server singolo di Database di Azure per MySQL di origine usa porte non predefinite, ad esempio 3308.3309 e 3310, modificare la porta di connettività su 3306 poiché le porte non predefinite indicate in precedenza non sono supportate nel server flessibile.

D. Altre domande sul ritiro. Come posso ottenere assistenza a riguardo?

R. In caso di domande, è possibile contattare gli esperti della community di Microsoft Q&A. Se si dispone di un piano di supporto e si ha bisogno 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. Per Tipo di servizio selezionare Database di Azure per MySQL - Server singolo.
6. Per Risorsa, selezionare la risorsa.
7. Per Tipo di problema, selezionare Migrazione.
8. Per Sottotipo problema, selezionare Migrazione da server singolo a server flessibile

Vedere le domande frequenti per informazioni sull'uso del Servizio Migrazione del database di Azure (versione classica) per Database di Azure per MySQL - Server singolo per le migrazioni di server flessibili.

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

Contenuto correlato

• Domande frequenti sulle migrazioni del Servizio Migrazione del database (versione classica)
• Selezionare gli strumenti adatti per la migrazione a Database di Azure per MySQL
• Che cos'è il server flessibile?