Scegliere l'opzione di MySQL Server più adatta in Azure

SI APPLICA A:server singolo di Database di Azure per MySQL Server flessibile di Database di Azure per MySQL

Importante

Il server singolo del Database di Azure per MySQL è in fase di ritiro. È consigliabile eseguire l'aggiornamento al server flessibile del Database di Azure per MySQL. Per altre informazioni sulla migrazione a Database di Azure per MySQL - Server flessibile, vedere Cosa succede a Database di Azure per MySQL - Server singolo?

Con Azure, i carichi di lavoro del server MySQL possono essere eseguiti in un'infrastruttura di macchina virtuale come servizio (IaaS) ospitata o come piattaforma come servizio (PaaS) ospitata. PaaS dispone di due opzioni di distribuzione e sono presenti diversi livelli di servizio all'interno di ogni opzione di distribuzione. Quando si sceglie tra IaaS e PaaS, è necessario decidere se si vuole gestire il database, applicare patch, eseguire backup, effettuare azioni di sicurezza, monitoraggio e dimensionamento oppure se si vuole delegare queste operazioni ad Azure.

Ai fini della decisione è opportuno considerare le due opzioni seguenti:

• Database di Azure per MySQL. Questa opzione rientra nella categoria di settore PaaS e rappresenta un motore di database MySQL completamente gestito in base alla versione stabile dell'edizione community di MySQL. Questo database relazionale distribuito come servizio (DBaaS) ospitato nella piattaforma cloud di Azure, che rientra nella categoria dei PaaS. Con un'istanza gestita di MySQL in Azure, è possibile usare funzionalità predefinite con patch automatizzate, disponibilità elevata, backup automatizzati, scalabilità elastica, sicurezza di livello aziendale, conformità e governance, monitoraggio e avvisi che richiedono una configurazione estesa quando MySQL Server è locale o in una macchina virtuale di Azure. MySQL come servizio prevede un pagamento in base al consumo con la possibilità di aumentare o diminuire il numero di istanze per un maggiore controllo e senza interruzioni. Database di Azure per MySQL basato su MySQL Community Edition è disponibile in due modalità di distribuzione:

  • 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. L'architettura del server flessibile consente agli utenti di scegliere la disponibilità elevata all'interno di una singola zona di disponibilità e tra più zone di disponibilità. I server flessibili forniscono controlli di ottimizzazione dei costi migliori con la possibilità di arrestare/avviare il server e il livello di calcolo della possibilità di burst, una soluzione ideale per i carichi di lavoro che non necessitano di capacità di calcolo completa in modo continuo. Il server flessibile supporta anche istanze riservate che consentono di risparmiare fino al 63% dei costi, ideale per i carichi di lavoro di produzione con requisiti di capacità di calcolo prevedibili. Il servizio supporta la versione community di MySQL 5.7 e 8.0. Il servizio è attualmente disponibile a livello generale in diverse aree di Azure. I server flessibili sono più adatti per tutti i nuovi sviluppi e la migrazione dei carichi di lavoro di produzione al servizio Database di Azure per MySQL.

  • Server singolo è un servizio di database completamente gestito progettato per una personalizzazione minima. La piattaforma Server singolo è progettata per gestire la maggior parte delle funzioni di gestione di database, ad esempio l'applicazione di patch, i backup, la disponibilità elevata e la sicurezza con configurazione e controllo minimi dell'utente. L'architettura è ottimizzata per la disponibilità elevata predefinita con disponibilità del 99,99% in una singola zona di disponibilità. Supporta la versione community di MySQL 5.6 (ritirata), 5.7 e 8.0. Il servizio è attualmente disponibile a livello generale in diverse aree di Azure. I server singoli sono più adatti solo per le applicazioni esistenti che stiano già utilizzando i server singoli. È consigliabile scegliere Server flessibile per tutti i nuovi sviluppi o le nuove migrazioni.

• MySQL in VM di Azure Tale opzione rientra nella categoria di settore IaaS. Con questo servizio è possibile eseguire il server MySQL all'interno di una macchina virtuale gestita nella piattaforma cloud di Azure. È possibile installare tutte le versioni e le edizioni recenti di MySQL in una macchina virtuale.

Confrontare le opzioni di distribuzione mySQL in Azure

Le differenze principali tra queste opzioni sono elencate nella tabella seguente:

