Database di Azure per MySQL - Livelli di servizio a server singolo

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?

È possibile creare un server Database di Azure per MySQL in uno dei tre diversi livelli di servizio: Basic, Utilizzo generico e Ottimizzato per la memoria. I livelli di servizio sono differenziati in base alla quantità di calcolo in vCore di cui è possibile effettuare il provisioning, alla memoria per vCore e alla tecnologia di archiviazione usata per archiviare i dati. Il provisioning di tutte le risorse viene effettuato a livello di server MySQL. Un server può avere uno o più database.

Attributo Base Utilizzo generico Ottimizzato per la memoria
Generazione di calcolo Generazione 4, Generazione 5 Generazione 4, Generazione 5 5° generazione
vCore 1, 2 2, 4, 8, 16, 32, 64 2, 4, 8, 16, 32
Memoria per vCore 2 GB 5 GB 10 GB
Dimensioni dello spazio di archiviazione Da 5 GB a 1 TB Da 5 GB a 16 TB Da 5 GB a 16 TB
Periodo di conservazione dei backup dei database Da 7 a 35 giorni Da 7 a 35 giorni Da 7 a 35 giorni

Per scegliere un piano tariffario, usare la tabella seguente come punto di partenza.

Livello di servizio Carichi di lavoro di destinazione
Di base Carichi di lavoro con esigenze di calcolo e di prestazioni I/O ridotte. Ad esempio, server usati per lo sviluppo o i test oppure applicazioni su scala ridotta usate raramente.
Utilizzo generico La maggior parte dei carichi di lavoro aziendali che richiedono risorse di calcolo e di memoria bilanciate con velocità effettiva di I/O scalabile. Tra gli esempi sono inclusi i server per l'hosting di app Web e per dispositivi mobili e di altre applicazioni aziendali.
Con ottimizzazione per la memoria Carichi di lavoro di database ad alte prestazioni che richiedono prestazioni in memoria per l'elaborazione più rapida delle transazioni e una concorrenza maggiore. Tra gli esempi sono inclusi i server per l'elaborazione dei dati in tempo reale e le app transazionali o analitiche a prestazioni elevate.

Nota

La scalabilità dinamica da e verso i livelli di servizio Basic non è attualmente supportata. I server SKU di livello Basic non possono essere ridimensionati fino a livelli per utilizzo generico o ottimizzati per la memoria.

Dopo aver creato un server per utilizzo generico o ottimizzato per la memoria, il numero di vCore, la generazione hardware e il piano tariffario possono essere modificati in pochi secondi. È anche possibile aumentare autonomamente lo spazio di archiviazione e aumentare o ridurre il periodo di conservazione dei backup senza tempi di inattività per le applicazioni. Non è possibile modificare il tipo di archiviazione dei backup dopo aver creato il server. Per altre informazioni, vedere la sezione Ridimensionare le risorse.

Generazioni di calcolo e vCore

Le risorse di calcolo vengono fornite come vCore, che rappresentano la CPU logica dell'hardware sottostante. Cina orientale 1, Cina settentrionale 1, Us DoD Centrale e Stati Uniti orientali utilizzano CPU logiche gen 4 basate su processori Intel E5-2673 v3 (Haswell) a 2,4 GHz. Tutte le altre aree usano CPU logiche gen 5 basate su processori Intel E5-2673 v4 (Broadwell) da 2,3 GHz.

Storage

Lo spazio di archiviazione di cui si esegue il provisioning è la capacità di archiviazione disponibile per il server Database di Azure per MySQL. Lo spazio di archiviazione viene usato per i file del database, i file temporanei, i log delle transazioni e i log del server MySQL. Lo spazio di archiviazione totale di cui si effettua il provisioning definisce anche la capacità di I/O disponibile per il server.

Database di Azure per MySQL: server singolo supporta l'archiviazione back-end seguente per i server.

