Database di Azure per MySQL server singolo

  • Articolo

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

Importante

Database di Azure per MySQL server singolo si trova nel percorso di ritiro. È consigliabile eseguire l'aggiornamento a Database di Azure per MySQL server flessibile. Per altre informazioni sulla migrazione a Database di Azure per MySQL server flessibile, vedere Che cosa accade a Database di Azure per MySQL server singolo?

Database di Azure per MySQL basato su MySQL Community Edition è disponibile in due modalità di distribuzione:

  • Server flessibile
  • Server singolo

In questo articolo verrà fornita una panoramica e un'introduzione ai concetti di base del modello di distribuzione server singolo. Per informazioni sulla modalità di distribuzione server flessibile, vedere la panoramica del server flessibile. Per informazioni su come decidere qual è l'opzione di distribuzione appropriata per il carico di lavoro, vedere come scegliere l'opzione di server MySQL corretta in Azure.

Panoramica

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 un'ampia gamma di aree di Azure.

I server singoli sono più adatti solo per le applicazioni esistenti che utilizzano già un singolo server. Per tutti i nuovi sviluppi o migrazioni, il server flessibile è l'opzione di distribuzione consigliata. Per informazioni sulle differenze tra le opzioni di distribuzione server flessibile e server singolo, fare riferimento all'opzione di distribuzione appropriata per la documentazione.

Disponibilità elevata

Il modello di distribuzione Server singolo è ottimizzato per la disponibilità elevata predefinita e l'elasticità a costi ridotti. L'architettura separa il calcolo e l'archiviazione. Il motore di database viene eseguito in un contenitore di calcolo proprietario, mentre i file di dati risiedono in Archiviazione di Azure. L'archiviazione gestisce localmente tre copie sincrone con ridondanza dei file di database garantendo la durabilità dei dati.

Durante gli eventi di failover pianificati o non pianificati, se il server diventa inattivo, il servizio mantiene la disponibilità elevata dei server usando la procedura automatizzata seguente:

  1. Viene effettuato il provisioning di un nuovo contenitore di calcolo
  2. Viene eseguito il mapping tra la risorsa di archiviazione con file di dati e il nuovo contenitore
  3. Il motore di database MySQL viene portato online nel nuovo contenitore di calcolo
  4. Il servizio Gateway garantisce un failover trasparente che non richiede modifiche sul lato applicazione.

Il tempo di failover tipico è compreso tra 60 e 120 secondi. La progettazione nativa del cloud di Server singolo consente di supportare il 99,99% della disponibilità eliminando il costo di hot standby passivo.

Il contratto di servizio di Azure per la disponibilità del 99,99%, leader del settore, con il supporto di una rete globale di data center gestiti da Microsoft, consente di mantenere le applicazioni in esecuzione 24 ore su 24, 7 giorni su 7.

Azure Database for MySQL - Single Server Architecture conceptual diagram

Applicazione automatica delle patch

Il servizio esegue l'applicazione automatica di patch dell'hardware, del sistema operativo e del motore di database sottostanti. L'applicazione di patch include aggiornamenti di sicurezza e software. Per il motore di MySQL gli aggiornamenti della versione secondaria sono automatici e sono inclusi come parte del ciclo di applicazione delle patch. Non sono necessarie azioni utente o impostazioni di configurazione per l'applicazione di patch. La frequenza dell'applicazione delle patch è gestita dal servizio in base alla criticità del payload. Il servizio segue in genere la pianificazione di rilascio mensile come parte del processo continuo di integrazione e rilascio. Gli utenti possono sottoscrivere la notifica per la manutenzione pianificata per ricevere una notifica relativa alla manutenzione imminente 72 ore prima dell'evento.

Backup automatici

Il server singolo crea automaticamente i backup del server e li archivia nell'archiviazione con ridondanza locale o con ridondanza geografica. I backup possono essere usati per ripristinare il server in modo temporizzato entro il periodo di conservazione. Il periodo di conservazione dei backup predefinito è di sette giorni. La conservazione può essere configurata facoltativamente fino a 35 giorni. Tutti i backup vengono crittografati con crittografia AES a 256 bit. Per informazioni, vedere Backup.

Regolare prestazioni e scalabilità in pochi secondi

Il server singolo è disponibile in tre livelli DI SKU: Basic, Utilizzo generico e Ottimizzato per la memoria. Il livello Basic è ideale per lo sviluppo a basso costo e per carichi di lavoro di concorrenza ridotti. Per utilizzo generico e Con ottimizzazione per la memoria sono più adatti per i carichi di lavoro di produzione che richiedono concorrenza elevata, scalabilità e prevedibilità delle prestazioni. È possibile compilare la prima app in un database di piccole dimensioni con un costo mensile minimo, quindi regolare la scalabilità in base alle esigenze della soluzione. Il dimensionamento dello spazio di archiviazione è online e supporta l'aumento automatico. La scalabilità dinamica consente al database di rispondere in modo trasparente ai requisiti delle risorse in rapida evoluzione. Verranno addebitati i costi solo per le risorse usate. Per informazioni dettagliate, vedere Piani tariffari.