Attributo	Database di Azure per MySQL Server unico	Database di Azure per MySQL Server flessibile	MySQL in macchine virtuali di Azure
Generali
Disponibilità generale	Generalmente disponibile	Generalmente disponibile	Generalmente disponibile
Contratto di servizio	Disponibilità SLA 99,99%	99,99% di utilizzo delle zone di disponibilità	99,99% di utilizzo delle zone di disponibilità
SO sottostante	Windows	Linux	Gestiti dall'utente
MySQL Edition	Community Edition	Community Edition	Community o Enterprise Edition
Supporto delle versioni SQL	5.6 (ritirata), 5.7 e 8.0	5.7 e 8.0	Qualsiasi versione
Selezione della zona di disponibilità per la condivisione delle applicazioni	No	Sì	Sì
Nome utente nella stringa di connessione	<user_name>@server_name. Ad esempio, mysqlusr@mypgServer	Solo nome utente. Ad esempio, mysqlusr	Solo nome utente. Ad esempio, mysqlusr
Dimensionamento e calcolo delle risorse di archiviazione
Livello di calcolo	Piani Basic, Per utilizzo generico, Ottimizzata per la memoria	Possibilità di burst, Per utilizzo generico, Ottimizzata per la memoria	Possibilità di burst, Per utilizzo generico, Ottimizzata per la memoria
Ridimensionamento delle risorse di calcolo	Supportato (il ridimensionamento da e verso il livello Basic non è supportato)	Supportata	Supportata
Dimensioni dello spazio di archiviazione	Da 5 GiB a 16 TiB	Da 20 GiB a 16 TiB	Da 32 GiB a 32,767 TiB
Dimensionamento delle risorse di archiviazione	Supportata	Supportato	Non supportato
Dimensionamento automatico delle risorse di archiviazione	Supportata	Supportato	Non supportato
Ridimensionamento operazioni di I/O al secondo	Non supportato	Supportato	Non supportato
Ottimizzazione dei costi
Prezzi delle istanze riservate	Supportata	Supportato	Supportata
Arrestare/avviare il server per lo sviluppo	Il server può essere arrestato fino a sette giorni	Il server può essere arrestato fino a 30 giorni	Supportata
SKU con possibilità di burst a basso costo	Non supportato	Supportata	Supportata
Rete/Sicurezza
Connettività di rete	- Endpoint pubblici con firewall del server. - Accesso privato con supporto per il collegamento privato	- Endpoint pubblici con firewall del server. - Accesso privato con supporto per il collegamento privato - Accesso privato con integrazione della rete virtuale	- Endpoint pubblici con firewall del server. - Accesso privato con supporto per il collegamento privato
SSL/TLS	Abilitato per impostazione predefinita con supporto per TLS v1.2, 1.1 e 1.0	Abilitato per impostazione predefinita con supporto per TLS v1.2, 1.1 e 1.0	Supportato con TLS v1.2, 1.1 e 1.0
Crittografia dei dati inattivi	Supportate con chiavi gestite dal cliente (BYOK)	Supportate con chiavi gestite dal servizio	Non supportato
Autenticazione Microsoft Entra	Supportata	Supportato	Non supportato
Supporto di Microsoft Defender per il cloud	Sì	Sì	No
Controllo server	Supportata	Supportata	Gestiti dall'utente
Applicazione di patch e manutenzione
Applicazione di patch al sistema operativo	Automatico	Automatico	Gestiti dall'utente
Aggiornamento della versione secondaria di MySQL	Automatico	Automatico	Gestiti dall'utente
Aggiornamento della versione principale di MySQL sul posto	Supportate dalla versione 5.6 alla versione 5.7	Non supportato	Gestiti dall'utente
Controllo della manutenzione	Gestita dal sistema	Gestita dal cliente	Gestiti dall'utente
Finestra di manutenzione	In qualsiasi momento entro una finestra di 15 ore	Finestra di un’ora	Gestiti dall'utente
Notifica di manutenzione pianificata	Tre giorni	Cinque giorni	Gestiti dall'utente
Disponibilità elevata
Disponibilità elevata	Disponibilità elevata incorporata (senza standby con livello di accesso frequente)	Disponibilità elevata incorporata (senza standby con livello di accesso frequente), stessa zona e disponibilità elevata con ridondanza della zona con standby con livello di accesso frequente	Gestiti dall'utente
Ridondanza della zona	Non supportato	Supportata	Supportata
Posizionamento della zona di standby	Non supportato	Supportata	Supportata
Failover automatico	Sì (fa girare un altro server)	Sì	Gestiti dall'utente
Failover forzato avviato dall'utente.	No	Sì	Gestiti dall'utente
Failover trasparente dell'applicazione	Sì	Sì	Gestiti dall'utente
Replica
Supporto per le repliche in lettura	Sì	Sì	Gestiti dall'utente
Numero di repliche in lettura supportate	5	10	Gestiti dall'utente
Modalità di replica	Asincrona	Asincrona	Gestiti dall'utente
Supporto Gtid per le repliche in lettura	Supportata	Supportata	Gestiti dall'utente
Supporto tra aree geografiche (replica geografica)	Sì	Non supportato	Gestiti dall'utente
Scenari ibridi	Supportato con replica dei dati in ingresso	Supportato con replica dei dati in ingresso	Gestiti dall'utente
Supporto Gtdi per la replica dei dati in ingresso	Supportato	Non supportato	Gestiti dall'utente
Replica dei dati in uscita	Non supportato	Supportata	Supportata
Backup e ripristino
Backup automatizzati	Sì	Sì	No
Conservazione dei backup	7-35 giorni	1-35 giorni	Gestiti dall'utente
Backup con conservazione a lungo termine	Gestiti dall'utente	Gestiti dall'utente	Gestiti dall'utente
Esportazione di backup	Supportato tramite backup logici	Supportato tramite backup logici	Supportata
Possibilità di ripristino temporizzato in un punto temporale qualsiasi entro il periodo di conservazione.	Sì	Sì	Gestiti dall'utente
Punto di ripristino rapido	No	Sì	No
Possibilità di eseguire il ripristino in una zona diversa	Non supportato	Sì	Sì
Possibilità di eseguire il ripristino in una rete virtuale diversa	No	Sì	Sì
Possibilità di eseguire il ripristino in un'area diversa	Sì (con ridondanza geografica)	Sì (con ridondanza geografica)	Gestiti dall'utente
Possibilità di ripristinare un server eliminato	Sì	Sì	No
Ripristino di emergenza
Ripristino di emergenza tra aree di Azure	Uso di repliche in lettura tra aree, backup con ridondanza geografica	Uso del backup con ridondanza geografica	Gestiti dall'utente
Failover automatico	No	Non supportato	No
Può usare lo stesso endpoint in lettura/scrittura	No	Non supportato	No
Monitoraggio
Integrazione e avvisi di Monitoraggio di Azure	Supportata	Supportata	Gestiti dall'utente
Monitoraggio delle operazioni del database	Supportata	Supportata	Gestiti dall'utente
Analisi delle prestazioni della query	Supportata	Supportato (con Workbooks)	Gestiti dall'utente
Log del server	Supportata	Supportato (con log di diagnostica)	Gestiti dall'utente
Log di controllo	Supportata	Supportato	Supportata
Log degli errori	Non supportato	Supportata	Supportata
Supporto di Azure Advisor	Supportato	Non supportato	Non supportato
Plug-in
validate_password	Non supportato	In anteprima	Supportata
caching_sha2_password	Non supportato	In anteprima	Supportata
Produttività degli sviluppatori
Gestione della flotta	Supportato con l'interfaccia della riga di comando di Azure, PowerShell, REST e Azure Resource Manager	Supportato con l'interfaccia della riga di comando di Azure, PowerShell, REST e Azure Resource Manager	Supportato per le macchine virtuali con l'interfaccia della riga di comando di Azure, PowerShell, REST e Azure Resource Manager
Supporto Terraform	Supportata	Supportato	Supportata
Azioni di GitHub	Supportata	Supportata	Gestiti dall'utente

