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 Le migliori pratiche con Amazon Aurora My SQL |
|
Amazon Aurora PostgreSQL |
Per informazioni, consulta Best practice con Amazon Aurora PostgreSQL |
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. Puoi configurare Amazon in modo che CloudWatch ti avvisi quando i modelli di utilizzo cambiano o quando ti avvicini alla capacità della tua implementazione. 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 istanze DB, 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 determinare se il tuo set di lavoro è quasi tutto in memoria, esamina le seguenti metriche su 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.
AWS driver di database
Consigliamo la AWS suite di driver 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 AWS Secrets Manager, AWS Identity and Access Management (IAM) e Federated Identity. I AWS driver si basano sul monitoraggio dello stato del cluster DB e sulla conoscenza della topologia del cluster per determinare il nuovo writer. Questo approccio riduce i tempi di switchover e failover a secondi a una cifra, rispetto alle decine di secondi dei driver open source.
Con l'introduzione di nuove funzionalità di servizio, l'obiettivo della AWS suite di driver è disporre di un supporto integrato per queste funzionalità di servizio.
Per ulteriori informazioni, consulta Connessione ai cluster Aurora DB 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. Puoi utilizzare vari strumenti, come, e l' CloudWatch API AWS Management Console AWS CLI, per visualizzare le metriche di Aurora. Puoi visualizzare la combinazione di Performance Insights e CloudWatch metriche nella dashboard di Performance Insights e monitorare la tua istanza DB. 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 Performance Insights.
È 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 rapporto di analisi delle prestazioni in Performance Insights.
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
Il canale AWS Online Tech Talks YouTube include una presentazione video sulle migliori pratiche per creare e configurare un cluster Amazon Aurora DB per renderlo più sicuro e ad alta disponibilità.
