Operazioni di I/O al secondo di archiviazione nel Database di Azure per MySQL - Server flessibile

2025-06-22

Il numero di operazioni di lettura e scrittura che il sistema di archiviazione può eseguire viene misurato nelle operazioni di input/output al secondo (IOPS). Valori IOPS al secondo superiori indicano prestazioni di archiviazione migliori, che consentono al database di gestire un numero più alto di operazioni di lettura e scrittura simultanee. Il risultato è un recupero dei dati più rapido e un miglioramento dell'efficienza complessiva.

Se l'impostazione IOPS è settata su valori troppo bassi, il server di database potrebbe riscontrare ritardi nell'elaborazione delle richieste, con conseguente rallentamento delle prestazioni e riduzione della velocità effettiva. Se l'impostazione IOPS settata su valori troppo elevati potrebbe comportare un'allocazione delle risorse non necessaria e un potenziale aumento dei costi senza miglioramenti significativi delle prestazioni.

Scegliere un'impostazione di gestione delle operazioni di I/O al secondo

Il Database di Azure per MySQL - Server flessibile offre attualmente due impostazioni per la gestione delle operazioni IOPS: le operazioni IOPS con provisioning preliminare e operazioni IOPS con scalabilità automatica.

Operazioni IOPS con pre-provisioning

È possibile usare operazioni di I/O al secondo con provisioning preliminare per allocare un numero specifico di operazioni di I/O al secondo all'istanza del Database di Azure per MySQL - Server flessibile. La definizione di un limite di operazioni di I/O al secondo specifico per il volume di archiviazione garantisce la possibilità di gestire un determinato numero di richieste al secondo. Questa impostazione contribuisce a garantire prestazioni coerenti e prevedibili per i carichi di lavoro.

Le operazioni di I/O al secondo con provisioning preliminare offrono anche la flessibilità di aumentare le operazioni di I/O al secondo di cui è stato effettuato il provisioning per il volume di archiviazione associato al server. È possibile personalizzare le prestazioni aggiungendo operazioni di I/O al secondo aggiuntive oltre il livello di provisioning predefinito in qualsiasi momento, per allinearsi meglio ai requisiti del carico di lavoro.

Operazioni di I/O al secondo con scalabilità automatica

Le operazioni di I/O al secondo con scalabilità automatica offrono la flessibilità necessaria per ridimensionare le operazioni di I/O al secondo su richiesta. Quando si abilitano operazioni di I/O al secondo con scalabilità automatica, il server regola automaticamente il limite di operazioni di I/O al secondo del server di database in base alla richiesta del carico di lavoro. Questo ridimensionamento dinamico contribuisce a ottimizzare le prestazioni del carico di lavoro senza intervento manuale o configurazione. Per informazioni dettagliate sul numero massimo di operazioni di I/O al secondo supportate per ogni livello di servizio e dimensioni di calcolo, vedere la documentazione dei livelli di servizio.

Altri vantaggi delle operazioni di I/O al secondo con scalabilità automatica includono:

Gestione dei picchi di carico di lavoro: le operazioni IOPS con scalabilità automatica consentono al database di gestire facilmente picchi o fluttuazioni del carico di lavoro senza compromettere le prestazioni delle applicazioni. Questa funzionalità contribuisce a garantire una velocità di risposta uniforme anche durante i periodi di picco di utilizzo.
Risparmi sui costi: a differenza delle operazioni IOPS con provisioning preliminare in cui viene specificato un limite di operazioni di I/O al secondo fisso e pagato indipendentemente dall'utilizzo, le operazioni di I/O al secondo con scalabilità automatica consentono di pagare solo per il numero di operazioni di I/O utilizzate. Si evitano le spese e il provisioning non necessari per le risorse sottoutilizzate. Ciò garantisce sia risparmi sui costi che prestazioni ottimali, rendendo la scalabilità automatica una soluzione intelligente per la gestione efficiente del carico di lavoro del database.

Monitorare le prestazioni dell'archiviazione

È possibile monitorare l'utilizzo delle operazioni di I/O al secondo di archiviazione usando le metriche disponibili per Database di Azure per MySQL - Server flessibile.

Ottenere una panoramica dell'utilizzo di I/O per un periodo di tempo selezionato

Nel portale di Azure, vai al Database di Azure per il server flessibile MySQL.
Nel riquadro Panoramica selezionare la scheda Monitoraggio.
Nell'area Mostra dati per l'ultima area selezionare un periodo di tempo.

Visualizzare una cartella di lavoro per le metriche avanzate

Nel portale di Azure, vai a Azure Database per il server MySQL flessibile.
Passare a Monitoraggio>Cartelle di lavoro.
Selezionare la cartella di lavoro Metriche avanzate.
Nella scheda Panoramica della cartella di lavoro verificare la presenza di metriche Percentuale I/O di archiviazione.

Aggiungere metriche per la percentuale e il conteggio di I/O di archiviazione

Nel portale Azure, accedi al tuo server flessibile di Azure Database per MySQL.
Passare a Monitoraggio>metriche.
Selezionare Aggiungi metrica.
Nell'elenco a discesa delle metriche disponibili selezionare Percentuale I/O di archiviazione e Conteggio I/O di archiviazione.

