Desempeño

Verifica si el clúster de base de datos Amazon Aurora tiene los recursos necesarios para soportar una carga de trabajo de lectura.

c1qf5bt038

Yellow:

aumento de las lecturas de la base de datos: la carga de la base de datos era alta y la base de datos leía más filas de las que escribía o actualizaba,

Se recomienda que ajuste las consultas para disminuir la carga de la base de datos o que agregue una instancia de base de datos de lectura a su clúster de base de datos con la misma clase y tamaño de instancia que la instancia de base de datos de escritor del clúster. La configuración actual tiene al menos una instancia de base de datos con una carga de base de datos continuamente alta, causada en el mayor número de casos por operaciones de lectura. Distribuya estas operaciones agregando otra instancia de base de datos al clúster y dirigiendo la carga de trabajo de lectura al punto de conexión de solo lectura del clúster de base de datos.

Un clúster de base de datos Aurora tiene un punto de conexión del lector para conexiones de solo lectura. Este punto de conexión utiliza el equilibrio de carga para gestionar las consultas que más contribuyen a la carga de la base de datos en el clúster de base de datos. El punto de conexión del lector dirige estas declaraciones a las réplicas de lectura de Aurora y reduce la carga en la instancia principal. El punto de conexión del lector también escala la capacidad de gestionar consultas SELECT simultáneas con la cantidad de réplicas de lectura de Aurora en el clúster.

Para obtener más información, consulte Añadir réplicas de Aurora a un clúster de base de datos y Administrar el rendimiento y el escalado de los clústeres de base de datos Aurora.

Comprueba si las tablas de Amazon DynamoDB y los índices secundarios globales tienen habilitado el escalado automático o bajo demanda.

El escalado automático de Amazon DynamoDB utiliza el servicio Auto Scaling de aplicaciones para ajustar de manera dinámica la capacidad de rendimiento aprovisionada en su nombre en respuesta a los patrones de tráfico reales. Esto permite a una tabla o índice secundario global incrementar su capacidad de lectura y escritura aprovisionada para abastecer incrementos repentinos del tráfico sin limitaciones controladas. Cuando la carga de trabajo disminuye, el Auto Scaling de aplicaciones puede reducir el rendimiento para evitar que tenga que pagar por una capacidad aprovisionada que no se utiliza.

Puede ajustar la configuración de las comprobaciones mediante los parámetros de sus AWS Config reglas.

Para obtener más información, consulte Administración automática de la capacidad de rendimiento con el escalado automático de DynamoDB.

c18d2gz136

AWS Config Regla gestionada: dynamodb-autoscaling-enabled

Amarillo: el escalado automático no está activado para los índices secundarios globales de and/or las tablas de DynamoDB.

A menos que ya disponga de un mecanismo para escalar automáticamente el rendimiento aprovisionado de su tabla and/or de DynamoDB (los índices secundarios globales) en función de sus requisitos de carga de trabajo, considere activar el escalado automático para sus tablas de Amazon DynamoDB.

Para obtener más información, consulte Uso de Consola de administración de AWS with DynamoDB auto scalingp.

Administración automática de la capacidad de rendimiento con el escalado automático de DynamoDB

Comprueba si la optimización de Amazon EBS está habilitada para sus EC2 instancias de Amazon.

Una instancia optimizada para Amazon EBS utiliza una pila de configuración optimizada y proporciona capacidad adicional y dedicada para Amazon EBS I/O. This optimization provides the best performance for your Amazon EBS volumes by minimizing contention between Amazon EBS I/O y otro tráfico de la instancia.

Para obtener más información, consulte Instancias optimizadas para Amazon EBS.

c18d2gz142

AWS Config Regla gestionada: ebs-optimized-instance

Amarillo: la optimización de Amazon EBS no está habilitada en las EC2 instancias de Amazon compatibles.

Active la optimización de Amazon EBS en las instancias compatibles.

Para obtener más información, consulte Habilitación de la optimización de EBS en el lanzamiento.

Instancias optimizadas para Amazon EBS

Comprueba los volúmenes de IOPS aprovisionadas (SSD) conectados a una instancia de Amazon Elastic Compute Cloud (Amazon EC2) optimizable para Amazon EBS que no esté optimizada para EBS.

Los volúmenes de IOPS provisionadas (SSD) de Amazon Elastic Block Store (Amazon EBS) están diseñados para ofrecer el rendimiento esperado solo cuando están conectados a una instancia optimizada para EBS.

PPkZrjsH2q

Amarillo: una EC2 instancia de Amazon que se puede optimizar para EBS tiene un volumen de IOPS aprovisionadas (SSD) adjunto, pero la instancia no está optimizada para EBS.

Cree una instancia nueva optimizada para EBS, separe el volumen y vuelva a adjuntarlo a la instancia nueva. Para obtener más información, consulte Instancias optimizadas para Amazon EBS y Adjuntar un volumen de Amazon EBS a una instancia.

Compruebe los volúmenes de Amazon Elastic Block Store (Amazon EBS) que se estaban ejecutando en cualquier momento durante el período de revisión. Esta comprobación le avisa si hay falta de aprovisionamiento de volúmenes de EBS para sus cargas de trabajo. Un alto uso coherente puede indicar un rendimiento optimizado y constante, pero también puede indicar que una aplicación no tiene suficientes recursos.

COr6dfpM04

Amarillo: un volumen de EBS que se aprovisionó de forma insuficiente durante el periodo retroactivo. Para determinar si un volumen tiene un aprovisionamiento insuficiente, tenemos en cuenta todas las CloudWatch métricas predeterminadas (incluidas las IOPS y el rendimiento). El algoritmo utilizado para identificar los volúmenes de EBS con aprovisionamiento insuficiente sigue las prácticas recomendadas. AWS El algoritmo se actualiza cuando se identifica un nuevo patrón.

Considere aumentar el tamaño de los volúmenes que tienen una alta utilización.

Para obtener más información, consulte Optar AWS Compute Optimizer por recibir Trusted Advisor cheques.

Comprueba si se ha creado un grupo de Amazon EC2 Auto Scaling a partir de una plantilla de EC2 lanzamiento de Amazon.

Utilice una plantilla de lanzamiento para crear sus grupos de Amazon EC2 Auto Scaling y garantizar el acceso a las últimas funciones y mejoras de los grupos de Auto Scaling. Por ejemplo, el control de versiones y varios tipos de instancias.

Para obtener más información, consulte Plantillas de lanzamiento.

c18d2gz102

AWS Config Regla gestionada: autoscaling-launch-template

Amarillo: el grupo Amazon EC2 Auto Scaling no está asociado a una plantilla de lanzamiento válida.

Utilice una plantilla de EC2 lanzamiento de Amazon para crear sus grupos de Amazon EC2 Auto Scaling.

Para obtener más información, consulte Creación de una plantilla de lanzamiento para un grupo de escalado automático.

Comprueba los volúmenes de Amazon EBS cuyo rendimiento podría verse afectado por la capacidad de rendimiento máxima de la EC2 instancia de Amazon a la que están conectados.

Para optimizar el rendimiento, debe asegurarse de que el rendimiento máximo de una EC2 instancia de Amazon sea superior al rendimiento máximo agregado de los volúmenes de EBS adjuntos. Esta comprobación calcula el rendimiento total del volumen de EBS de cada período de cinco minutos del día anterior (según la hora universal coordinada (UTC)) de cada instancia optimizada para EBS y le alerta si el uso en más de la mitad de esos períodos superó el 95% del rendimiento máximo de la instancia. EC2

Bh2xRR2FGH

Amarillo: el día anterior (UTC), el rendimiento total (megabytes/segundo) de los volúmenes de EBS adjuntos a la EC2 instancia superó el 95% del rendimiento publicado entre la instancia y los volúmenes de EBS en más del 50% de las veces.

Compare el rendimiento máximo de sus volúmenes de Amazon EBS (consulte Tipos de volúmenes de Amazon EBS) con el rendimiento máximo de la EC2 instancia de Amazon a la que están conectados. Consulte Tipos de instancias que admiten la optimización de EBS.

Considere adjuntar los volúmenes a una instancia que admita un mayor rendimiento en Amazon EBS para lograr un rendimiento óptimo.

Comprueba si el tipo de virtualización de una EC2 instancia de Amazon es paravirtual.

Una práctica recomendada es utilizar instancias de máquina virtual de hardware (HVM) en lugar de instancias paravirtuales, siempre que sea posible. Esto se debe a las mejoras en la virtualización de la HVM y a la disponibilidad de controladores fotovoltaicos para la HVM AMIs, que han reducido la brecha de rendimiento que existía históricamente entre la fotovoltaica y los huéspedes de la HVM. Es importante tener en cuenta que los tipos de instancias de la generación actual no son compatibles con la energía fotovoltaica. AMIs Por lo tanto, la elección de un tipo de instancia HVM brinda mejor rendimiento y compatibilidad con el hardware moderno.

