Rendimiento

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 la comprobación mediante los parámetros de las reglas de AWS Config.

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

c18d2gz136

Regla administrada de AWS Config: dynamodb-autoscaling-enabled

Amarillo: el escalado automático no está habilitado para las tablas de DynamoDB ni para los índices secundarios globales.

A menos que ya disponga de un mecanismo para escalar de manera automática el rendimiento aprovisionado de su tabla de DynamoDB o los índices secundarios globales en función de los requisitos de la carga de trabajo, considere la posibilidad de activar el escalado automático para sus tablas de Amazon DynamoDB.

Para obtener más información, consulte Uso de la consola de administración de AWS con el escalado automático de DynamoDB.

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 las instancias de Amazon EC2.

Una instancia optimizada para Amazon EBS utiliza una pila de configuración optimizada y proporciona capacidad adicional y dedicada para las E/S de Amazon EBS. Esta optimización proporciona el mejor rendimiento para sus volúmenes de Amazon EBS, ya que minimiza la contención entre las E/S de Amazon EBS y otro tráfico procedente de la instancia.

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

c18d2gz142

Regla administrada de AWS Config: ebs-optimized-instance

Amarillo: la optimización de Amazon EBS no está habilitada en las instancias de Amazon EC2 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

Verifica los volúmenes de IOPS provisionadas (SSD) conectados a una instancia de Amazon Elastic Compute Cloud (Amazon EC2) optimizable de 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 instancia de Amazon EC2 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 está subaprovisionado, tenemos en cuenta todas las métricas predeterminadas de CloudWatch (incluidas las IOPS y el rendimiento). El algoritmo utilizado para identificar los volúmenes de EBS subaprovisionados sigue las prácticas recomendadas de 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 Acepte AWS Compute Optimizer para las comprobaciones de Trusted Advisor.

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

Utilice una plantilla de lanzamiento para crear sus grupos de Amazon EC2 Auto Scaling y garantizar el acceso a las características y las mejoras más recientes del grupo de escalado automático. Por ejemplo, el control de versiones y varios tipos de instancias.

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

c18d2gz102

Regla administrada de AWS Config: autoscaling-launch-template

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

Utilice una plantilla de lanzamiento de Amazon EC2 para crear 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.

Verifica los volúmenes de Amazon EBS cuyo rendimiento puede verse afectado por la capacidad de rendimiento máximo de la instancia de Amazon EC2 a la que están conectados.

Para optimizar el rendimiento, debe asegurarse de que el rendimiento máximo de una instancia de Amazon EC2 es mayor que el rendimiento máximo agregado de los volúmenes de EBS conectados. Esta verificación calcula el rendimiento total del volumen de EBS para cada periodo de cinco minutos del día anterior (basado en la hora universal coordinada (UTC)) para cada instancia optimizada para EBS y le avisa si el uso en más de la mitad de esos periodos fue superior al 95 % del rendimiento máximo de la instancia EC2.

Bh2xRR2FGH

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

Compare el rendimiento máximo de los volúmenes de Amazon EBS (consulte Tipos de volumen de Amazon EBS) con el rendimiento máximo de la instancia de Amazon EC2 a la que están adjuntados. 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 instancia de Amazon EC2 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 HVM y a la disponibilidad de los controladores PV para AMI HVM, que cerraron la brecha de rendimiento que existía históricamente entre los invitados PV y HVM. Es importante tener en cuenta que los tipos de instancias de la generación actual no admiten AMI PV. 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

Regla administrada de AWS Config: ec2-paravirtual-instance-check

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

Utilice la virtualización HVM para sus instancias de Amazon EC2 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

