Prácticas recomendadas con Amazon Aurora

En este tema se explican prácticas recomendadas generales y opciones para usar los datos o migrarlos a un clúster de base de datos de Amazon Aurora.

Algunas de las prácticas recomendadas para Amazon Aurora son específicas de un motor de base de datos determinado. Para obtener más información sobre las prácticas recomendadas de Aurora específicas de los motores de base de datos, consulte lo siguiente:

Motor de base de datos	Prácticas recomendadas
MySQL de Amazon Aurora	Consulte Prácticas recomendadas con Amazon Aurora MySQL
PostgreSQL de Amazon Aurora	Consulte Prácticas recomendadas con Amazon Aurora PostgreSQL

nota

Para ver recomendaciones frecuentes para Aurora, consulte Visualización y respuesta a las recomendaciones de Amazon Aurora.

Directrices operativas básicas de Amazon Aurora

A continuación se detallan las directrices operativas básicas que se deben seguir al trabajar con Amazon Aurora. El acuerdo de nivel de servicio de Amazon RDS requiere que se sigan estas directrices.

• Monitorice el uso de la memoria, la CPU y el almacenamiento. Puede configurar Amazon CloudWatch para notificar cuándo cambian los patrones de uso o cuándo se está llegando al límite de capacidad de la implementación. De esta forma, puede mantener el rendimiento y la disponibilidad del sistema.

• Si la aplicación cliente almacena en caché los datos del Servicio de nombres de dominio (DNS) de las instancias de base de datos, defina un valor de tiempo de vida (TTL) de menos de 30 segundos. La dirección IP subyacente de una instancia de base de datos puede cambiar después de producirse una conmutación por error. Por lo tanto, almacenar en caché los datos DNS durante un período prolongado puede provocar errores de conexión si la aplicación intenta conectarse a una dirección IP que ya no está en servicio. Los clústeres de base de datos de Aurora con múltiples réplicas de lectura pueden tener errores de conexión también cuando las conexiones usan el punto de enlace del lector y una de las instancias de réplica de lectura está en mantenimiento o se elimina.

• Realice una conmutación por error de prueba en el clúster para saber cuánto tiempo tarda el proceso en su caso de uso. Realizar una conmutación por error de prueba puede ayudarle a asegurarse de que la aplicación que accede al clúster de base de datos puede conectarse automáticamente al nuevo clúster después de una conmutación por error.

Recomendaciones de RAM de las instancias de base de datos

Para optimizar el rendimiento, asigne suficiente RAM para que el conjunto de trabajo resida casi por completo en la memoria. Para determinar si el conjunto de trabajo está en la memoria casi en su totalidad, examine la siguiente métrica en Amazon CloudWatch:

• VolumeReadIOPS: esta métrica mide el número medio de operaciones de E/S de lectura de un volumen del clúster (se muestra en intervalos de 5 minutos). El valor de VolumeReadIOPS debe ser pequeño y estable. En algunos casos, es posible que descubra que las operaciones de E/S de lectura están aumentando o son más elevadas de lo habitual. Si es así, investigue las instancias de base de datos del clúster de base de datos para determinar cuáles están causando este aumento de las operaciones de E/S.

  sugerencia

  Si su clúster de Aurora MySQL utiliza consulta en paralelo, es posible que vea un aumento en los valores VolumeReadIOPS. Las consultas en paralelo no utilizan el grupo de búfer. Por lo tanto, si bien las consultas son rápidas, este procesamiento optimizado puede dar como resultado un aumento de las operaciones de lectura y los cargos asociados.

• BufferCacheHitRatio: esta métrica mide el porcentaje de solicitudes que se responden desde la caché del búfer de una instancia de base de datos en su clúster de base de datos. Esta métrica proporciona información sobre la cantidad de datos que se está sirviendo desde la memoria.

  Una tasa de aciertos alta indica que la instancia de base de datos tiene suficiente memoria disponible. Si la tasa de aciertos es baja, eso indica que las consultas de esta instancia de base de datos van al disco con frecuencia. Investigue la carga de trabajo para ver qué consultas están provocando este comportamiento.

Si tras investigar la carga de trabajo determina que necesita más memoria, considere la posibilidad de escalar la instancia de base de datos a una clase con más RAM. Una vez hecho esto, puede investigar las métricas mencionadas anteriormente y seguir escalando el sistema según sea necesario. Si el clúster de Aurora tiene más de 40 TB, no utilice las clases de instancia db.t2, db.t3 ni db.t4.

Para obtener más información, consulte Métricas de Amazon CloudWatch para Amazon Aurora.

Controladores de bases de datos de AWS

Recomendamos el conjunto de controladores de AWS para la conectividad de las aplicaciones. Los controladores se han diseñado para permitir tiempos de conmutación y conmutación por error más rápidos y autenticarse con AWS Secrets Manager, AWS Identity and Access Management (IAM) e identidad federada. Los controladores de AWS se basan en la supervisión del estado del clúster de base de datos y en el conocimiento de la topología del clúster para determinar quién es el nuevo escritor. Este enfoque reduce los tiempos de conmutación y conmutación por error a segundos de un solo dígito, en comparación con las decenas de segundos de los controladores de código abierto.

A medida que se introducen nuevas características de servicio, el objetivo del conjunto de controladores de AWS es contar con soporte integrado para estas características de servicio.

Para obtener más información, consulte Conexión a clústeres de bases de datos Aurora con los controladores de AWS.

Monitorización de Amazon Aurora

Amazon Aurora proporciona diversas métricas e información de Amazon Aurora que puede monitorizar para determinar el estado y el rendimiento del clúster de base de datos de Aurora. Utilice diferentes herramientas, como la AWS Management Console, la AWS CLI y la API de CloudWatch , para ver las métricas de Aurora. Puede ver las métricas combinadas de Información de rendimiento y CloudWatch en el panel de Información de rendimiento y monitorizar su instancia de base de datos. Para utilizar esta vista de monitorización, es necesario activar Información de rendimiento para la instancia de base de datos. Para obtener más información sobre la monitorización, consulte Consulta de las métricas combinadas en la consola de Amazon RDS.

Puede crear un informe de análisis de rendimiento para un período de tiempo específico y ver la información identificada y las recomendaciones para resolver los problemas. Para obtener más información, consulte, Creación de un informe de análisis de rendimiento.

Trabajo con los grupos de parámetros de base de datos y grupos de parámetros de clúster de base de datos

Es recomendable que pruebe los cambios de los grupos de parámetros de base de datos y de grupos de parámetro de clústeres de base de datos en un clúster de base de datos prueba antes de aplicar cambios de grupos de parámetros al clúster de base de datos de producción. Si se configuran de forma incorrecta los parámetros del motor de base de datos, pueden producirse efectos adversos no deseados, como la degradación del rendimiento y la inestabilidad del sistema.

Tenga cuidado siempre que modifique los parámetros del motor de base de datos y cree una copia de seguridad del clúster de base de datos antes de modificar un grupo de parámetros de base de datos. Para obtener información acerca del procedimiento para realizar la copia de seguridad del clúster de base de datos, consulte Copias de seguridad y restauración de un clúster de base de datos de Amazon Aurora.

Vídeo sobre las prácticas recomendadas de Amazon Aurora

En el canal AWS Online Tech Talks de YouTube se incluye un vídeo de presentación de las prácticas recomendadas para crear y configurar un clúster de base de datos de Amazon Aurora más seguro y con alta disponibilidad.