Tipo di archiviazione Di base Utilizzo generico v1 Utilizzo generico v2
Dimensioni dello spazio di archiviazione Da 5 GB a 1 TB Da 5 GB a 4 TB Da 5 GB a 16 TB
Dimensioni di incremento dell'archiviazione 1 GB 1 GB 1 GB
IOPS Variabile 3 operazioni di I/O al secondo/GB
Min 100 operazioni di I/O al secondo
Massimo 6000 operazioni di I/O al secondo
3 operazioni di I/O al secondo/GB
Min 100 operazioni di I/O al secondo
Massimo 20.000 operazioni di I/O al secondo

Nota

L'archiviazione Basic non offre la garanzia relativa alle operazioni di I/O al secondo. Il piano di archiviazione Utilizzo generico la scalabilità delle operazioni di I/O al secondo rispetto allo spazio di archiviazione di cui è stato effettuato il provisioning è in un rapporto di 3 a 1.

Archiviazione di base

Archiviazione Basic: archiviazione back-end che supporta i server del piano tariffario Basic. L'archiviazione di base usa l'archiviazione standard di Azure nel back-end in cui le operazioni di cui è stato effettuato il provisioning non sono garantite e la latenza è variabile. Il livello Basic è più adatto per i carichi di lavoro che richiedono prestazioni di calcolo leggere, a basso costo e I/O per lo sviluppo o le applicazioni usate raramente su piccola scala.

Archiviazione per utilizzo generico

L'archiviazione per utilizzo generico è l'archiviazione back-end che supporta il server livello Utilizzo generico e Ottimizzato per la memoria. Il piano di archiviazione Utilizzo generico la scalabilità delle operazioni di I/O al secondo rispetto allo spazio di archiviazione di cui è stato effettuato il provisioning è in un rapporto di 3 a 1. Esistono due generazioni di archiviazione per utilizzo generico, come descritto di seguito:

Archiviazione per utilizzo generico v1 (supporta fino a 4 TB)

L'archiviazione per utilizzo generico v1 è basata sulla tecnologia di archiviazione legacy che può supportare fino a 4 TB di archiviazione e 6000 operazioni di I/O per server. L'archiviazione per utilizzo generico v1 è ottimizzata per sfruttare la memoria dei nodi di calcolo che eseguono il motore MySQL per la memorizzazione nella cache locale e i backup. Il processo di backup nell'archiviazione per utilizzo generico v1 legge i file di dati e di log nella memoria dei nodi di calcolo e li copia nell'archivio di backup di destinazione per la conservazione fino a 35 giorni. Di conseguenza, il consumo di memoria e i/o di archiviazione durante i backup è relativamente superiore.

Tutte le aree di Azure supportano l'archiviazione per utilizzo generico v1

Per il server per utilizzo generico o ottimizzato per la memoria nell'archiviazione per utilizzo generico v1, è consigliabile prendere in considerazione

  • Pianificare il livello SKU di calcolo, che rappresenta la memoria in eccesso del 10-30% per la memorizzazione nella cache dell'archiviazione e i buffer di backup
  • Effettuare il provisioning di operazioni di I/O superiori al 10% rispetto a quanto richiesto dal carico di lavoro del database per tenere conto delle operazioni di I/O di backup
  • In alternativa, eseguire la migrazione all'archiviazione per utilizzo generico v2 descritta di seguito che supporta fino a 16 TB di archiviazione se l'infrastruttura di archiviazione sottostante è disponibile nelle aree di Azure preferite condivise di seguito.

Archiviazione per utilizzo generico v2 (supporta fino a 16 TB di archiviazione)

