Avviso di fine del supporto: il 30 settembre 2027, AWS terminerà il supporto per Amazon DevOps Guru. Dopo il 30 settembre 2027, non potrai più accedere alla console Amazon Guru o alle risorse Amazon DevOps Guru. DevOps Per ulteriori informazioni, consulta Fine del supporto di Amazon DevOps Guru.
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 di Guru for RDS
DevOpsGuru genera una panoramica quando rileva un comportamento anomalo o problematico nelle applicazioni operative. Un approfondimento 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 severità alta , media o bassa. La gravità dell'intuizione è determinata dall'anomalia più grave che ha contribuito a creare l'intuizione. Ad esempio, se l'insight AWS-ECS _ MemoryUtilization _and_others include un'anomalia con bassa gravità e un'altra con gravità elevata, la gravità complessiva dell'insight è elevata.
Se le istanze DB di Amazon RDS hanno Performance Insights attivato, DevOps Guru for RDS fornisce analisi dettagliate e raccomandazioni sulle anomalie relative a tali 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 delle metriche 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 raccomandazioni e relative metriche per aiutarti a risolvere i problemi prima che diventino più gravi.
Ogni pagina di informazioni proattive 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 visualizzata come metrica principale nella pagina dei dettagli dell'anomalia nella console Guru. DevOps Il caricamento del database (carico DB) è l'anomalia causale di Guru for RDS. DevOps Ad esempio, l'insight AWS-ECS _ MemoryUtilization _and_others potrebbe presentare diverse anomalie metriche, una delle quali è il carico del database (carico DB) per la risorsa. AWS/RDS
In base a una panoramica, l'anomalia del carico del database (carico del database) può verificarsi per più istanze DB 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, nella console viene impostata l'anomalia con la massima gravità.
Anomalie contestuali
Un'anomalia contestuale è un risultato del carico del database correlato a un approfondimento reattivo. Viene visualizzato 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'indagine. 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.
-
Aumento delle connessioni al database: il numero di connessioni al database è superiore al normale.
Raccomandazioni
Ogni intuizione ha almeno un'azione suggerita. I seguenti esempi sono raccomandazioni generate 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 alle attuali connessioni 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 eseguano operazioni di memoria eccessive, come l'ordinamento in memoria o i join di grandi dimensioni.
-
Esamina l' I/O uso intensivo dei 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 che è rimasta nello stato «inattiva nella transazione» per più del tempo specificato.