Para obtener más información, consulte Tipos de virtualización de AMI de Linux.

c18d2gz148

AWS Config Regla gestionada: ec2- paravirtual-instance-check

Amarillo: el tipo de virtualización de las EC2 instancias de Amazon es paravirtual.

Utilice la virtualización HVM para sus EC2 instancias de Amazon y utilice un tipo de instancia compatible.

Para obtener información acerca de cómo elegir el tipo de virtualización adecuado, consulte Compatibilidad para cambiar el tipo de instancia.

Compatibilidad para cambiar el tipo de instancia

Comprueba si las definiciones de tareas de Amazon ECS tienen un límite de memoria establecido para las definiciones de contenedor. La cantidad total de memoria reservada para todos los contenedores dentro de una tarea debe ser menor que el valor de memoria de la tarea.

Para obtener más información, consulte Definiciones de contenedor.

c18d2gz176

AWS Config Regla gestionada: -hard-limit ecs-task-definition-memory

Amarillo: el límite máximo de memoria de Amazon ECS no está establecido.

Asigne memoria a sus tareas de Amazon ECS para evitar quedarse sin memoria. Si el contenedor intenta superar la memoria especificada, el contenedor se termina.

Para obtener más información, consulte ¿Cómo puedo asignar memoria a tareas en Amazon ECS?.

Reserva de clúster

Verifica si el sistema de archivos de Amazon EFS del cliente está configurado actualmente para utilizar el modo de rendimiento por ráfagas. El rendimiento en ráfagas de Amazon EFS utiliza «créditos» para un rendimiento superior al rendimiento de referencia (50 por KiB/s GiB). Una vez agotados los créditos, el rendimiento se limita hasta alcanzar el rendimiento básico, lo que puede provocar lentitud, errores en las aplicaciones y tiempos de espera para los usuarios. Para obtener más información sobre el modo por ráfagas, consulte Modo de rendimiento en la Guía del usuario de Amazon EFS

c1dfprch02

Si sus créditos de rendimiento por ráfagas son bajos o están agotados, considere la posibilidad de cambiar al modo de rendimiento elástico o aprovisionado para ofrecer a sus usuarios y aplicaciones el rendimiento deseado. Con el rendimiento aprovisionado puede establecer el rendimiento requerido de su carga de trabajo y pagar por la cantidad de rendimiento habilitada para el sistema de archivos. Si no está seguro de cuáles son sus requisitos de rendimiento, se puede utilizar el modo de rendimiento elástico, en el que el rendimiento se escala de forma elástica con la carga de trabajo y solo paga por lo que utiliza, medido en función del total de datos transferidos. Puede actualizar la configuración del sistema de archivos para cambiar entre los modos de rendimiento en cualquier momento. Para obtener más información sobre precios del rendimiento, consulte Precios de Amazon EFS. Puede calcular también sus costos con Calculadora de precios de AWS.

El parámetro autovacuum está desactivado en sus instancias de base de datos. Desactivar autovacuum aumenta la sobrecarga de la tabla y del índice y afecta al rendimiento.

Le recomendamos que active autovacuum en sus grupos de parámetros de base de datos.

c1qf5bt025

Amarillo: los grupos de parámetros de base de datos tienen autovacuum desactivado.

Active el parámetro autovacuum en sus grupos de parámetros de la base de datos.

La base de datos PostgreSQL requiere un mantenimiento periódico, lo que se conoce como autovacuum. Autovacuum en PostgreSQL automatiza la ejecución de los comandos VACCUUM y ANALYZE. Este proceso recopila las estadísticas de la tabla y elimina las filas muertas. Cuando autovacuum está desactivado, el aumento de la tabla, la saturación del índice y las estadísticas obsoletas repercuten en el rendimiento de la base de datos.

Para obtener más información, consulte Understanding autovacuum in Amazon RDS for PostgreSQL environments.

Sus clústeres de base de datos admiten volúmenes de hasta 64 TiB Las versiones más recientes del motor admiten volúmenes de hasta 128 TiB. Le recomendamos que actualice la versión del motor del clúster de base de datos a las versiones más recientes para admitir volúmenes de hasta 128 TiB.

c1qf5bt017