Sicurezza, conformità e governance di livello aziendale

Server singolo usa il modulo di crittografia convalidato FIPS 140-2 per la crittografia di archiviazione dei dati inattivi. I dati, inclusi i backup e i file temporanei creati durante l'esecuzione di query, vengono crittografati. Il servizio usa la crittografia AES a 256 bit inclusa nella crittografia di archiviazione di Azure e le chiavi possono essere gestite dal sistema (predefinito) o dal cliente. Il servizio crittografa i dati in transito con il protocollo Transport Layer Security (SSL/TLS) applicato per impostazione predefinita. Il servizio supporta le versioni 1.2, 1.1 e 1.0 di TLS con la possibilità di applicare la versione TLS minima.

Il servizio consente l'accesso privato ai server tramite collegamento privato e offre protezione dalle minacce tramite il piano facoltativo di Microsoft Defender per i database relazionali open source. Microsoft Defender per database relazionali open source rileva attività anomale che indicano tentativi insoliti e potenzialmente dannosi di accedere o sfruttare i database.

Oltre all'autenticazione nativa, Single Server supporta l'autenticazione con ID Entra di Microsoft. L'autenticazione di Microsoft Entra è un meccanismo di connessione ai server MySQL usando identità definite e gestite in Microsoft Entra ID. Con l'autenticazione Di Microsoft Entra è possibile gestire le identità utente del database e altri servizi di Azure in una posizione centrale, semplificando e centralizzando il controllo di accesso.

La registrazione di controllo è disponibile per tenere traccia di tutte le attività a livello di database.

Single Server è reclamato con tutte le certificazioni leader del settore come FedRAMP, HIPAA, PCI DSS. Visitare il Centro protezione di Azure per informazioni sulla sicurezza della piattaforma Azure.

Per altre informazioni sulle funzionalità di sicurezza di Database di Azure per MySQL, vedere la panoramica sulla sicurezza.

Monitoraggio e avvisi

Server singolo è dotato di funzionalità predefinite di monitoraggio delle prestazioni e avvisi. Tutte le metriche di Azure hanno una frequenza di un minuto e offrono una cronologia di 30 giorni. È possibile configurare avvisi in base alle metriche. Il servizio consente la configurazione di log di query lente ed è dotato di una funzionalità Archivio query differenziata. Query Store semplifica la risoluzione dei problemi di prestazioni consentendo di trovare rapidamente le query con il tempo di esecuzione più lungo e il più elevato utilizzo di risorse. Grazie a questi strumenti, è possibile ottimizzare rapidamente i carichi di lavoro e configurare il server per ottenere prestazioni ottimali. Per informazioni dettagliate, vedere Monitoraggio.

Migrazione

Il servizio esegue la versione community di MySQL. Ciò consente la compatibilità completa dell'applicazione e richiede un costo di refactoring minimo per eseguire la migrazione di applicazioni esistenti sviluppate nel motore MySQL a server singolo. Per eseguire la migrazione al server singolo, è possibile usare una delle opzioni seguenti:

  • Dump e ripristino: per le migrazioni offline, in cui gli utenti possono permettersi un certo tempo di inattività, l'esecuzione del dump e del ripristino usando strumenti della community come mysqldump/mydumpere può fornire una soluzione più rapida per la migrazione. Per ulteriori dettagli vedere Eseguire la migrazione con dump e ripristino.
  • Servizio Migrazione del database di Azure: per migrazioni offline semplici e semplificate a server singolo con migrazione dei dati ad alta velocità, è possibile sfruttare Servizio Migrazione del database di Azure.
  • Replica dei dati in ingresso: per migrazioni con tempi di inattività minimi, è anche possibile sfruttare la replica dei dati in ingresso, che si basa su binlog. La replica dei dati in ingresso è la scelta consigliata per migrazioni con tempi di inattività minimi eseguite da esperti che vogliono esercitare un maggior controllo. Per informazioni dettagliate, vedere Replica dei dati in ingresso.

Contatti

Per eventuali domande o suggerimenti sull'uso di Database di Azure per MySQL, inviare un messaggio di posta elettronica al team di Database di Azure per MySQL (@Ask database di Azure per MySQL). Questo indirizzo di posta elettronica non è un alias di supporto tecnico.

Inoltre, prendere in considerazione i seguenti punti di contatto in base alle specifiche esigenze:

Passaggi successivi

Dopo aver letto un'introduzione alla modalità di distribuzione Database di Azure per MySQL - Server singolo, è possibile: