IOPS di archiviazione nel Database di Azure per MySQL - Server flessibile
SI APPLICA A:
Database di Azure per MySQL - Server flessibile
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 di I/O al secondo superiori indicano prestazioni di archiviazione migliori, che consentono al database di gestire operazioni di lettura e scrittura più simultanee. Il risultato è un recupero dei dati più rapido e un miglioramento dell'efficienza complessiva.
Se l'impostazione operazioni di I/O al secondo è troppo bassa, il server di database potrebbe riscontrare ritardi nell'elaborazione delle richieste, con conseguente rallentamento delle prestazioni e riduzione della velocità effettiva. Se l'impostazione operazioni di I/O al secondo è troppo elevata, 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
Database di Azure per MySQL - Il server flessibile offre attualmente due impostazioni per la gestione delle operazioni di I/O al secondo: operazioni di I/O al secondo con provisioning preliminare e scalabilità automatica delle operazioni di I/O al secondo.
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 server flessibile Database di Azure per MySQL. 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 consente di 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 IOPS con scalabilità automatica
La scalabilità automatica delle operazioni di I/O al secondo offre la flessibilità necessaria per ridimensionare le operazioni di I/O al secondo su richiesta. Quando si abilitano operazioni di I/O al secondo di 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 consente di ottimizzare le prestazioni del carico di lavoro senza intervento manuale o configurazione. Per informazioni dettagliate sulle operazioni di I/O al secondo massime supportate per ogni livello di servizio e dimensioni di calcolo, vedere la documentazione del livello di servizio.
Altri vantaggi della scalabilità automatica delle operazioni di I/O al secondo includono:
Gestione dei picchi di carico di lavoro: le operazioni di I/O al secondo di scalabilità automatica consentono al database di gestire facilmente picchi o fluttuazioni del carico di lavoro senza compromettere le prestazioni delle applicazioni. Questa funzionalità consente di garantire una velocità di risposta coerente, anche durante i periodi di utilizzo di picco.
Risparmio sui costi: a differenza delle operazioni di I/O al secondo con provisioning preliminare, in cui si specifica e si paga un limite di operazioni di I/O al secondo fisse indipendentemente dall'utilizzo, le operazioni di I/O con scalabilità automatica consentono di pagare solo il numero di operazioni di I/O usate. Si evitano le spese e il provisioning non necessari per le risorse sottoutilizzate. Il risultato è sia il risparmio sui costi che le prestazioni ottimali, rendendo la scalabilità automatica una scelta 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
- Nella portale di Azure passare al server flessibile Database di Azure per 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
- Nella portale di Azure passare al server flessibile Database di Azure per MySQL.
- 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 di I/O di archiviazione e il conteggio
- Nella portale di Azure passare al server flessibile Database di Azure per MySQL.
- Passare a Monitoraggio>metriche.
- Selezionare Aggiungi metrica.
- Nell'elenco a discesa delle metriche disponibili selezionare Percentuale I/O archiviazione e Conteggio I/O archiviazione.
Selezionare l'impostazione ottimale delle operazioni di I/O al secondo
Ora che si è appreso come monitorare l'utilizzo delle operazioni di I/O al secondo in modo efficace, è possibile esplorare le impostazioni migliori per il server. Quando si sceglie l'impostazione operazioni di I/O al secondo per l'istanza del server flessibile Database di Azure per MySQL, prendere in considerazione i fattori seguenti. La comprensione di questi fattori consente di prendere una decisione informata per 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 dover affrontare 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 di I/O al secondo coerenti, potrebbe essere preferibile eseguire il pre-provisioning delle operazioni di I/O al secondo. Fornisce un livello di prestazioni prevedibile e l'allocazione fissa delle operazioni di I/O al secondo è 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 operazioni di I/O al secondo 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 una potenziale riduzione delle prestazioni dovuta alla limitazione è un problema, le operazioni di I/O al secondo di scalabilità automatica possono 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 la scalabilità automatica e le operazioni di I/O al secondo 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 prendere in considerazione il potenziale impatto della limitazione per fare una scelta allineata alle priorità.
| Considerazioni sul carico di lavoro | Operazioni IOPS con pre-provisioning | Operazioni IOPS 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, senza provisioning manuale delle operazioni di I/O al secondo necessarie |
| Carichi di lavoro con modelli di utilizzo diversi | Non consigliato, perché potrebbe non offrire prestazioni efficienti durante periodi di utilizzo elevati. | Consigliato, perché si adatta automaticamente per gestire carichi di lavoro variabili |
| Carichi di lavoro con crescita dinamica o modificare le esigenze di prestazioni | Non consigliato, perché richiede rettifiche costanti per modificare i requisiti di IOPS | Consigliato, perché non sono necessarie impostazioni aggiuntive per requisiti di velocità effettiva specifici |
Considerazioni sui costi
Se si dispone di un carico di lavoro fluttuante con picchi imprevedibili, la scelta di operazioni di I/O al secondo a scalabilità automatica potrebbe risultare più conveniente. Garantisce di pagare solo le operazioni di I/O al secondo più elevate usate durante i periodi di picco, offrendo flessibilità e risparmi sui costi. Anche se le operazioni di I/O al secondo con provisioning preliminare offrono operazioni di I/O al secondo 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, prendere in considerazione l'esecuzione di test delle prestazioni usando operazioni di I/O al secondo di scalabilità automatica e operazioni di I/O al secondo con provisioning preliminare. Valutare i risultati e determinare quale impostazione soddisfa i requisiti del carico di lavoro e le aspettative sulle prestazioni.
Carico di lavoro di esempio: sito Web di e-commerce
Si supponga di essere proprietari di un sito Web di e-commerce che sperimenta fluttuazioni nel traffico durante tutto l'anno. Durante i periodi normali, il carico di lavoro è moderato. Ma durante le stagioni festivi o promozioni speciali, il traffico aumenta in modo esponenziale.
Con le operazioni di I/O al secondo di scalabilità automatica, il database può regolare dinamicamente le operazioni di I/O al secondo per gestire l'aumento del carico di lavoro durante i periodi di picco. Quando il traffico aumenta, ad esempio durante le vendite di Black Friday, la funzionalità di scalabilità automatica consente al database di aumentare facilmente le operazioni di I/O al secondo per soddisfare la domanda. Questa capacità consente di garantire prestazioni uniformi e ininterrotte e consente di 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 pre-provisioning delle operazioni di I/O al secondo, è necessario stimare la capacità massima del carico di lavoro e allocare di conseguenza un numero fisso di operazioni di I/O al secondo. Tuttavia, durante i periodi di picco, il carico di lavoro potrebbe superare il limite di operazioni IOPS predeterminate. L'I/O di archiviazione potrebbe quindi limitare, influire sulle prestazioni e potenzialmente causare ritardi o timeout per gli utenti.
Carico di lavoro di esempio: piattaforma per la creazione di report e l'analisi dei dati
Si supponga di usare 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.
Con il pre-provisioning delle operazioni di I/O al secondo, è possibile selezionare un numero appropriato di operazioni di I/O al secondo 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.
In questo caso, la funzionalità di scalabilità automatica potrebbe non offrire vantaggi significativi. 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 richiedono operazioni di I/O al secondo 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
Ricerca per categorie passare da operazioni di I/O al secondo con provisioning preliminare a operazioni di I/O al secondo di scalabilità automatica?
- Nella portale di Azure trovare il server flessibile Database di Azure per MySQL pertinente.
- Passare al riquadro Impostazioni e quindi selezionare Calcolo e archiviazione.
- Nella sezione Operazioni di I/O al secondo selezionare Operazioni di I/O al secondo di scalabilità automatica e salvare le impostazioni per applicare le modifiche.
Quanto tempo viene applicata la scalabilità automatica delle operazioni di I/O al secondo dopo aver apportato la modifica?
Dopo aver abilitato le operazioni di I/O al secondo di scalabilità automatica per il server flessibile Database di Azure per MySQL e salvare le impostazioni, le modifiche diventano effettive immediatamente dopo il completamento della distribuzione nella risorsa. La funzionalità di I/O al secondo di 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 dalla risorsa di 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.
L'aumento dell'utilizzo delle operazioni di I/O al secondo è un'occorrenza normale e non indica problemi con il server di origine o l'operazione PITR. Al termine dell'operazione pitr, l'utilizzo delle operazioni di I/O al secondo nel server di origine torna ai livelli normali.
Per altre informazioni sul ripristino temporizzato, vedere Backup e ripristino in Database di Azure per MySQL - Server flessibile.
Ricerca per categorie sapere che le operazioni di I/O al secondo sono state ridimensionate e ridimensionate quando il server usa la funzionalità di I/O al secondo di scalabilità automatica? È possibile monitorare l'utilizzo delle operazioni di I/O al secondo per il server?
Vedere la sezione Monitorare le prestazioni di archiviazione in precedenza in questo articolo. Consente di identificare se il server ha aumentato o ridotto le prestazioni durante un intervallo di tempo specifico.
È possibile passare tra operazioni di I/O al secondo di scalabilità automatica e operazioni di I/O al secondo con provisioning preliminare in un secondo momento?
Sì. È possibile tornare alle operazioni di I/O al secondo con provisioning preliminare selezionandolo nella sezione Calcolo e archiviazione del riquadro Impostazioni .
Ricerca per categorie sapere quante operazioni di I/O al secondo usate in Database di Azure per MySQL - Server flessibile?
Passare a Monitoraggio nella sezione Panoramica oppure passare alla metrica Conteggio I/O archiviazione nel riquadro Monitoraggio . La metrica Conteggio I/O archiviazione fornisce la somma delle operazioni di I/O al secondo usate dal server nell'intervallo di tempo selezionato.
Contenuto correlato
- Altre informazioni sulle limitazioni del servizio.
- Ottenere informazioni sui prezzi .