Amarillo: los clústeres solo admiten un volumen de hasta 64 TiB

Actualice la versión del motor de su clúster de base de datos para que admita volúmenes de hasta 128 TiB.

Al escalar verticalmente la aplicación en un único clúster de base de datos de Amazon Aurora, es posible que no alcance el límite si el límite de almacenamiento es de 128 TiB. El aumento del límite de almacenamiento ayuda a evitar la eliminación de los datos o la división de la base de datos en varias instancias.

Para obtener más información, consulte Límites de tamaño de Amazon Aurora.

Le recomendamos que utilice la misma clase de instancia de base de datos para todas las instancias de base de datos en su clúster de base de datos.

c1qf5bt009

Rojo: clústeres de base de datos tienen instancias de bases de datos con clases de instancia heterogéneas.

Utilice la misma clase y tamaño de instancia de base de datos para todas las instancias de base de datos del clúster de base de datos.

Cuando las instancias de base de datos de su clúster de base de datos utilizan diferentes clases o tamaños de instancias de base de datos, puede producirse un desequilibrio en la carga de trabajo de las instancias de base de datos. Durante una conmutación por error, una de las instancias de base de datos de lector pasa a ser una instancia de base de datos de escritor. Si las instancias de base de datos utilizan la misma clase y tamaño de instancia de base de datos, la carga de trabajo se puede equilibrar para las instancias de base de datos en su clúster de base de datos.

Para obtener más información, consulte Réplicas de Aurora.

Le recomendamos que utilice la misma clase de instancia de base de datos para todas las instancias de base de datos en su clúster de base de datos.

c1qf5bt008

Rojo: instancias de bases de datos en los clústeres con tamaños de instancia heterogéneos

Utilice la misma clase y tamaño de instancia de base de datos para todas las instancias de base de datos del clúster de base de datos.

Cuando las instancias de base de datos de su clúster de base de datos utilizan diferentes clases o tamaños de instancias de base de datos, puede producirse un desequilibrio en la carga de trabajo de las instancias de base de datos. Durante una conmutación por error, una de las instancias de base de datos de lector pasa a ser una instancia de base de datos de escritor. Si las instancias de base de datos utilizan la misma clase y tamaño de instancia de base de datos, la carga de trabajo se puede equilibrar para las instancias de base de datos en su clúster de base de datos.

Para obtener más información, consulte Réplicas de Aurora.

Los parámetros de memoria de las instancias de base de datos difieren considerablemente de los valores predeterminados. Esta configuración puede afectar al rendimiento y provocar errores.

Recomendamos restablecer los parámetros de memoria personalizados para la instancia de base de datos a sus valores predeterminados en el grupo de parámetros de la base de datos.

c1qf5bt020

Amarillo: los grupos de parámetros de base de datos tienen parámetros de memoria que se diferencian considerablemente de los valores predeterminados.

Restablezca los parámetros de memoria a sus valores predeterminados.

Para obtener más información, consulte Best practices for configuring parameters for Amazon RDS for MySQL, part 1: Parameters related to performance.

El planificador u optimizador de consultas no puede usar el plan de análisis de solo índice si está desactivado.

Se recomienda que establezca el valor del parámetro enable_indexonlyscan en 1.

c1qf5bt028

Amarillo: los grupos de parámetros de base de datos tienen el parámetro enable_indexonlyscan desactivado.

Establezca el parámetro enable_indexonlyscan en 1.

Al desactivar el parámetro enable_indexonlyscan, se impide que el planificador de consultas seleccione un plan de ejecución óptimo. El planificador de consultas utiliza un tipo de plan diferente, como el escaneo de índices, que puede aumentar el costo de la consulta y el tiempo de ejecución. El tipo de plan de escaneo solo con índices recupera los datos sin acceder a los datos de la tabla.

Para obtener más información, consulte enable_indexonlyscan (boolean) en el sitio web de documentación de PostgreSQL.

El planificador u optimizador de consultas no puede usar el plan de análisis de índice si está desactivado.

Es recomendable que establezca el valor del parámetro enable_indexscan en 1.

c1qf5bt029

Amarillo: los grupos de parámetros de base de datos tienen el parámetro enable_indexscan desactivado.

Establezca el parámetro enable_indexscan en 1.

Al desactivar el parámetro enable_indexscan, se impide que el planificador de consultas seleccione un plan de ejecución óptimo. El planificador de consultas utiliza un tipo de plan diferente, como el escaneo de índices, que puede aumentar el costo de la consulta y el tiempo de ejecución.

