Rendimiento

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

c1qf5bt038

Amarillo:

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 las filas.

Se recomienda ajustar las consultas para reducir la carga de la base de datos o añadir 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 escritura 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 principalmente por las 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 final de lector para conexiones de solo lectura. Este punto final 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 final del lector dirige estas declaraciones a las réplicas de lectura de Aurora y reduce la carga en la instancia principal. El punto final 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 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á 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 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 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

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

Comprueba si el sistema de archivos de Amazon EFS del cliente está configurado actualmente para utilizar el modo de rendimiento por ráfagas.

Los sistemas de archivos con el modo de rendimiento por ráfaga de EFS [1] ofrecen un nivel básico y constante de rendimiento (50 KiB/s por GiB de datos en el almacenamiento estándar de EFS) y utilizan un modelo de créditos para ofrecer niveles más altos de “rendimiento por ráfagas” cuando hay “créditos de ráfagas” disponibles. Cuando los créditos de ráfaga se agotan, el rendimiento del sistema de archivos se limita a este nivel básico inferior, lo que puede provocar lentitud, tiempos de espera u otras formas de impacto en el rendimiento de las aplicaciones o los usuarios finales.

c1dfprch02

Para permitir que los usuarios y las aplicaciones logren el rendimiento deseado, se recomienda actualizar la configuración del sistema de archivos al modo de rendimiento elástico [2]. En el modo Elastic Throughput, su sistema de archivos puede alcanzar hasta un 10% GiB/s of read throughput or 3 GiB/s de rendimiento de escritura, según la región de AWS [3], y solo paga por el rendimiento que utilice. Tenga en cuenta que puede actualizar la configuración del sistema de archivos para cambiar entre los modos de rendimiento elástico y por ráfaga cuando lo desee, y que los sistemas de archivos en modo de rendimiento elástico generan cargos adicionales por la transferencia de datos [4].

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 la aspiradora automática desactivada.

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 aspiración. 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 la aspiradora automática está desactivada, 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 Descripción del autovacuum en entornos de Amazon RDS for PostgreSQL.

Sus clústeres de base de datos admiten volúmenes de hasta 64 TiB Las últimas versiones del motor admiten volúmenes de hasta 128 TiB. Le recomendamos que actualice la versión de 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 de bases de datos solo admiten volúmenes 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 ampliar 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 los 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: los clústeres de bases de datos tienen las instancias de base de datos con clases de instancias 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 lectura pasa a ser una instancia de base de datos de escritura. 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 de 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: los clústeres de bases de datos tienen instancias de base de datos 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 lectura pasa a ser una instancia de base de datos de escritura. 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 de 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 difieren 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 establecer 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 coste 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.

Se recomienda establecer 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 coste 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 establecer el valor del parámetro general_logging en 0.

c1qf5bt037

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

Compruebe sus requisitos para el uso del registro general. Si no es obligatorio, se recomienda establecer 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 clientes se conectan o se desconectan y los registros contienen cada sentencia SQL recibida 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 va a enviar al servidor de la base de datos.

Para obtener más información, consulte Descripción general de los registros de bases de datos de RDS para MySQL.

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.

Defina 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 establecer 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 de 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 abiertos todos los archivos de registro y los archivos del espacio de tablas del sistema 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.

Comprueba 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

Amarillo:

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 muertes 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 mayor memoria asignada. Cuando la instancia se queda sin memoria, esto afecta al rendimiento de la base de datos.

Out-of-memory Se detectaron errores: el núcleo de Linux invoca el método de eliminación de la 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 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 las 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 Volúmenes 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 SOLO en el grupo de parámetros de base de datos de su 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 SOLO en sus grupos de parámetros de base de datos.

Para obtener más información, consulte Cómo activar una instancia de RDS HugePages 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.

Defina el valor del parámetro query_cache_type en 0 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.

La base de datos ejecuta una clase de instancia de base de datos de la generación anterior. Hemos sustituido las clases de instancias de base de datos de una generación anterior por clases de instancias de base de datos con mejor coste o 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.

Actualice a la clase de instancia de base 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 publicadas pueden incluir correcciones de errores, mejoras de seguridad y otras mejoras en 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 la edición del motor de fin de soporte con un modelo 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 las actualizaciones de las 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 de Elastic Load Balancing 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) en sus cargas de trabajo en el pilar del rendimiento. Esta comprobación se basa en su AWS-Well Architected reseñas. Los resultados de su comprobación 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 CloudFront las distribuciones de Amazon en busca de nombres de dominio alternativos (CNAME) que tengan una configuración de DNS incorrecta.

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 depósitos 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

Considere la posibilidad de CloudFront utilizarla 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 al 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?