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à.
DevOpsConcetti chiave per Guru for RDS
DevOpsGuru genera un'intuizione quando rileva un comportamento anomalo o problematico nelle applicazioni operative. Un'analisi contiene anomalie per una o più risorse. Un'anomalia rappresenta una o più metriche correlate rilevate da DevOps Guru che sono inaspettate o insolite.
Un'intuizione ha una gravità alta, media o bassa. La gravità dell'analisi è determinata dall'anomalia più grave che ha contribuito alla creazione dell'analisi. Ad esempio, se l'analisi AWS-ECS_ MemoryUtilization _and_others include un'anomalia con bassa gravità e un'altra con gravità elevata, la gravità complessiva dell'analisi è elevata.
Se le istanze DB di Amazon RDS hanno Performance Insights attivato, DevOps Guru for RDS fornisce analisi dettagliate e consigli sulle anomalie per queste istanze. Per identificare un'anomalia, DevOps Guru for RDS sviluppa una linea di base per i valori delle metriche del database. DevOpsGuru for RDS confronta quindi i valori metrici correnti con la linea di base storica.
Approfondimenti proattivi
Un approfondimento proattivo consente di individuare i comportamenti problematici prima che si verifichino. Contiene anomalie con consigli e metriche correlate per aiutarti a risolvere i problemi prima che diventino problemi più gravi.
Ogni pagina di analisi proattiva fornisce dettagli su un'anomalia.
Approfondimenti reattivi
Un approfondimento reattivo identifica un comportamento anomalo nel momento in cui si verifica. Contiene anomalie con consigli, metriche correlate ed eventi per aiutarti a comprendere e risolvere subito i problemi.
Anomalie causali
Un'anomalia causale è un'anomalia di livello superiore all'interno di un approfondimento reattivo. Viene mostrata come metrica principale nella pagina dei dettagli dell'anomalia nella console Guru. DevOps Il caricamento del database (caricamento del DB) è l'anomalia causale di Guru for RDS. DevOps Ad esempio, l'analisi AWS-ECS_ MemoryUtilization _and_others potrebbe presentare diverse anomalie metriche, una delle quali è il caricamento del database (carico DB) per la risorsa AWS/RDS.
In un'analisi approfondita, può verificarsi l'anomalia del carico del database (carico DB) per più istanze database di Amazon RDS. La gravità dell'anomalia potrebbe essere diversa per ogni istanza DB. Ad esempio, la gravità per un'istanza DB potrebbe essere elevata mentre la gravità per le altre è bassa. Per impostazione predefinita, la console utilizza l'anomalia con la gravità più elevata.
Anomalie contestuali
Un'anomalia contestuale è un risultato del carico del database correlato a un approfondimento reattivo. Viene visualizzata nella sezione Metriche correlate della pagina dei dettagli dell'anomalia nella console Guru. DevOps Ogni anomalia contestuale descrive uno specifico problema di prestazioni di Amazon RDS che richiede un'analisi. Ad esempio, un'anomalia causale può includere le seguenti anomalie contestuali:
-
Capacità della CPU superata: la coda di esecuzione della CPU o l'utilizzo della CPU sono superiori al normale.
-
Memoria del database insufficiente: i processi non dispongono di memoria sufficiente.
-
Connessioni al database con picchi: il numero di connessioni al database è superiore al normale.
Raccomandazioni
Ogni intuizione ha almeno un'azione suggerita. I seguenti esempi sono consigli generati da DevOps Guru per RDS:
-
Ottimizza gli ID SQL
List_of_IDSper ridurre l'utilizzo della CPU o aggiorna il tipo di istanza per aumentare la capacità della CPU. -
Esamina il picco associato delle connessioni correnti al database. Valuta la possibilità di ottimizzare le impostazioni del pool di applicazioni per evitare l'allocazione dinamica frequente di nuove connessioni al database.
-
Cerca istruzioni SQL che eseguono operazioni di memoria eccessive, come l'ordinamento in memoria o i join di grandi dimensioni.
-
Esamina l'elevato utilizzo di I/O per i seguenti ID SQL: List_of_IDS. -
Controlla le istruzioni che creano grandi quantità di dati temporanei, ad esempio quelle che eseguono ordinamenti di grandi dimensioni o utilizzano tabelle temporanee di grandi dimensioni.
-
Controlla le applicazioni per vedere cosa sta causando l'aumento del carico di lavoro del database.
-
Valuta la possibilità di abilitare il MySQL Performance Schema.
-
Verifica la presenza di transazioni di lunga durata e terminale con un commit o un rollback.
-
Configura il parametro idle_in_transaction_session_timeout per terminare qualsiasi sessione rimasta nello stato 'idle in transaction' per un periodo più lungo del tempo specificato.
