# Uso de Performance Insights en Amazon Aurora **importante** AWS ha anunciado la fecha de fin de la vida útil de información de rendimiento: 30 de junio de 2026. Después de esta fecha, Amazon RDS dejará de admitir la experiencia de la consola de Información de rendimiento, los periodos de retención flexibles (de 1 a 24 meses) y los precios asociados. La API de Información de rendimiento seguirá existiendo sin cambios en los precios. Los costos de la API de Información de rendimiento aparecerán en la factura de AWS junto con el costo de información de la base de datos de CloudWatch. Le recomendamos que actualice cualquier clúster de base de datos con el nivel de pago de información de rendimiento al modo avanzado de la información de la base de datos antes del 30 de junio de 2026. Para obtener información sobre la actualización al modo avanzado de Información de rendimiento, consulte [Activación del modo avanzado de Información sobre las bases de datos para Amazon Aurora](USER_DatabaseInsights.TurningOnAdvanced.md). Si no realiza ninguna acción, los clústeres de base de datos que utilizan Información de rendimiento pasarán por defecto a utilizar el modo estándar de Información de rendimiento. Con el modo estándar de Información de base de datos, es posible que pierda el acceso al historial de datos de rendimiento de más de 7 días y que no pueda utilizar los planes de ejecución y las características de análisis bajo demanda en la consola de Amazon RDS. Después del 30 de junio de 2026, solo el modo avanzado de la información de base de datos admitirá los planes de ejecución y el análisis bajo demanda. Con la información de la base de datos de CloudWatch, puede supervisar la carga de base de datos de la flota de bases de datos y analizar y solucionar problemas de rendimiento a escala. Para obtener más detalles acerca de Información de base de datos, consulte [Supervisión de las bases de datos de Amazon Aurora con Información sobre las bases de datos de CloudWatch](USER_DatabaseInsights.md). Para obtener más información sobre precios, consulte [Precios de Amazon CloudWatch](https://aws.amazon.com/cloudwatch/pricing/). De forma predeterminada, RDS habilita Información sobre rendimiento en el asistente de creación de la consola para todos los motores de Amazon RDS. Si activa Información sobre rendimiento en el nivel de clúster de base de datos, RDS habilita Información sobre rendimiento para cada instancia de base de datos del clúster. Si tiene más de una base de datos en una instancia de base de datos, Performance Insights agrega datos de rendimiento. Encontrará información general sobre Performance Insights para Amazon Aurora en el siguiente vídeo. [![AWS Videos](http://img.youtube.com/vi/yOeWcPBT458/0.jpg)](http://www.youtube.com/watch?v=yOeWcPBT458) **Topics** + [Carga de base de datos](USER_PerfInsights.Overview.ActiveSessions.md) + [Máximo de la CPU](USER_PerfInsights.Overview.MaxCPU.md) + [El motor de base de datos de Amazon Aurora, la región y la clase de instancia son compatibles con Información de rendimiento](USER_PerfInsights.Overview.Engines.md) + [Precios y retención de datos de Performance Insights](USER_PerfInsights.Overview.cost.md) # Carga de base de datos La *carga de base de datos* mide el nivel de actividad de la sesión en la base de datos. `DBLoad` es la métrica clave de Información sobre rendimiento y Información sobre rendimiento recopila la carga de la base de datos cada segundo. **Topics** + [Sesiones activas](#USER_PerfInsights.Overview.ActiveSessions.active-sessions) + [Sesiones activas promedio](#USER_PerfInsights.Overview.ActiveSessions.AAS) + [Ejecuciones activas promedio](#USER_PerfInsights.Overview.ActiveSessions.AAE) + [Dimensiones](#USER_PerfInsights.Overview.ActiveSessions.dimensions) ## Sesiones activas Una *sesión de base de datos* representa el diálogo de una aplicación con una base de datos relacional. Una sesión activa es una conexión que ha enviado trabajo al motor de base de datos y está esperando una respuesta. Una sesión está activa cuando se ejecuta en la CPU o a la espera de que un recurso esté disponible para que pueda continuar. Por ejemplo, una sesión activa puede esperar a que se lea una página (o bloque) en la memoria y, a continuación, consumir CPU mientras lee los datos de la página. ## Sesiones activas promedio El *promedio de sesiones activas (AAS)* es la unidad para la métrica de `DBLoad` en Performance Insights. Mide cuántas sesiones están activas simultáneamente en la base de datos. Cada segundo, Información de rendimiento muestra el número de sesiones que ejecutan una consulta simultáneamente. Para cada sesión activa, Información de rendimiento recopila los siguientes datos: + Instrucción SQL + Estado de la sesión (en ejecución en la CPU o en espera) + Host + Usuario que ejecuta el SQL Información de rendimiento calcula el AAS que se obtiene dividiendo el número total de sesiones entre el número total de ejemplos de un periodo de tiempo específico. Por ejemplo, en la tabla siguiente se muestran 5 ejemplos consecutivos de una consulta en ejecución realizada a intervalos de 1 segundo. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.Overview.ActiveSessions.html) En el ejemplo anterior, la carga de base de datos para el intervalo de tiempo es de 2 AAS. Esta medición significa que, de media, 2 sesiones han estado activas a la vez durante el plazo en que se han tomado las 5 muestras. ## Ejecuciones activas promedio Las ejecuciones activas promedio (AAE) por segundo están relacionadas con las sesiones activas promedio. Para calcular el AAE, Performance Insights divide el tiempo total de ejecución de una consulta por el intervalo de tiempo. En la tabla siguiente se muestra el cálculo de AAE para la misma consulta de la tabla anterior. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.Overview.ActiveSessions.html) En la mayoría de los casos, el AAS y el AAE de una consulta dan aproximadamente lo mismo. Sin embargo, dado que las entradas de los cálculos son diferentes orígenes de datos, los cálculos suelen variar ligeramente. ## Dimensiones La métrica `db.load` es distinta de las demás métricas de series temporales porque puede desglosarla en subcomponentes llamados dimensiones. Las dimensiones son una especie de categorías “dividir por” de las diferentes características de la métrica `DBLoad`. Cuando se diagnostican problemas de rendimiento, las siguientes dimensiones suelen ser las más útiles: **Topics** + [Eventos de espera](#USER_PerfInsights.Overview.ActiveSessions.waits) + [SQL principal](#USER_PerfInsights.Overview.ActiveSessions.top-sql) Para obtener una lista completa de las dimensiones de los motores de Aurora, consulte [Carga de base de datos dividida por dimensiones](USER_PerfInsights.UsingDashboard.Components.md#USER_PerfInsights.UsingDashboard.Components.AvgActiveSessions.dims). ### Eventos de espera Un *evento de espera* hace que una instrucción SQL espere a que ocurra un evento específico antes de que pueda continuar ejecutándose. Los eventos de espera son una dimensión o categoría importante de la carga de base de datos, porque indican dónde se ve obstaculizado el trabajo. Cada sesión activa se ejecuta en la CPU o en espera. Por ejemplo, las sesiones consumen CPU cuando buscan memoria para un búfer, llevan a cabo un cálculo o ejecutan código de procedimiento. Cuando las sesiones no consumen CPU, pueden estar en espera de que se libere un búfer de memoria, se lea un archivo de datos o se escriba un registro. Cuanto más tiempo espere una sesión por los recursos, menos tiempo se ejecutará en la CPU. Cuando ajusta una base de datos, a menudo intenta averiguar los recursos que esperan las sesiones. Por ejemplo, dos o tres eventos de espera podrían representar el 90 por ciento de la carga de base de datos. Esta medida significa que, en promedio, las sesiones activas pasan la mayor parte del tiempo en espera de un pequeño número de recursos. Si puede averiguar la causa de estas esperas, puede intentar una solución. Los eventos de espera varían en función del motor de base de datos: + Para ver una lista de los eventos de espera de Aurora MySQL que se utilizan con más frecuencia, consulte [Eventos de espera de Aurora MySQL](AuroraMySQL.Reference.Waitevents.md). Para obtener información sobre cómo ajustar con estos eventos de espera, consulte [Ajuste de Aurora MySQL](AuroraMySQL.Managing.Tuning.md). + Para obtener más información sobre todos los MySQL, consulte [Wait Event Summary Tables (Tablas de resumen de eventos de espera)](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-wait-summary-tables.html) en la documentación de MySQL. + Para ver una lista de los eventos de espera de Aurora PostgreSQL que se utilizan con más frecuencia, consulte [Eventos de espera de Amazon Aurora PostgreSQL](AuroraPostgreSQL.Reference.Waitevents.md). Para obtener información sobre cómo ajustar con estos eventos de espera, consulte [Ajuste con eventos de espera de Aurora PostgreSQL](AuroraPostgreSQL.Tuning.md). + Para obtener más información sobre todos los eventos de espera de PostgreSQL, consulte [Ecentos de espera de PostgreSQL](https://www.postgresql.org/docs/current/monitoring-stats.html#WAIT-EVENT-TABLE) en la documentación de PostgreSQL. ### SQL principal Mientras que los eventos de espera muestran los cuellos de botella, la dimensión SQL principal indica qué consultas contribuyen más a la carga de base de datos. Por ejemplo, es posible que, aunque haya muchas consultas ejecutándose actualmente en la base de datos, una de ellas consuma el 99 % de la carga de base de datos. En este caso, es posible que la carga alta indique un problema con la consulta. De forma predeterminada, en la consola de Performance Insights se muestran las principales consultas SQL que contribuyen a la carga de la base de datos. En la consola se muestran también estadísticas importantes sobre cada instrucción. Para diagnosticar los problemas de rendimiento de una instrucción específica, puede examinar su plan de ejecución. # Máximo de la CPU En el panel, el gráfico de **Carga de base de datos** recopila, agrega y muestra información de la sesión. Para ver si las sesiones activas superan el máximo de la CPU, observe su relación con la línea **Máximo de la CPU virtual**. Información sobre rendimiento determina el valor **Máximo de la CPU virtual** mediante el número de núcleos de vCPU (CPU virtual) de la instancia de base de datos. Para Aurora sin servidor v2, **Max vCPU** (vCPU máximo) representa el número estimado de vCPU. Se puede ejecutar un proceso en una vCPU a la vez. Si el número de procesos supera el número de vCPU, los procesos comienzan a ponerse en cola. Cuando las colas aumentan, el rendimiento de la base de datos disminuye. Si la carga de base de datos suele estar por encima de la línea **Máximo de la CPU virtual** y el estado de espera principal es CPU, la CPU del sistema está sobrecargada. En este caso, quizá sea conveniente limitar las conexiones con la instancia, ajustar las consultas SQL con una carga de CPU alta o pensar en la posibilidad de usar una clase de instancia de mayor tamaño. Si hay instancias altas y uniformes en cualquier estado de espera, eso indica que es posible que haya problemas de contención de recursos o cuellos de botella que hay que resolver. Esto puede ser así aunque la carga de base de datos no cruce la línea de **Máximo de la CPU virtual**. # El motor de base de datos de Amazon Aurora, la región y la clase de instancia son compatibles con Información de rendimiento **importante** AWS ha anunciado la fecha de fin de la vida útil de información de rendimiento: 30 de junio de 2026. Después de esta fecha, Amazon RDS dejará de admitir la experiencia de la consola de Información de rendimiento, los periodos de retención flexibles (de 1 a 24 meses) y los precios asociados. La API de Información de rendimiento seguirá existiendo sin cambios en los precios. Los costos de la API de Información de rendimiento aparecerán en la factura de AWS junto con el costo de información de la base de datos de CloudWatch. Le recomendamos que actualice cualquier clúster de base de datos con el nivel de pago de información de rendimiento al modo avanzado de la información de la base de datos antes del 30 de junio de 2026. Para obtener información sobre la actualización al modo avanzado de Información de rendimiento, consulte [Activación del modo avanzado de Información sobre las bases de datos para Amazon Aurora](USER_DatabaseInsights.TurningOnAdvanced.md). Si no realiza ninguna acción, los clústeres de base de datos que utilizan Información de rendimiento pasarán por defecto a utilizar el modo estándar de Información de rendimiento. Con el modo estándar de Información de base de datos, es posible que pierda el acceso al historial de datos de rendimiento de más de 7 días y que no pueda utilizar los planes de ejecución y las características de análisis bajo demanda en la consola de Amazon RDS. Después del 30 de junio de 2026, solo el modo avanzado de la información de base de datos admitirá los planes de ejecución y el análisis bajo demanda. Con la información de la base de datos de CloudWatch, puede supervisar la carga de base de datos de la flota de bases de datos y analizar y solucionar problemas de rendimiento a escala. Para obtener más detalles acerca de Información de base de datos, consulte [Supervisión de las bases de datos de Amazon Aurora con Información sobre las bases de datos de CloudWatch](USER_DatabaseInsights.md). Para obtener más información sobre precios, consulte [Precios de Amazon CloudWatch](https://aws.amazon.com/cloudwatch/pricing/). Las siguiente tabla indica los motores de base de datos de Amazon Aurora que admiten la Información de rendimiento. | Motor de base de datos de Amazon Aurora | Versiones de motor y regiones compatibles | Restricciones de clase de instancia | | --- | --- | --- | | Amazon Aurora MySQL-Compatible Edition | Para obtener más información sobre la disponibilidad en versiones y regiones de Performance Insights con Aurora MySQL, consulte [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 tiene las siguientes restricciones de clase de motor: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.Overview.Engines.html) | | Edición de Amazon Aurora compatible con PostgreSQL | Para obtener más información sobre la disponibilidad en versiones y regiones de Performance Insights con Aurora PostgreSQL, consulte [Performance Insights con Aurora PostgreSQL](Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.md#Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.apg). | N/A | ## Compatibilidad del motor de la base de datos, la región y la clase de instancia de  Amazon Aurora con características de Información de rendimiento Las siguiente tabla indica los motores de base de datos de Amazon Aurora que admiten características de Información de rendimiento. | Característica | [Niveles de precios](https://aws.amazon.com/rds/performance-insights/pricing/) | [Regiones admitidas](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.RegionsAndAvailabilityZones.html#Concepts.RegionsAndAvailabilityZones.Regions) | Motores de bases de datos compatibles | [Clases de instancias admitidas](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html#Concepts.DBInstanceClass.Types) | | --- | --- | --- | --- | --- | | [Estadísticas de SQL para Performance Insights](sql-statistics.md) | Todos | Todos | Todos | Todos | | [Análisis del rendimiento de la base de datos durante un período de tiempo](USER_PerfInsights.UsingDashboard.AnalyzePerformanceTimePeriod.md) | Solo nivel de pago | Todos | Todos | Todos excepto db.serverless (Aurora Serverless v2) | | [Visualización de las recomendaciones proactivas de Información de rendimiento](USER_PerfInsights.InsightsRecommendationViewDetails.md) | Solo nivel de pago | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.Overview.Engines.html) | Todos | Todos excepto db.serverless (Aurora Serverless v2) | # Precios y retención de datos de Performance Insights De forma predeterminada, Performance Insights ofrece una capa gratuita que incluye 7 días de historial de datos de rendimiento y 1 millón de solicitudes de API al mes. También puede comprar períodos de retención más largos. Para obtener información completa sobre los precios, consulte los [precios de Performance Insights](https://aws.amazon.com/rds/performance-insights/pricing/). En la consola de RDS, puede elegir cualquiera de los siguientes períodos de retención de sus datos de Performance Insights: + **Predeterminado (7 días)** + ***n*meses**, donde***n***es un número del 1 al 24 ![\[Elija un período de retención para los datos de Performance Insights.\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/AuroraUserGuide/images/pi-retention-periods.png) Para obtener información para configurar un período de retención con AWS CLI, consulte .