Para obtener más información, consulte enable_indexscan (boolean) en el sitio web de documentación de PostgreSQL.

El registro general está activado para su instancia de base de datos. Esta configuración es útil para solucionar los problemas de la base de datos. Sin embargo, activar el registro general aumenta la cantidad de I/O operaciones y el espacio de almacenamiento asignado, lo que puede provocar contención y una degradación del rendimiento.

Compruebe sus requisitos para el uso del registro general. Se recomienda que establezca el valor del parámetro general_logging en 0.

c1qf5bt037

Amarillo: los grupos de parámetros de base de datos tienen general_logging activado.

Compruebe sus requisitos para el uso del registro general. Si no es obligatorio, se recomienda que establezca el valor del parámetro general_logging en 0.

El registro de consultas general se activa cuando el valor del parámetro general_logging es 1. El registro de consultas general contiene registros de las operaciones del servidor de la base de datos. El servidor escribe información en este registro cuando los usuarios se conectan o desconectan y los registros contienen todas las instrucciones SQL recibidas de los clientes. El registro de consultas general resulta útil cuando se sospecha que se ha producido un error en un cliente y se desea buscar la información que el cliente ha enviado al servidor de la base de datos.

Para obtener más información, consulte Overview of RDS for MySQL database logs.

El cambio de almacenamiento en búfer permite a una instancia de base de datos de MySQL aplazar algunas escrituras necesarias para mantener los índices secundarios. Esta característica era útil en entornos con discos lentos. El cambio en la configuración del almacenamiento en búfer mejoró ligeramente el rendimiento de la base de datos, pero provocó un retardo en la recuperación tras un fallo y prolongó los tiempos de apagado durante la actualización.

Se recomienda establecer el valor del parámetro innodb_change_buffering en NONE.

c1qf5bt021

Amarillo: los grupos de parámetros de base de datos tienen el parámetro innodb_change_buffering establecido en un valor óptimo bajo.

Establezca el valor del parámetro innodb_change_buffering en NONE en sus grupos de parámetros de base de datos.

Para obtener más información, consulte Best practices for configuring parameters for Amazon RDS for MySQL, part 1: Parameters related to performance.

El parámetro innodb_open_files controla el número de archivos que InnoDB puede abrir a la vez. InnoDB abre todos los archivos de registro y de espacio de tablas del sistema cuando se ejecuta mysqld.

Su instancia de base de datos tiene un valor bajo para la cantidad máxima de archivos que InnoDB puede abrir a la vez. Se recomienda que establezca el parámetro innodb_open_files en un valor mínimo de 65.

c1qf5bt033

Amarillo: los grupos de parámetros de base de datos tienen mal configurada la configuración para abrir archivos de InnoDB.

Establezca el parámetro innodb_open_files en un valor mínimo de 65.

El parámetro innodb_open_files controla el número de archivos que InnoDB puede abrir a la vez. InnoDB mantiene todos los archivos de registro y los arcivos de espacio de tablas del sistema abiertos cuando se ejecuta mysqld. InnoDB también necesita abrir algunos archivos.ibd, si se utiliza el modelo de file-per-table almacenamiento. Cuando la configuración de innodb_open_files es baja, esto afecta al rendimiento de la base de datos y es posible que el servidor no se inicie.

Para obtener más información, consulte Opciones de inicio y variables de sistema de InnoDB: innodb_open_files en el sitio web de documentación. MySql

Su instancia de base de datos no está configurada para conservar las estadísticas de InnoDB en el disco. Cuando las estadísticas no están almacenadas, se vuelven a calcular cada vez que la instancia se reinicia y se accede a la tabla. Esto provoca variaciones en el plan de ejecución de las consultas. Puede modificar el valor de este parámetro global a nivel de tabla.

Se recomienda establecer el valor del parámetro innodb_stats_persistent en ON.

c1qf5bt032

Amarillo: los grupos de parámetros de base de datos tienen estadísticas del optimizador que no se conservan en el disco.

Establezca el valor del parámetro innodb_stats_persistent en ON.

Si el parámetro innodb_stats_persistent está establecido en ON, las estadísticas del optimizador se conservan cuando se reinicia la instancia. Esto mejora la estabilidad del plan de ejecución y el rendimiento uniforme de las consultas. Puede modificar la persistencia de las estadísticas globales a nivel de tabla mediante la cláusula STATS_PERSISTENT al crear o modificar una tabla.