Archiviazione per utilizzo generico v2: si basa sull'infrastruttura di archiviazione più recente che può supportare fino a 16 TB e 20000 operazioni di I/O al secondo. In un subset di aree di Azure in cui è disponibile l'infrastruttura, a tutti i server di cui viene effettuato il provisioning viene assegnato il livello di archiviazione per utilizzo generico v2 per impostazione predefinita. L'archiviazione per utilizzo generico v2 non usa memoria dal nodo di calcolo di MySQL e offre latenze di I/O più prevedibili rispetto all'archiviazione per utilizzo generico v1. I backup nei server di archiviazione per utilizzo generico v2 sono basati su snapshot senza sovraccarichi di I/O aggiuntivi. Nell'archiviazione per utilizzo generico v2, le prestazioni del server MySQL dovrebbero essere superiori rispetto all'archiviazione per utilizzo generico v1 per lo stesso spazio di archiviazione e operazioni di cui è stato effettuato il provisioning. Non sono previsti costi aggiuntivi per l'archiviazione per utilizzo generico che supporta fino a 16 TB di archiviazione. Per assistenza per la migrazione all'archiviazione da 16 TB, aprire un ticket di supporto da portale di Azure.

L'archiviazione per utilizzo generico v2 è supportata nelle aree di Azure seguenti:

Area Disponibilità dell'archiviazione per utilizzo generico v2
Australia orientale ✔️
Australia sud-orientale ✔️
Brasile meridionale ✔️
Canada centrale ✔️
Canada orientale ✔️
Stati Uniti centrali ✔️
Stati Uniti orientali ✔️
Stati Uniti orientali 2 ✔️
Asia orientale ✔️
Giappone orientale ✔️
Giappone occidentale ✔️
Corea centrale ✔️
Corea meridionale ✔️
Europa settentrionale ✔️
Stati Uniti centro-settentrionali ✔️
Stati Uniti centro-meridionali ✔️
Asia sud-orientale ✔️
Regno Unito meridionale ✔️
Regno Unito occidentale ✔️
Stati Uniti centro-occidentali ✔️
Stati Uniti occidentali ✔️
Stati Uniti occidentali 2 ✔️
Europa occidentale ✔️
India centrale ✔️
Francia centrale* ✔️
Emirati Arabi Uniti settentrionali* ✔️
Sudafrica settentrionale* ✔️

Nota

*Aree in cui Database di Azure per MySQL ha l'archiviazione per utilizzo generico v2 in anteprima pubblica
*Per queste aree di Azure, è possibile creare un server sia nell'archiviazione per utilizzo generico v1 che nella versione 2. Per i server creati con l'archiviazione per utilizzo generico v2 in anteprima pubblica, di seguito sono riportate le limitazioni.

  • Il backup con ridondanza geografica non sarà supportato
  • Il server di replica deve trovarsi nelle aree che supportano l'archiviazione per utilizzo generico v2.

Come è possibile determinare il tipo di archiviazione in cui è in esecuzione il server?

Per trovare il tipo di archiviazione del server, passare alla pagina Impostazioni> Compute + storage

  • Se viene effettuato il provisioning del server tramite SKU Basic, il tipo di archiviazione è Archiviazione di base.
  • Se viene effettuato il provisioning del server usando lo SKU per utilizzo generico o ottimizzato per la memoria, il tipo di archiviazione è l'archiviazione per utilizzo generico
    • Se lo spazio di archiviazione massimo di cui è possibile effettuare il provisioning nel server è fino a 4 TB, il tipo di archiviazione è l'archiviazione per utilizzo generico v1.
    • Se lo spazio di archiviazione massimo di cui è possibile eseguire il provisioning nel server è fino a 16 TB, il tipo di archiviazione è l'archiviazione per utilizzo generico v2.

È possibile passare dall'archiviazione per utilizzo generico v1 all'archiviazione per utilizzo generico v2? se sì, come e c'è un costo aggiuntivo?

Sì, la migrazione all'archiviazione per utilizzo generico v2 dalla versione 1 è supportata se l'infrastruttura di archiviazione sottostante è disponibile nell'area di Azure del server di origine. La migrazione e l'archiviazione v2 sono disponibili senza costi aggiuntivi.

