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à.
# Panoramica di Performance Insights su Amazon Aurora
**Importante**
AWS ha annunciato la end-of-life data di Performance Insights: 30 giugno 2026. Dopo questa data, Amazon RDS non supporterà più l’esperienza della console Approfondimenti sulle prestazioni, i periodi di conservazione flessibili (1-24 mesi) e i relativi prezzi. L’API Approfondimenti sulle prestazioni continuerà a esistere senza modifiche ai prezzi. I costi per l'API Performance Insights verranno visualizzati nella AWS fattura insieme al costo di CloudWatch Database Insights.
Si consiglia di aggiornare tutte DB Clusters di database utilizzando il livello a pagamento di Performance Insights alla modalità Advanced di Database Insights prima del 30 giugno 2026. Per informazioni sull’aggiornamento alla modalità avanzata di Database Insights, consulta [Attivazione della modalità avanzata di Database Insights per Amazon Aurora](USER_DatabaseInsights.TurningOnAdvanced.md).
Se non si esegue alcuna azione, i cluster di database che utilizzano Approfondimenti sulle prestazioni, per impostazione predefinita useranno la modalità standard di Database Insights. Con la modalità standard di Database Insights, è possibile perdere l’accesso alla cronologia dei dati sulle prestazioni di oltre 7 giorni e non essere in grado di utilizzare i piani di esecuzione e le funzionalità di analisi on demand nella console Amazon RDS. Dopo il 30 giugno 2026 solo la modalità Advanced di Database Insights supporterà i piani di esecuzione e l'analisi su richiesta.
Con CloudWatch Database Insights, puoi monitorare il carico del database per la tua flotta di database e analizzare e risolvere i problemi delle prestazioni su larga scala. Per ulteriori informazioni su Database Insights, consulta [Monitoraggio dei database Amazon Aurora con CloudWatch Database Insights](USER_DatabaseInsights.md). Per informazioni sui prezzi, consulta la pagina [ CloudWatch dei prezzi di Amazon](https://aws.amazon.com/cloudwatch/pricing/).
Per impostazione predefinita, RDS abilita Approfondimenti sulle prestazioni nella procedura guidata di creazione della console per tutti i motori Amazon RDS. Se si attiva Approfondimenti sulle prestazioni a livello di cluster di database, RDS abilita Approfondimenti sulle prestazioni per ogni istanza database nel cluster. Se in un'istanza database sono presenti più database, Performance Insights aggrega i dati sulle prestazioni.
Puoi trovare una panoramica di Performance Insights per Amazon Aurora nel seguente video.
[](http://www.youtube.com/watch?v=yOeWcPBT458)
**Topics**
+ [Carico del database](USER_PerfInsights.Overview.ActiveSessions.md)
+ [CPU massima](USER_PerfInsights.Overview.MaxCPU.md)
+ [Supporto del motore di Amazon Aurora DB, della regione e della classe di istanza per Performance Insights](USER_PerfInsights.Overview.Engines.md)
+ [Prezzi e conservazione dei dati per Performance Insights](USER_PerfInsights.Overview.cost.md)
# Carico del database
L’opzione *Carico del database (Carico DB)* misura il livello di attività della sessione nel database. `DBLoad` è la metrica chiave di Approfondimenti sulle prestazioni e Approfondimenti sulle prestazioni raccoglie il carico del database ogni secondo.
**Topics**
+ [Sessioni attive](#USER_PerfInsights.Overview.ActiveSessions.active-sessions)
+ [Media delle sessioni attive](#USER_PerfInsights.Overview.ActiveSessions.AAS)
+ [Media delle esecuzioni attive](#USER_PerfInsights.Overview.ActiveSessions.AAE)
+ [Dimensioni](#USER_PerfInsights.Overview.ActiveSessions.dimensions)
## Sessioni attive
Una *sessione database* rappresenta il dialogo di un'applicazione con un database relazionale. Una sessione attiva è una connessione che ha inviato lavoro a un motore del database ed è in attesa di una risposta dal motore del database.
Una sessione è attiva quando è in esecuzione sulla CPU o in attesa che una risorsa diventi disponibile in modo che possa proseguire. Ad esempio, una sessione attiva potrebbe attendere la lettura di una pagina (o blocco) in memoria e quindi consumare la CPU mentre legge i dati dalla pagina.
## Media delle sessioni attive
La *media delle sessioni attive (AAS)* è l'unità per il parametro `DBLoad` in Performance Insights. Misura quante sessioni sono attive contemporaneamente nel database.
Ogni secondo, Performance Insights esegue il campionamento del numero di sessioni che eseguono contemporaneamente una query. Per ogni sessione attiva, Performance Insights raccoglie i seguenti dati:
+ Istruzione SQL
+ Stato della sessione (in esecuzione sulla CPU o in attesa)
+ Host
+ Utente che esegue SQL
Performance Insights calcola il valore delle sessioni attive medie (AAS) dividendo il numero totale di sessioni per il numero totale di campioni per un periodo di tempo specifico. Ad esempio, nella tabella seguente vengono riportati 5 campioni consecutivi di una query in esecuzione, dove ogni campione viene acquisito a intervalli di 1 secondo.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.Overview.ActiveSessions.html)
Nell'esempio precedente, il carico DB per l'intervallo di tempo è 2 AAS. Questa misurazione significa che, in media, sono state attive 2 sessioni alla volta durante il periodo in cui sono stati acquisiti i 5 campioni.
## Media delle esecuzioni attive
La media delle esecuzioni attive (AAE) al secondo è correlata all'AAS. Per calcolare l'AAE, Performance Insights divide il tempo totale di esecuzione di una query per l'intervallo di tempo. Nella tabella seguente viene illustrato il calcolo AAE per la stessa query nella tabella precedente.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.Overview.ActiveSessions.html)
Nella maggior parte dei casi, l'AAS e AAE per una query sono quasi uguali. Tuttavia, poiché gli input per i calcoli sono origini dati diverse, i calcoli spesso variano leggermente.
## Dimensioni
Il parametro `db.load` è diverso dagli altri parametri di serie temporali in quanto può essere suddiviso in sottocomponenti detti dimensioni. Le dimensioni possono essere considerate come categorie "slice by" (dividi per) per le diverse caratteristiche del parametro `DBLoad`.
Quando si diagnosticano problemi di prestazioni, le dimensioni seguenti sono spesso le più utili:
**Topics**
+ [Eventi di attesa](#USER_PerfInsights.Overview.ActiveSessions.waits)
+ [Prime istruzioni SQL](#USER_PerfInsights.Overview.ActiveSessions.top-sql)
Per un elenco completo delle dimensioni per i motori Aurora, consulta [Carico del database suddiviso per dimensioni](USER_PerfInsights.UsingDashboard.Components.md#USER_PerfInsights.UsingDashboard.Components.AvgActiveSessions.dims).
### Eventi di attesa
Un *evento di attesa* fa sì che un'istruzione SQL attenda che si verifichi un evento specifico prima che possa continuare l'esecuzione. Gli eventi di attesa sono una dimensione o una categoria importante per il caricamento del database perché indicano dove il lavoro è impedito.
Ogni sessione attiva è in esecuzione sulla CPU o in attesa. Ad esempio, le sessioni consumano la CPU quando cercano in memoria un buffer, eseguono un calcolo o eseguono codice procedurale. Quando le sessioni non consumano la CPU, potrebbero essere in attesa che un buffer di memoria diventi libero, un file di dati da leggere o un registro in cui scrivere. Maggiore è il tempo in cui una sessione attende le risorse, minore è il tempo in cui viene eseguita sulla CPU.
Quando si sintonizza un database, si tenta spesso di scoprire le risorse che le sessioni sono in attesa. Ad esempio, due o tre eventi di attesa potrebbero rappresentare il 90% del carico DB. Questa misura significa che, in media, le sessioni attive trascorrono la maggior parte del tempo in attesa di un numero limitato di risorse. Se riesci a scoprire la causa di queste attese, puoi provare a fornire una soluzione.
Gli eventi di attesa variano in base al motore database:
+ Per un elenco degli eventi di attesa comuni per Aurora MySQL, consulta [Eventi di attesa Aurora MySQL](AuroraMySQL.Reference.Waitevents.md). Per informazioni su come sintonizzarsi utilizzando questi eventi di attesa, consulta [Ottimizzazione di Aurora MySQL](AuroraMySQL.Managing.Tuning.md).
+ Per informazioni su tutti gli eventi di attesa MySQL, consulta [Wait Event Summary Tables](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-wait-summary-tables.html) nella documentazione di MySQL.
+ Per un elenco degli eventi di attesa comuni per Aurora PostgreSQL, consulta [Eventi di attesa Amazon Aurora PostgreSQL](AuroraPostgreSQL.Reference.Waitevents.md). Per informazioni su come sintonizzarsi utilizzando questi eventi di attesa, consulta [Sintonizzazione degli eventi di attesa per Aurora PostgreSQL](AuroraPostgreSQL.Tuning.md).
+ Per informazioni su tutti gli eventi di attesa PostgreSQL, consulta la pagina relativa al [processo di raccolta delle statistiche e alle tabelle degli eventi di attesa](https://www.postgresql.org/docs/current/monitoring-stats.html#WAIT-EVENT-TABLE) nella documentazione di PostgreSQL.
### Prime istruzioni SQL
Mentre gli eventi di attesa mostrano i colli di bottiglia, il primo SQL mostra quali query stanno contribuendo maggiormente al caricamento del DB. Ad esempio, molte query potrebbero essere attualmente in esecuzione nel database, ma una singola query potrebbe consumare il 99 percento del carico DB. In questo caso, il carico elevato potrebbe indicare un problema con la query.
Per impostazione predefinita, la console Performance Insights visualizza le prime query SQL che contribuiscono al caricamento del database. La console mostra anche le statistiche pertinenti per ogni istruzione. Per diagnosticare problemi di prestazioni per un'istruzione specifica, è possibile esaminarne il piano di esecuzione.
# CPU massima
Nel dashboard, il grafico di **caricamento del database** raccoglie, aggrega e visualizza le informazioni sulla sessione. Per verificare se le sessioni attive superano la CPU massima, esaminare la loro relazione con la linea **vCPU massima**. Approfondimenti sulle prestazioni determina il valore **vCPU max** dal numero di core vCPU (CPU virtuale) per l’istanza database. Per Aurora Serverless v2, **Max vCPU** (Numero massimo di vCPU) rappresenta il numero stimato di vCPU.
Un processo può essere eseguito su una vCPU alla volta. Se il numero di processi supera il numero di vCPU, i processi vengono messi in coda. Quando la coda aumenta, le prestazioni del database diminuiscono. Se il carico è spesso sopra la linea **vCPU massima** e lo stato di attesa primario è CPU, la CPU è sovraccarica. In questo caso, si potrebbero limitare le connessioni all'istanza, ottimizzare le eventuali query SQL con un elevato carico CPU o valutare la possibilità di una classe istanza di maggiori dimensioni. Istanze elevate e costanti di qualsiasi stato di attesa indicano che possono verificarsi colli di bottiglia o problemi di conflitto delle risorse da risolvere. Questo può valere anche se il carico database non supera il valore della riga **CPU massima**.
# Supporto del motore di Amazon Aurora DB, della regione e della classe di istanza per Performance Insights
**Importante**
AWS ha annunciato la end-of-life data di Performance Insights: 30 giugno 2026. Dopo questa data, Amazon RDS non supporterà più l’esperienza della console Approfondimenti sulle prestazioni, i periodi di conservazione flessibili (1-24 mesi) e i relativi prezzi. L’API Approfondimenti sulle prestazioni continuerà a esistere senza modifiche ai prezzi. I costi per l'API Performance Insights verranno visualizzati nella AWS fattura insieme al costo di CloudWatch Database Insights.
Si consiglia di aggiornare tutte DB Clusters di database utilizzando il livello a pagamento di Performance Insights alla modalità Advanced di Database Insights prima del 30 giugno 2026. Per informazioni sull’aggiornamento alla modalità avanzata di Database Insights, consulta [Attivazione della modalità avanzata di Database Insights per Amazon Aurora](USER_DatabaseInsights.TurningOnAdvanced.md).
Se non si esegue alcuna azione, i cluster di database che utilizzano Approfondimenti sulle prestazioni, per impostazione predefinita useranno la modalità standard di Database Insights. Con la modalità standard di Database Insights, è possibile perdere l’accesso alla cronologia dei dati sulle prestazioni di oltre 7 giorni e non essere in grado di utilizzare i piani di esecuzione e le funzionalità di analisi on demand nella console Amazon RDS. Dopo il 30 giugno 2026 solo la modalità Advanced di Database Insights supporterà i piani di esecuzione e l'analisi su richiesta.
Con CloudWatch Database Insights, puoi monitorare il carico del database per la tua flotta di database e analizzare e risolvere i problemi delle prestazioni su larga scala. Per ulteriori informazioni su Database Insights, consulta [Monitoraggio dei database Amazon Aurora con CloudWatch Database Insights](USER_DatabaseInsights.md). Per informazioni sui prezzi, consulta la pagina [ CloudWatch dei prezzi di Amazon](https://aws.amazon.com/cloudwatch/pricing/).
Nella tabella seguente vengono forniti i motori di database Amazon Aurora che supportano Performance Insights.
| Motore database Amazon Aurora | Versioni motore e regioni supportate | Restrizioni delle classi di istanza |
| --- | --- | --- |
| Amazon Aurora edizione compatibile con MySQL | Per ulteriori informazioni sulla disponibilità di versioni e Regioni di Approfondimenti sulle prestazioni con Aurora MySQL, consulta [Performance Insights con Aurora MySQL](Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.md#Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.amy). | Performance Insights ha le seguenti restrizioni della classe di motori: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.Overview.Engines.html) |
| Amazon Aurora PostgreSQL-Compatible Edition | Per ulteriori informazioni sulla disponibilità di versioni e Regioni di Performance Insights con Aurora PostgreSQL, consulta [Performance Insights con Aurora PostgreSQL](Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.md#Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.apg). | N/D |
## Supporto del motore di database Amazon Aurora, della regione e della classe di istanza di Amazon Aurora per le funzionalità di Insights
Nella tabella seguente vengono forniti i motori di database Amazon Aurora che supportano funzionalità Performance Insights.
| Funzionalità | [Livello di prezzi](https://aws.amazon.com/rds/performance-insights/pricing/) | [Regioni supportate](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.RegionsAndAvailabilityZones.html#Concepts.RegionsAndAvailabilityZones.Regions) | Motori di database supportati | [Classi di istanza supportate](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html#Concepts.DBInstanceClass.Types) |
| --- | --- | --- | --- | --- |
| [Statistiche SQL per Performance Insights](sql-statistics.md) | Tutti | Tutti | Tutti | Tutti |
| [Analisi delle prestazioni del database per un periodo di tempo](USER_PerfInsights.UsingDashboard.AnalyzePerformanceTimePeriod.md) | Solo livello a pagamento | Tutti | Tutti | Tutti tranne db.serverless (Aurora Serverless v2) |
| [Visualizzazione dei consigli proattivi di Approfondimenti sulle prestazioni](USER_PerfInsights.InsightsRecommendationViewDetails.md) | Solo livello a pagamento | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.Overview.Engines.html) | Tutti | Tutti tranne db.serverless (Aurora Serverless v2) |
# Prezzi e conservazione dei dati per Performance Insights
Per impostazione predefinita, Approfondimenti sulle prestazioni include 7 giorni di cronologia dei dati sulle prestazioni e 1 milione di richieste API al mese. Puoi anche acquistare periodi di conservazione più lunghi. Per informazioni sui prezzi, consulta [Prezzi di Performance Insights](https://aws.amazon.com/rds/performance-insights/pricing/).
Nella console RDS, puoi scegliere uno dei seguenti periodi di conservazione per i dati di Performance Insights:
+ **Default (7 giorni)**
+ ***n* mesi**, dove ***n*** è un numero compreso tra 1 e 24
![\[Scelta di un periodo di conservazione per i dati di Performance Insights.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/pi-retention-periods.png)
Per informazioni su come impostare un periodo di conservazione utilizzando la AWS CLI, consulta [Attivazione e disattivazione di Approfondimenti sulle prestazioni per Aurora](USER_PerfInsights.Enabling.md).
**Nota**
L’arresto di un cluster di database con Approfondimenti sulle prestazioni abilitato non influisce sulla conservazione dei dati. Mentre un cluster di database viene arrestato, Approfondimenti sulle prestazioni non raccoglie dati.