Para obtener más información, consulte Best practices for configuring parameters for Amazon RDS for MySQL, part 1: Parameters related to performance.

Verifica si la instancia de Amazon RDS o la instancia de base de datos de Amazon Aurora tienen la capacidad de sistema necesaria para funcionar.

c1qf5bt039

Yellow:

O ut-of-memory muertes: cuando un proceso en el host de la base de datos se detiene debido a una reducción de memoria a nivel del sistema operativo, el contador de cancelaciones por falta de memoria (OOM) aumenta.

Intercambio excesivo: los valores de las métricas os.memory.swap.in y os.memory.swap.out eran altos.

Se recomienda ajustar las consultas para utilizar menos memoria o utilizar un tipo de instancia de base de datos con una mayor memoria asignada. Cuando la instancia se ejecuta con poca memoria, el rendimiento de la base de datos se ve afectado.

Out-of-memory se detectaron muertes: el núcleo de Linux invoca el asesino por falta de memoria (OOM) cuando los procesos que se ejecutan en el host requieren más memoria que la disponible físicamente en el sistema operativo. En este caso, el (OOM) Killer revisa todos los procesos en ejecución y detiene uno o más procesos para liberar memoria del sistema y mantenerlo en funcionamiento.

Se detecta un intercambio: cuando no hay suficiente memoria en el host de la base de datos, el sistema operativo envía al disco del espacio de intercambio unas cuantas páginas utilizadas como mínimo. Este proceso de descarga afecta al rendimiento de la base de datos.

Para obtener más información, consulte Tipos de instancias de Amazon RDS y Escalado de su instancia de Amazon RDS.

Sus instancias de base de datos utilizan el almacenamiento magnético. El almacenamiento magnético no se recomienda para la mayoría de las instancias de base de datos. Elija un tipo de almacenamiento diferente: de uso general (SSD) o IOPS aprovisionadas.

c1qf5bt000

Amarillo: los recursos de Amazon RDS utilizan el almacenamiento magnético.

Elija un tipo de almacenamiento diferente: de uso general (SSD) o IOPS aprovisionadas.

El almacenamiento magnético es un tipo de almacenamiento de una generación anterior. El tipo de almacenamiento recomendado para los nuevos requisitos de almacenamiento es el de uso general (SSD) o IOPS aprovisionadas. Estos tipos de almacenamiento ofrecen un rendimiento superior y uniforme y opciones de tamaño de almacenamiento mejoradas.

Para obtener más información, consulte Volumen de generaciones anteriores.

Las páginas grandes pueden aumentar la escalabilidad de la base de datos, pero la instancia de base de datos no utiliza páginas grandes. Le recomendamos que establezca el valor del parámetro use_large_pages en ONLY en el grupo de parámetros de base de datos de la instancia de base de datos.

c1qf5bt024

Amarillo: los grupos de parámetros de base de datos no utilizan páginas grandes.

Establezca el valor del parámetro use_large_pages en ONLY en sus grupos de parámetros de base de datos.

Para obtener más información, consulte Cómo activar una HugePages instancia de RDS para Oracle.

Cuando los cambios requieran que se purgue la caché de consultas, parecerá que la instancia de base de datos se ha bloqueado. La mayoría de las cargas de trabajo no se benefician de una caché de consultas. La caché de consultas se quitó de la versión 8.0 de MySQL. Es recomendable que establezca el parámetro query_cache_type en 0.

c1qf5bt022

Amarillo: los grupos de parámetros de base de datos tienen la caché de consultas activada.

Establezca el valor del parámetro query_cache_type en 0 en el grupo de parámetros de su base de datos.

Para obtener más información, consulte Best practices for configuring parameters for Amazon RDS for MySQL, part 1: Parameters related to performance.

Su base de datos se ejecuta en una clase de instancia de base de datos de generación anterior. Hemos sustituido las clases de instancia de base de datos de una generación anterior por clases de instancia de base de datos con mejor costo, rendimiento o ambos. Le recomendamos que ejecute su instancia de base de datos con una clase de instancia de base de datos de una generación más reciente.

c1qf5bt015

Rojo: las instancias de base de datos utilizan la clase de instancia de base de datos de fin de soporte.

Actualizar a la clase de instancia de bases de datos más reciente.

Para obtener más información, consulte Motores de base de datos compatibles para clases de instancia de base de datos.