Selezionare l'impostazione IOPS ottimale

Dopo aver appreso come monitorare efficacemente l'utilizzo delle operazioni IOPS, si è in grado di scoprire quali sono le impostazioni migliori per il server. Quando si sceglie l'impostazione IOPS per l'istanza del Database di Azure per MySQL - Server flessibile, prendere in considerazione i fattori seguenti. La comprensione di tali fattori consente di prendere una decisione informata al fine di garantire le migliori prestazioni e l'efficienza dei costi per il carico di lavoro.

Ottimizzazione delle prestazioni

Con le operazioni di I/O al secondo di scalabilità automatica, è possibile soddisfare i requisiti per coerenza e prevedibilità del carico di lavoro senza lo svantaggio della limitazione dell'archiviazione e dell'interazione manuale per aggiungere altre operazioni di I/O al secondo.

Se il carico di lavoro ha una velocità effettiva coerente o richiede operazioni IOPS coerenti, allora le operazioni IOPS con provisioning preliminare possono risultare preferibili. Forniscono un livello di prestazioni prevedibile e l'allocazione fissa delle operazioni IOPS è correlata ai carichi di lavoro entro i limiti specificati.

Se è necessaria una velocità effettiva superiore al normale requisito, è possibile allocare operazioni di I/O al secondo aggiuntive usando IOPS con provisioning preliminare. Questa opzione richiede l'interazione manuale e una comprensione del tempo di aumento della velocità effettiva.

Impatto della limitazione di richieste

Prendere in considerazione l'impatto della limitazione del carico di lavoro. Se la potenziale riduzione delle prestazioni dovuta alla limitazione è un problema, le operazioni di I/O al secondo con scalabilità automatica sono in grado di gestire dinamicamente i picchi del carico di lavoro per ridurre al minimo il rischio di limitazione e mantenere le prestazioni a un livello ottimale.

In definitiva, la decisione tra operazioni di I/O al secondo con scalabilità automatica e con provisioning preliminare dipende dai requisiti specifici del carico di lavoro e dalle aspettative sulle prestazioni. Analizzare i modelli di carico di lavoro, valutare le implicazioni sui costi e valutare il potenziale impatto della limitazione per fare una scelta che sia allineata alle priorità.

Considerazioni sul carico di lavoro	Operazioni IOPS con pre-provisioning	Operazioni di I/O al secondo con scalabilità automatica
Carichi di lavoro con modelli di I/O coerenti e prevedibili	Consigliato, perché usa solo operazioni di I/O al secondo di cui è stato effettuato il provisioning	Compatibile, non è richiesto alcun provisioning manuale delle operazioni IOPS
Carichi di lavoro con modelli di utilizzo diversi	Non consigliato perché potrebbe non offrire prestazioni efficienti durante i periodi di utilizzo elevati.	Consigliato perché si adatta automaticamente alla gestione di carichi di lavoro variabili
Carichi di lavoro con crescita dinamica o modifica delle esigenze prestazionali	Non consigliato perché richiede rettifiche costanti in base alla modifica del requisito delle operazioni di I/O al secondo	Consigliato perché non sono necessarie impostazioni aggiuntive per requisiti di velocità effettiva specifici

Considerazioni sul costo

Se si dispone di un carico di lavoro fluttuante con picchi imprevedibili, la scelta di operazioni di I/O al secondo con scalabilità automatica potrebbe risultare più conveniente. Assicura che si paghi solo per gli IOPS più elevati utilizzati durante i periodi di picco, offrendo flessibilità e risparmi sui costi. Anche se le operazioni di I/O al secondo con provisioning preliminare offrono IOPS coerenti e massime, potrebbero comportare costi più elevati, a seconda del carico di lavoro. Prendere in considerazione il compromesso tra costi e prestazioni richiesti dal server.

Test e valutazione

Se non si è certi dell'impostazione ottimale delle operazioni di I/O al secondo, valutare l'esecuzione di test delle prestazioni usando operazioni di I/O al secondo con scalabilità automatica e con provisioning preliminare. Valutare i risultati e determinare quale impostazione soddisfa i requisiti del carico di lavoro e le aspettative sulle prestazioni.

Esempio di carico di lavoro: sito Web di e-commerce

Si supponga di avere un sito Web di e-commerce che sperimenta fluttuazioni del traffico nel corso dell'intero anno. Durante i periodi normali, il carico di lavoro è moderato. Tuttavia, durante le stagioni festivi o promozioni speciali, il traffico aumenta in modo esponenziale.

Con le operazioni di I/O al secondo con scalabilità automatica il database può regolare dinamicamente le operazioni IOPS per gestire l'aumento del carico di lavoro durante i periodi di picco. Quando il traffico aumenta, come nel caso delle vendite del Black Friday, la funzionalità di scalabilità automatica consente al database di aumentare facilmente le operazioni IOPS per soddisfare la domanda. Questa capacità contribuisce a garantire prestazioni uniformi e ininterrotte e a evitare rallentamenti o interruzioni del servizio. Dopo il periodo di picco, quando il traffico diminuisce, le operazioni di I/O al secondo possono ridurre le prestazioni. Si risparmiano quindi i costi, perché si paga solo per le risorse utilizzate durante l'aumento.