È possibile aumentare le dimensioni di archiviazione dopo il provisioning del server?

È possibile aggiungere capacità di archiviazione aggiuntiva durante e dopo la creazione del server e consentire al sistema di aumentare automaticamente lo spazio di archiviazione in base al consumo di archiviazione del carico di lavoro.

Importante

L'archiviazione può essere solo aumentata, non ridotta.

Monitoraggio dell'utilizzo di I/O

È possibile monitorare il consumo di I/O nel portale di Azure oppure usando i comandi dell'interfaccia della riga di comando di Azure. Le metriche pertinenti da monitorare sono limite di archiviazione, percentuale di archiviazione, spazio di archiviazione usato e percentuale di I/O. Le metriche di monitoraggio per il server MySQL con archiviazione per utilizzo generico v1 segnalano la memoria e le operazioni di I/O utilizzate dal motore MySQL, ma potrebbero non acquisire la memoria e il consumo di I/O del livello di archiviazione, che è una limitazione.

Raggiungimento del limite di archiviazione

I server con uno spazio di archiviazione con provisioning di 100 GB o inferiore sono contrassegnati come di sola lettura se lo spazio di archiviazione disponibile è inferiore al 5% delle dimensioni di archiviazione con provisioning. I server con più di 100 GB di spazio di archiviazione con provisioning sono contrassegnati come di sola lettura quando lo spazio di archiviazione disponibile è inferiore a 5 GB.

Ad esempio, se è stato effettuato il provisioning di 110 GB di spazio di archiviazione e l'utilizzo effettivo supera i 105 GB, il server è contrassegnato come di sola lettura. In alternativa, se è stato effettuato il provisioning di 5 GB di spazio di archiviazione, il server viene contrassegnato come di sola lettura quando lo spazio di archiviazione disponibile raggiunge meno di 256 MB.

Mentre il servizio tenta di impostare il server come sola lettura, tutte le nuove richieste di transazione di scrittura vengono bloccate e le transazioni attive esistenti continueranno a essere eseguite. Quando il server è impostato su sola lettura, tutte le operazioni di scrittura e i commit delle transazioni successivi avranno esito negativo. Le query in lettura continueranno a funzionare senza interruzioni. Dopo avere aumentato lo spazio di archiviazione sottoposto a provisioning, il server sarà pronto per accettare nuovamente le transazioni in scrittura.

È consigliabile attivare l'aumento automatico dell'archiviazione o configurare un avviso per notificare quando l'archiviazione del server sta raggiungendo la soglia, in modo da evitare di accedere allo stato di sola lettura. Per altre informazioni, vedere la documentazione sulla procedura di configurazione di un avviso.

Aumento automatico dell'archiviazione

L'aumento automatico dell'archiviazione evita che il server esaurisca l'archiviazione e diventi di sola lettura, Se l'aumento automatico dell'archiviazione è abilitato, l'archiviazione aumenta automaticamente senza influire sul carico di lavoro. Per i server con provisioning dello spazio di archiviazione minore o uguale a 100 GB, le dimensioni di archiviazione di cui è stato effettuato il provisioning vengono aumentate di 5 GB quando lo spazio di archiviazione disponibile scende al di sotto del 10% dell'archiviazione di cui è stato effettuato il provisioning. Per i server con provisioning dello spazio di archiviazione superiore a 100 GB, le dimensioni di archiviazione di cui è stato effettuato il provisioning vengono aumentate del 5% quando l'archiviazione disponibile scende al di sotto di 10 GB dimensioni di archiviazione di cui è stato effettuato il provisioning. Si applicano i limiti massimi di archiviazione come specificato sopra.

Ad esempio, se è stato effettuato il provisioning di 1000 GB di spazio di archiviazione e l'utilizzo effettivo supera i 990 GB, le dimensioni di archiviazione del server vengono aumentate a 1050 GB. In alternativa, se è stato effettuato il provisioning di 10 GB di spazio di archiviazione, le dimensioni di archiviazione aumentano a 15 GB quando sono disponibili meno di 1 GB di spazio di archiviazione.