No se admiten las bases de datos con la versión principal actual del motor de base de datos. Le recomendamos que actualice a la última versión principal, que incluye nuevas funciones y mejoras.

c1qf5bt014

Rojo: los recursos de RDS utilizan las versiones principales que ya no son compatibles.

Actualización a la versión principal más reciente del motor de base de datos.

Amazon RDS lanza nuevas versiones de los motores de bases de datos compatibles para mantener sus bases de datos con la versión más reciente. Las nuevas versiones lanzadas pueden incluir correcciones de errores, mejoras de seguridad y otras mejoras para el motor de base de datos. Puede minimizar el tiempo de inactividad necesario para la actualización de la instancia de base de datos mediante una blue/green implementación.

Para obtener más información, consulte los siguientes recursos:

Le recomendamos que actualice la versión principal a la última versión del motor compatible con Amazon RDS para continuar con el soporte de licencia actual. La versión del motor de su base de datos no será compatible con la licencia actual.

c1qf5bt016

Rojo: los recursos de Amazon RDS utilizan una edición del motor al final del soporte con licencia incluida

Le recomendamos que actualice su base de datos a la última versión compatible de Amazon RDS para seguir utilizando el modelo con licencia.

Para obtener más información, consulte Actualizaciones de versiones principales de Oracle.

Verifica los conjuntos de registros de recursos que se pueden cambiar a conjuntos de registros de recursos de alias para mejorar el rendimiento y ahorrar dinero.

Un conjunto de registros de recursos de alias enruta las consultas de DNS a un AWS recurso (por ejemplo, un balanceador de cargas ELB o un bucket de Amazon S3) o a otro conjunto de registros de recursos de Route 53. Cuando utilizas conjuntos de registros de recursos de alias, Route 53 enruta tus consultas de DNS a AWS los recursos de forma gratuita.

Las zonas alojadas creadas por AWS los servicios no aparecerán en los resultados de la comprobación.

B913Ef6fb4

Reemplace los conjuntos de registros de recursos de CNAME enumerados por conjuntos de registros de recursos de alias; consulte Elección entre conjuntos de registros de recursos de alias y sin alias.

También debes cambiar el tipo de registro de CNAME a A o AAAA, según el recurso. AWS Consulte Valores que se especifican al crear o editar conjuntos de registros de recursos de Amazon Route 53.

Enrutar las consultas a los recursos AWS

Comprueba las AWS Lambda funciones que se invocaron al menos una vez durante el período retrospectivo. Esta comprobación le avisa si alguna de las funciones Lambda tuvo falta de aprovisionamiento para el tamaño de la memoria. Cuando tiene funciones Lambda con falta de aprovisionamiento para el tamaño de la memoria, estas funciones tardan más en completarse.

COr6dfpM06

Amarillo: una función de Lambda que se aprovisionó de forma insuficiente para el tamaño de la memoria durante el periodo retroactivo. Para determinar si una función de Lambda está insuficientemente aprovisionada, tenemos en cuenta todas las CloudWatch métricas predeterminadas de esa función. El algoritmo utilizado para identificar las funciones Lambda mal aprovisionadas en cuanto al tamaño de la memoria sigue las prácticas recomendadas. AWS El algoritmo se actualiza cuando se identifica un nuevo patrón.

Considere aumentar el tamaño de la memoria de las funciones de Lambda.

Para obtener más información, consulte Optar AWS Compute Optimizer por recibir Trusted Advisor cheques.

Comprueba si AWS Lambda las funciones están configuradas con un límite de ejecución simultánea a nivel de función.

La simultaneidad es la cantidad de solicitudes en tránsito que la función de AWS Lambda administra al mismo tiempo. Para cada solicitud simultánea, Lambda aprovisiona una instancia independiente del entorno de ejecución.

Puede especificar el límite de simultaneidad reservado mínimo y máximo mediante los ConcurrencyLimitHighparámetros concurrencyLimitLowy de sus reglas. AWS Config

Para obtener más información, consulte Escalado de funciones de Lambda

c18d2gz181

AWS Config Regla gestionada: lambda-concurrency-check

Amarillo: la función de Lambda no tiene un límite de simultaneidad configurado.

Asegúrese de que las funciones de Lambda tengan configurada la simultaneidad. Un límite de simultaneidad para las funciones de Lambda ayuda a garantizar que la función procese las solicitudes de forma fiable y predecible. Un límite de simultaneidad reduce el riesgo de que la función se sature debido a un aumento repentino de tráfico.