Se si sceglie di effettuare il provisioning preliminare delle operazioni di I/O al secondo, è necessario stimare la capacità massima del carico di lavoro e allocare di conseguenza un numero fisso di IOPS. Tuttavia, durante i periodi di picco, il carico di lavoro potrebbe superare il limite di operazioni IOPS predeterminate. Di conseguenza, l'I/O di archiviazione potrebbe limitare, influendo sulle prestazioni e potenzialmente causando ritardi o timeout per gli utenti.

Esempio di carico di lavoro: piattaforma per la creazione di report e l'analisi dei dati

Si supponga di usare il Database di Azure per MySQL - Server flessibile per l'analisi dei dati in cui gli utenti inviano query complesse e attività di elaborazione dati su larga scala. Il modello di carico di lavoro è relativamente coerente, con un flusso costante di query durante il giorno.

Grazie alle operazioni IOPS con provisioning preliminare è possibile selezionare un numero appropriato di IOPS in base al carico di lavoro previsto. Se le operazioni IOPS scelte gestiscono adeguatamente il volume di query giornaliero, non esiste alcun rischio di limitazione o riduzione delle prestazioni. Questo approccio offre prevedibilità dei costi e consente di ottimizzare le risorse in modo efficiente senza la necessità di ridimensionamento dinamico.

La funzionalità di scalabilità automatica potrebbe non offrire vantaggi significativi in questo caso. Poiché il carico di lavoro è coerente, è possibile effettuare il provisioning del database con un numero fisso di operazioni di I/O al secondo che soddisfano comodamente la domanda. La scalabilità automatica potrebbe non essere necessaria perché non sono presenti picchi improvvisi di attività che richiedano operazioni IOPS aggiuntive.

Usando operazioni di I/O al secondo con provisioning preliminare, le prestazioni sono prevedibili senza la necessità di ridimensionamento. Il costo è direttamente associato all'archiviazione allocata.

Domande frequenti

Come faccio a passare dalle operazioni di I/O al secondo con provisioning preliminare alle operazioni IOPS con scalabilità automatica?

Nel portale di Azure e individuare il Database di Azure per MySQL - Server flessibile pertinente.
Passare al riquadro Impostazioni quindi selezionare Calcolo e archiviazione.
Nella sezione Operazioni di I/O al secondo, scegliere Operazioni IOPS con scalabilità automatica e salvare le impostazioni per applicare le modifiche.

Quanto tempo ci vuole perché le operazioni di I/O al secondo con scalabilità automatica abbiano effetto dopo aver effettuato la modifica?

Dopo aver abilitato l'autoscaling degli IOPS per il server flessibile di Database di Azure per MySQL e salvato le impostazioni, le modifiche diventano effettive immediatamente dopo il completamento della distribuzione alla risorsa. La funzionalità di operazioni di I/O al secondo con scalabilità automatica viene applicata al database senza alcun ritardo.

In che modo un'operazione di ripristino temporizzato influisce sull'utilizzo delle operazioni di I/O al secondo?

Durante un'operazione di ripristino temporizzato (PITR) in Database di Azure per MySQL - Server flessibile, viene creato un nuovo server e i dati vengono copiati dall'archiviazione del server di origine alla risorsa di archiviazione del nuovo server. Tale processo comporta un aumento dell'utilizzo delle operazioni IOPS nel server di origine.

Questo aumento dell'utilizzo delle operazioni IOPS è un'occorrenza normale e è indice di problemi con il server di origine o con l'operazione PITR. Al termine dell'operazione PITR, l'utilizzo delle operazioni IOPS nel server di origine torna ai livelli consueti.

Per altre informazioni sul PITR, vedere Backup e ripristino in Database di Azure per PostgreSQL - Server flessibile.

Come faccio a sapere quando le operazioni di I/O al secondo sono aumentate e diminuite nel momento in cui il server utilizza la funzionalità IOPS con scalabilità automatica? È possibile monitorare l'utilizzo delle operazioni IOPS per il server in uso?

Vedere la sezione Monitorare le prestazioni di archiviazione in precedenza in questo articolo. Contribuisce a identificare se il server ha aumentato o ridotto le prestazioni durante un intervallo di tempo specifico.

È possibile passare da operazioni di I/O al secondo con scalabilità automatica a operazioni IOPS con provisioning preliminare in un secondo momento?

Sì. È possibile tornare alle operazioni di I/O al secondo con provisioning preliminare selezionando questa voce nella sezione Calcolo e archiviazione del riquadro Impostazioni.

Come faccio a sapere quante operazioni di I/O al secondo ho usato in Database di Azure per MySQL - Server flessibile?

Passare a Monitoraggio nella sezione Panoramica oppure passare alla metrica Conteggio I/O di archiviazione nel riquadro Monitoraggio. La metrica Conteggio I/O di archiviazione fornisce la somma delle operazioni di I/O al secondo usate dal server nell'intervallo di tempo selezionato.

Condividi tramite