Motivazioni aziendali per la scelta di PaaS o IaaS

Diversi fattori possono influenzare se si sceglie PaaS o IaaS per ospitare i database MySQL.

Costo

La riduzione dei costi è spesso la considerazione principale per determinare la soluzione migliore per l'hosting dei database. Ciò vale sia per le startup con scarse disponibilità economiche, sia per team di una società consolidata che operano con vincoli di budget limitati. Questa sezione descrive le nozioni di base sulla fatturazione e sulle licenze in Azure perché si applicano a Database di Azure per MySQL e MySQL in macchine virtuali di Azure.

Fatturazione

Database di Azure per MySQL è attualmente disponibile come servizio in diversi livelli con prezzi delle risorse diversi. Tutte le risorse vengono fatturate su base oraria a una tariffa fissa. Per le informazioni più recenti sui livelli di servizio attualmente supportati, sulle dimensioni di calcolo e sugli importi di archiviazione, vedere la pagina dei prezzi. È possibile modificare in modo dinamico i livelli di servizio e le dimensioni di calcolo per soddisfare le diverse esigenze di velocità effettiva dell’applicazione. Viene fatturato il traffico Internet in uscita a una velocità di trasferimento dati normale.

Con Database di Azure per MySQL, Microsoft automaticamente configura, esegue patch e aggiorna il software del database. Queste azioni automatiche riducono i costi amministrativi. Database di Azure per MySQL offre anche funzionalità di backup automatizzate. Le funzionalità di backup predefinite consentono di ottenere una significativa riduzione dei costi, specialmente per numerosi database. Al contrario, con MySQL nelle macchine virtuali di Azure, è possibile scegliere ed eseguire qualsiasi versione di MySQL. Indipendentemente dalla versione di MySQL usata, si paga per la macchina virtuale di cui è stato effettuato il provisioning, i costi di archiviazione associati ai dati, il backup, il monitoraggio dei dati e l'archiviazione dei log e i costi per il tipo di licenza MySQL usato (se presente).

Database di Azure per MySQL offre disponibilità elevata predefinita per l'interruzione a livello di nodo, mantenendo al contempo la garanzia del contratto di servizio del 99,99%. Tuttavia, per la disponibilità elevata del database all'interno delle VM, è possibile usare le opzioni di disponibilità elevata, ad esempio replica di MySQL disponibili in un database MySQL. L'uso di un'opzione di disponibilità elevata supportata non fornisce un contratto di servizio aggiuntivo, Ma consente di ottenere più del 99,99% di disponibilità del database a costi aggiuntivi e costi amministrativi.

Per altre informazioni sui prezzi, vedere gli articoli seguenti.

• Prezzi di Database di Azure per MySQL
• Prezzi per le macchine virtuali
• Calcolatore prezzi di Azure

Amministrazione

Per molte aziende, la decisione di passare a un servizio cloud dipende tanto dalla necessità di semplificare l'amministrazione quanto dai costi.

Con IaaS, Microsoft:

• Amministra l'infrastruttura sottostante.
• Fornisce l'applicazione automatica delle patch per l'hardware e il sistema operativo sottostanti.

Con PaaS, Microsoft:

• Amministra l'infrastruttura sottostante.
• Fornisce l'applicazione automatica delle patch per l'hardware, il sistema operativo e il motore di database sottostanti.
• Gestisce la disponibilità elevata del database.
• Esegue automaticamente i backup e replica tutti i dati per fornire il ripristino di emergenza.
• Crittografa i dati inattivi e in movimento per impostazione predefinita.
• Monitora il server e fornisce funzionalità per informazioni dettagliate sulle prestazioni delle query e consigli sulle prestazioni

L'elenco seguente descrive le considerazioni amministrative per ogni opzione:

• Con Database di Azure per MySQL è possibile continuare ad amministrare il database. Tuttavia, non è più necessario gestire il motore di database, il sistema operativo o l'hardware. Esempi di elementi che è possibile continuare ad amministrare includono:

  • Database
  • Accedi
  • Ottimizzazione indici
  • Ottimizzazione delle query
  • Controllo
  • Sicurezza

  Inoltre, la configurazione della disponibilità elevata per un altro data center richiede una configurazione e un'amministrazione da minime a nulle.

• Con MySQL nelle macchine virtuali di Azure, è possibile controllare il sistema operativo e la configurazione dell'istanza del server MySQL. Con una macchina virtuale, si decide quando eseguire l'aggiornamento o l'upgrade del sistema operativo e del software del database e quali patch applicare. Si sceglie inoltre quando installare software aggiuntivi, ad esempio un'applicazione antivirus. Sono disponibili alcune funzionalità automatizzate che semplificano notevolmente la disponibilità elevata, il backup e l'applicazione di patch. È possibile controllare le dimensioni della macchina virtuale, il numero di dischi e le relative configurazioni di archiviazione. Per altre informazioni, vedere la pagina Dimensioni delle macchine virtuali e dei servizi cloud per Azure.

È il momento di passare ad Azure

• Database di Azure per MySQL è la soluzione ideale per le applicazioni progettate per il cloud quando i fattori critici sono la produttività degli sviluppatori e un time-to-market rapido per le nuove soluzioni. Con funzionalità a livello di codice come DBA, il servizio si adatta ad architetti e sviluppatori di cloud perché riduce la necessità di gestire il sistema operativo e il database sottostanti.

• Quando si vuole risparmiare tempo e costi di acquisizione per un nuovo hardware locale, MySQL in macchine virtuali di Azure è la soluzione ideale per le applicazioni che richiedono un controllo granulare e la personalizzazione del motore MySQL non supportato dal servizio o che richiedono l'accesso al sistema operativo sottostante. Questa soluzione è adatta anche per la migrazione di database e applicazioni locali esistenti in Azure intatti per i casi in cui Database di Azure per MySQL non è adatto.

Poiché non è necessario modificare la presentazione, l'applicazione e i livelli dati, si risparmia il tempo e i costi legati a una nuova progettazione dell'architettura della soluzione esistente. È invece possibile concentrarsi sulla migrazione di tutte le soluzioni ad Azure e sulla risoluzione di alcune ottimizzazioni delle prestazioni che la piattaforma Azure potrebbe richiedere.

Passaggi successivi

• Vedere Prezzi di Database di Azure per MySQL.
• Iniziare creando il primo server.