Tenere presente che l'archiviazione può essere ridimensionata solo e non ridotta.

Archivio di backup

Database di Azure per MySQL offre fino al 100% delle risorse di archiviazione del server di cui è stato effettuato il provisioning come archivio di backup senza costi aggiuntivi. Tutte le risorse di archiviazione di backup usate in eccesso per questo importo vengono addebitate in GB al mese. Ad esempio, se si effettua il provisioning di un server con 250 GB di spazio di archiviazione, saranno disponibili 250 GB di spazio di archiviazione aggiuntivo per i backup del server senza costi aggiuntivi. Archiviazione per i backup in eccesso ai 250 GB viene addebitato in base al modello tariffario. Per comprendere i fattori che influenzano l'utilizzo dell'archiviazione dei backup, il monitoraggio e il controllo dei costi di archiviazione dei backup, è possibile fare riferimento alla documentazione sul backup.

Ridimensionare le risorse

Dopo aver creato il server, è possibile modificare in modo indipendente il numero di vCore, la generazione dell'hardware, il piano tariffario (ad eccezione del passaggio da/a Basic), lo spazio di archiviazione e il periodo di conservazione dei backup. Non è possibile modificare il tipo di archiviazione dei backup dopo aver creato il server. Il numero di vCore può essere aumentato o ridotto. Il periodo di conservazione dei backup può essere aumentato o ridotto da 7 a 35 giorni. Le dimensioni dello spazio di archiviazione possono essere solo aumentate. Il dimensionamento delle risorse può essere eseguito tramite il portale o l'interfaccia della riga di comando di Azure. Per un esempio di ridimensionamento tramite l'interfaccia della riga di comando di Azure, vedere Monitorare a scalare un database di Azure per il server MySQL usando l'interfaccia della riga di comando di Azure.

Quando si modifica il numero di vCore, la generazione dell'hardware o il piano tariffario, viene creata una copia del server di origine con la nuova allocazione del calcolo. Quando il nuovo server è in esecuzione, le connessioni vengono trasferite al nuovo server. Durante l'intervallo nel quale il sistema passa al nuovo server, non è possibile stabilire nuove connessioni e viene effettuato il rollback di tutte le transazioni di cui non è stato eseguito il commit. Questo tempo di inattività durante il ridimensionamento può essere di circa 60-120 secondi. Il tempo di inattività durante il ridimensionamento dipende dal tempo di ripristino del database, che può causare un aumento della durata del database se si dispone di attività transazionali pesanti nel server al momento dell'operazione di ridimensionamento. Per evitare tempi di riavvio più lunghi, è consigliabile eseguire operazioni di ridimensionamento durante periodi di bassa attività transazionale nel server.

Il ridimensionamento dello spazio di archiviazione e la modifica del periodo di conservazione dei backup sono realmente operazioni online. Non si registrano tempi di inattività e l'applicazione non viene influenzata. Le operazioni di I/O al secondo vengono ridimensionate in funzione dello spazio di archiviazione sottoposto a provisioning, quindi è possibile aumentare le operazioni di I/O al secondo disponibili per il server aumentando lo spazio di archiviazione.

Prezzi

Per le informazioni più aggiornate sui prezzi, vedere la pagina dei prezzi. Per informazioni sui costi della configurazione desiderata, consultare la scheda Piano tariffario del portale di Azure che illustra il costo mensile in base alle opzioni selezionate. Se non è disponibile una sottoscrizione di Azure, è possibile usare il calcolatore dei prezzi di Azure per ottenere una stima. Passare al sito Web del calcolatore dei prezzi di Azure, selezionare Aggiungi elementi, espandere la categoria Database e scegliere Database di Azure per MySQL per personalizzare le opzioni.

Passaggi successivi