Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Best practice con Amazon Aurora
Questo argomento include informazioni sulle best practice e sulle opzioni generali per l'utilizzo o la migrazione di dati a un cluster database Amazon Aurora.
Alcune delle best practice per Amazon Aurora sono specifiche di un motore di database particolare. Per ulteriori informazioni sulle best practice Aurora specifiche per un motore di database, consulta quanto segue:
| Motore di database | Best practice |
|---|---|
|
Amazon Aurora MySQL |
Per informazioni, consulta Best practice con Amazon Aurora MySQL |
|
Amazon Aurora PostgreSQL |
Per informazioni, consulta Best practice con Amazon Aurora PostgreSQL |
Nota
Per suggerimenti comuni per Aurora, consulta Suggerimenti di Amazon Aurora.
Argomenti
Linee guida operative di base per Amazon Aurora
Di seguito sono illustrate le linee guida operative di base e le best practice che tutti dovrebbero seguire durante l'utilizzo di Amazon Aurora. Il contratto sul livello di servizio di Amazon RDS richiede che tu segua queste linee guida.
-
Monitora l'utilizzo della memoria, della CPU e dello storage. Amazon CloudWatch può essere configurato per avvisarti quando i modelli di utilizzo cambiano o quando stai per raggiungere la capacità massima della distribuzione. In questo modo, è possibile mantenere le prestazioni e la disponibilità del sistema.
-
Se l'applicazione client memorizza nella cache i dati DNS (Domain Name Service) delle tue istanze di database, imposta un valore time-to-live (TTL) inferiore a 30 secondi. L'indirizzo IP sottostante di un'istanza DB può cambiare dopo un failover. Pertanto, la memorizzazione nella cache dei dati DNS per un periodo di tempo prolungato può causare errori di connessione se l'applicazione tenta di connettersi a un indirizzo IP che non è più in servizio. Nei cluster di database Aurora con più repliche di lettura si possono verificare errori di connessione quando le connessioni utilizzano l'endpoint di lettura e una delle istanze di replica di lettura è in modalità di manutenzione o è stata eliminata.
-
Prova il failover per il cluster per capire quanto tempo impiega il processo per il tuo caso d'uso. Il test di failover consente di garantire che l'applicazione che accede al cluster DB possa connettersi automaticamente al nuovo cluster DB dopo il failover.
Suggerimenti relativi alla RAM per un'istanza di database
Per ottimizzare le prestazioni, alloca RAM sufficiente in modo che il working set risieda quasi interamente nella memoria. Per verificare se il working set è quasi completamente in memoria, esamina i parametri seguenti in Amazon CloudWatch:
-
VolumeReadIOPS– Misura il numero medio di operazioni I/O di lettura da un volume di cluster, indicato a intervalli di 5 minuti. Il valore diVolumeReadIOPSdovrebbe essere di piccola entità e stabile. In alcuni casi, potresti scoprire che l'I/O di lettura è in aumento o è più alto del solito. In tal caso, esaminare le istanze DB nel cluster DB per vedere quali istanze DB stanno causando l'aumento dell'I/O.Suggerimento
Se il tuo cluster Aurora MySQL utilizza una query parallela, potresti vedere un aumento dei valori di
VolumeReadIOPS. Le query parallele non utilizzano il pool di buffer. Pertanto, sebbene le query siano veloci, questa elaborazione ottimizzata può comportare un aumento delle operazioni di lettura e degli addebiti associati. -
BufferCacheHitRatio– Questo parametro misura la percentuale di richieste gestite dalla cache del buffer di un'istanza database nel cluster di database. Questo parametro offre visibilità sulla quantità di dati serviti dalla memoria.Una percentuale di riscontri elevata indica che l'istanza database dispone di memoria sufficiente. Una percentuale di riscontri bassa indica che le query su questa istanza database vengono spesso trasferite su disco. In questo caso esamina il carico di lavoro per stabilire quali query causano questo comportamento.
Se dall'esame del carico di lavoro emerge la necessità di aumentare la memoria, il dimensionamento della classe di istanza database con passaggio a una classe con più RAM potrebbe risultare vantaggioso. In seguito, potrai esaminare i parametri riportati sopra e incrementare ulteriormente in base alle esigenze. Se il cluster Aurora è più grande di 40 TB, non utilizzare le classi di istanza db.t2, db.t3 or db.t4g.
Per ulteriori informazioni, consulta CloudWatch Parametri Amazon per Amazon Aurora.
Driver di database AWS
Consigliamo la suite di driver AWS per la connettività delle applicazioni. I driver sono stati progettati per fornire supporto per tempi di switchover e failover più rapidi e per l’autenticazione con Gestione dei segreti AWS, AWS Identity and Access Management (IAM) e l’identità federata. I driver AWS si basano sul monitoraggio dello stato del cluster di database e conoscono la topologia del cluster per determinare la nuova istanza di scrittura. Questo approccio riduce i tempi di switchover e failover a meno di dieci secondi, rispetto alle decine di secondi necessari per i driver open source.
Con l’introduzione di nuove funzionalità di servizio, l’obiettivo della suite di driver AWS è quello di disporre di un supporto integrato per le stesse.
Per ulteriori informazioni, consulta Connessione ai cluster di database Aurora con i driver AWS.
Monitoraggio di Amazon Aurora
Amazon Aurora fornisce varie metriche e approfondimenti che è possibile monitorare per determinare lo stato e le prestazioni del cluster database Aurora. Per visualizzare i parametri Aurora, puoi utilizzare diversi strumenti, come la Console di gestione AWS, AWS CLI e l’API CloudWatch. È possibile visualizzare le metriche combinate di Performance Insights e CloudWatch nel pannello di controllo di Performance Insights e monitorare l'istanza database. Per utilizzare questa visualizzazione di monitoraggio, Performance Insights deve essere attivato per l'istanza database specifica. Per ulteriori informazioni su questa visualizzazione di monitoraggio, consulta Visualizzazione delle metriche combinate con la dashboard di Approfondimenti sulle prestazioni.
È possibile creare un report di analisi delle prestazioni per un periodo di tempo specifico e visualizzare le informazioni dettagliate identificate e i suggerimenti per risolvere i problemi. Per ulteriori informazioni, consulta Creazione di un report di analisi delle prestazioni in Approfondimenti sulle prestazioni.
Uso di gruppi di parametri database e gruppi di parametri cluster database
È consigliabile provare le modifiche al gruppo di parametri database e al gruppo di parametri del cluster di database su un cluster di database di test prima di applicarle al cluster di database di produzione. Un'impostazione non corretta dei parametri del motore di database può avere ripercussioni negative non previste, tra cui prestazioni scadenti e instabilità del sistema.
Fai sempre attenzione quando modifichi i parametri del motore di database ed effettui il backup di un cluster di database prima di modificare un gruppo di parametri database. Per ulteriori informazioni sul backup di un cluster di database, consulta Backup e ripristino di un cluster DB Amazon Aurora.
Video sulle best practice Amazon Aurora
Nel canale AWS Online Tech Talks su YouTube è disponibile un video di presentazione sulle best practice per la creazione e la configurazione di un cluster database Amazon Aurora sicuro e a disponibilità elevata.