Regla administrada de AWS Config: ecs-task-definition-memory-hard-limit

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 por ráfagas de Amazon EFS utiliza “créditos” para un rendimiento superior al rendimiento de referencia (50 KiB/s por 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, la activación del registro general aumenta la cantidad de operaciones de E/S y el espacio de almacenamiento asignado, lo que puede provocar problemas de 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 almacenamiento de archivo por tabla. 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 InnoDB Startup Options and System Variables - innodb_open_files en el sitio web de documentación de 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:

finalizaciones por falta de memoria: cuando un proceso en el host de la base de datos se detiene debido a una reducción de la memoria a nivel del sistema operativo, el contador de finalizaciones 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.

Se detectaron problemas de memoria por falta de memoria: el núcleo de Linux invoca el (OOM) Killer 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 Turning on HugePages for an RDS for Oracle instance.

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 implementación azul/verde.

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 recurso de AWS (por ejemplo, un balanceador de carga de Elastic Load Balancing o un bucket de Amazon S3) o a otro conjunto de registros de recursos de Route 53. Cuando utiliza conjuntos de registros de recursos de alias, Route 53 enruta sus consultas DNS a recursos de AWS gratuitos.

Las zonas alojadas creadas mediante los servicios de AWS no aparecerán en los resultados de la verificació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 es necesario cambiar el tipo de registro de CNAME a A o AAAA, según el recurso de AWS. Consulte Valores que se especifican al crear o editar conjuntos de registros de recursos de Amazon Route 53.

Direccionamiento de consultas a recursos de AWS

Compruebe las funciones AWS Lambda que se invocaron al menos una vez durante el período de revisión. 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á subaprovisionada, tenemos en cuenta todas las métricas de CloudWatch predeterminadas para esa función. El algoritmo utilizado para identificar las funciones de Lambda subaprovisionadas para el tamaño de la memoria sigue las prácticas recomendadas de 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 Acepte AWS Compute Optimizer para las comprobaciones de Trusted Advisor.

Comprueba si las funciones de AWS Lambda 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 parámetros concurrencyLimitLow y ConcurrencyLimitHigh en las reglas de AWS Config.

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

c18d2gz181

Regla administrada de AWS Config: 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.

Verifica si hay problemas de alto riesgo para las cargas de trabajo en el pilar de 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.

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

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

N420c450f2

Actualice la configuración de DNS para enrutar las consultas de DNS a la distribución de CloudFront; consulte Usar nombres de dominio alternativos (CNAME).

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

Guía para desarrolladores de Amazon CloudFront

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

Cuando configura CloudFront para entregar su contenido, las solicitudes de su contenido se enrutan automáticamente a la ubicación de borde más cercana donde el contenido se almacena en la caché. Este enrutamiento permite enviar contenido a los usuarios con el mejor rendimiento posible. Una alta proporción de datos transferidos en comparación con los datos almacenados en el bucket indica que puede beneficiarse del uso de Amazon CloudFront para entregar los datos.

796d6f3D83

Considere el uso de CloudFront para un mejor rendimiento. Consulte Detalles del producto Amazon CloudFront.

Si los datos transferidos corresponden a 10 TB al mes o más, consulte Precios de Amazon CloudFront para explorar posibles ahorros de costos.

Verifica los encabezados de solicitudes HTTP que CloudFront recibe actualmente del cliente y los reenvía al servidor de origen.

Algunos encabezados, como, por ejemplo, date o user-agent reducen significativamente la tasa de aciertos de caché (proporción de solicitudes que se sirven desde una caché de borde de CloudFront). Esto aumenta la carga en el origen y reduce el rendimiento, ya que CloudFront debe reenviar más solicitudes al origen.

N415c450f2

Amarillo: uno o varios encabezados de solicitudes que CloudFront reenvía al origen podrían reducir significativamente la tasa de acceso a 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 el origen devuelve el mismo objeto, independientemente del valor de un encabezado determinado, le recomendamos que no configure CloudFront para que reenvíe dicho encabezado al origen. Para obtener más información, consulte Configuración de CloudFront para almacenar objetos en caché en función de los encabezados de las solicitudes.

Verifica las instancias de Amazon Elastic Compute Cloud (Amazon EC2) que han estado en ejecución 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?