Para obtener más información, consulte Configuración de la simultaneidad reservada.

Comprueba si hay problemas de alto riesgo (HRIs) para sus cargas de trabajo en el pilar del rendimiento. Esta verificación se basa en las revisiones de AWS-Well Architected. Los resultados de las verificaciones dependen de si ha completado la evaluación de la carga de trabajo con AWS Well-Architected.

Wxdfp4B1L2

AWS Well-Architected detectó problemas de alto riesgo durante la evaluación de la carga de trabajo. Estos problemas presentan oportunidades para reducir el riesgo y ahorrar dinero. Inicie sesión en la herramienta AWS Well-Architected para revisar las respuestas y tomar medidas para resolver los problemas activos.

Comprueba que el DNS esté correctamente configurado en CloudFront las distribuciones clásicas de Amazon que utilizan nombres de dominio alternativos (CNAMEs).

Si una CloudFront distribución incluye nombres de dominio alternativos, la configuración de DNS de los dominios debe dirigir las consultas de DNS a esa distribución.

N420c450f2

Actualice la configuración de DNS para dirigir las consultas de DNS a la CloudFront distribución; consulte Uso de nombres de dominio alternativos (CNAMEs).

Si utiliza Amazon Route 53 como servicio de DNS, consulte Enrutamiento del tráfico a una distribución CloudFront web de Amazon mediante el uso de su nombre de dominio. Si la comprobación superó el tiempo de espera, intente actualizarla.

Guía para CloudFront desarrolladores de Amazon

Comprueba los casos en los que la transferencia de datos desde los buckets de Amazon Simple Storage Service (Amazon S3) podría acelerarse mediante CloudFront Amazon, AWS el servicio de entrega de contenido global.

Cuando se configura CloudFront para entregar su contenido, las solicitudes de contenido se redirigen automáticamente a la ubicación perimetral más cercana donde se almacena el contenido en caché. Este enrutamiento permite enviar contenido a los usuarios con el mejor rendimiento posible. Una alta proporción de datos transferidos al exterior en comparación con los datos almacenados en el depósito indica que te vendría bien utilizar Amazon CloudFront para entregar los datos.

796d6f3D83

Considera usarlo CloudFront para obtener un mejor rendimiento. Consulta los detalles CloudFront del producto de Amazon.

Si los datos transferidos son de 10 TB al mes o más, consulta los CloudFront precios de Amazon para explorar los posibles ahorros de costos.

Comprueba los encabezados de las solicitudes HTTP que recibe CloudFront actualmente del cliente y los reenvía a tu servidor de origen.

Algunos encabezados, como la fecha o el agente de usuario, reducen significativamente la proporción de aciertos de la caché (la proporción de solicitudes que se atienden desde una CloudFront memoria caché perimetral). Esto aumenta la carga en su origen y reduce el rendimiento, ya que CloudFront debe reenviar más solicitudes a su origen.

N415c450f2

Amarillo: una o más cabeceras de solicitud que se CloudFront reenvíen a tu origen podrían reducir considerablemente la ratio de aciertos de la caché.

Considere si los encabezados de solicitud ofrecen tantos beneficios como para justificar el efecto negativo en la tasa de acceso a la caché. Si tu origen devuelve el mismo objeto independientemente del valor de un encabezado determinado, te recomendamos que no lo configures CloudFront para reenviar ese encabezado al origen. Para obtener más información, consulta CloudFront Cómo configurar la caché de objetos en función de los encabezados de las solicitudes.

Comprueba las instancias de Amazon Elastic Compute Cloud (Amazon EC2) que se han estado ejecutando en cualquier momento durante los últimos 14 días. Se envía una alerta si el uso diario de la CPU fue superior al 90 % en cuatro o más días.

Un uso elevado continuo puede indicar que el rendimiento está optimizado y es constante. Sin embargo, también puede indicar que una aplicación no tiene suficientes recursos. Para obtener datos de uso diario de la CPU, descargue el informe de esta verificación.

ZRxQlPsb6c

Amarillo: una instancia tuvo una utilización de la CPU superior al promedio diario del 90 % durante al menos 4 de los 14 días anteriores.

Considere agregar más instancias. Para obtener información acerca de cómo escalar la cantidad de instancias en función de la demanda, consulte ¿Qué es Auto Scaling?