

# Recomendaciones de la referencia de Amazon Aurora
<a name="USERRecommendationsManage.RecommendationReference"></a>

Amazon Aurora genera recomendaciones para un recurso cuando se crea o modifica el recurso. Puede encontrar ejemplos de recomendaciones de Amazon Aurora en la siguiente tabla. 


| Tipo | Descripción | Recomendación | Tiempo de inactividad requerido | Información adicional | 
| --- | --- | --- | --- | --- | 
|  El recurso de copias de seguridad automatizadas está desactivado  |  Las copias de seguridad automatizadas no están activadas en sus instancias de base de datos. Se recomienda usar copias de seguridad automatizadas porque permiten la recuperación a un momento dado de su instancia de base de datos.  |  Active las copias de seguridad automatizadas con un período de retención de hasta 14 días.  |  Sí  |  [Información general de copias de seguridad y restauración de un clúster de base de datos Aurora](Aurora.Managing.Backups.md) [ Demystifying Amazon RDS backup storage costs](https://aws.amazon.com/blogs/database/demystifying-amazon-rds-backup-storage-costs/) en el blog de AWS Database   | 
|  Debe efectuarse una mejora de la versión secundaria del motor  |  Los recursos de su base de datos no están ejecutando la última versión secundaria del motor de base de datos. La última versión secundaria contiene las últimas revisiones de seguridad y otras mejoras.  |  Actualícela a la última versión del motor.  |  Sí  |  [Mantenimiento de un clúster de base de datos de Amazon Aurora](USER_UpgradeDBInstance.Maintenance.md)  | 
|  La monitorización mejorada está desactivada  |  Los recursos de la base de datos no tienen activada la monitorización mejorada. El monitoreo mejorado proporciona métricas del sistema operativo en tiempo real para el monitoreo y la solución de problemas.  |  Active la monitorización mejorada  |  No  |  [Supervisión de las métricas del sistema operativo con Supervisión mejorada](USER_Monitoring.OS.md)  | 
|  El cifrado de almacenamiento está desactivado  |  Amazon RDS admite el cifrado en reposo para todos los motores de bases de datos mediante las claves que administra en AWS Key Management Service (AWS KMS). En una instancia de base de datos activa con cifrado de Amazon RDS, los datos almacenados en reposo en el almacenamiento están cifrados, de forma similar a las copias de seguridad, las réplicas de lectura y las instantáneas automatizadas. Si el cifrado no está activado al crear un clúster de base de datos de Aurora, debe restaurar una instantánea descifrada en un clúster de base de datos cifrado.  |  Active el cifrado de los datos en reposo de su clúster de base de datos.  |  Sí  |  [Seguridad en Amazon Aurora](UsingWithRDS.md)  | 
|  Clústeres de base de datos con todas las instancias en la misma zona de disponibilidad  |  Actualmente, los clústeres de base de datos se encuentran en una sola zona de disponibilidad. Utilice varias zonas de disponibilidad para mejorar la disponibilidad.  |  Agregue las instancias de base de datos a varias zonas de disponibilidad de su clúster de base de datos.  |  No  |  [Alta disponibilidad para Amazon Aurora](Concepts.AuroraHighAvailability.md)  | 
|  Instancias de bases de datos en los clústeres con tamaños de instancia heterogéneos  |  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.  |  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.  |  Sí  |  [Replicación con Amazon Aurora](Aurora.Replication.md)  | 
|  Instancias de bases de datos en los clústeres con clases de instancia heterogéneas  |  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.  |  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.  |  Sí  |  [Replicación con Amazon Aurora](Aurora.Replication.md)  | 
|  Instancias de bases de datos en los clústeres con grupos de parámetros heterogéneos  |  Recomendamos que todas las instancias de base de datos del clúster de base de datos utilicen el mismo grupo de parámetros de base de datos.  |  Asocie la instancia de base de datos con el grupo de parámetros de base de datos asociado a la instancia de escritura de su clúster de base de datos.  |  No  |  [Grupos de parámetros para Amazon Aurora](USER_WorkingWithParamGroups.md)  | 
| Los clústeres de base de datos de Amazon RDS tienen una instancia de base de datos | Agregue al menos una instancia de base de datos más a su clúster de base de datos para mejorar la disponibilidad y el rendimiento. | Agregue una instancia de base de datos de lectura a su clúster de base de datos. | No |  [Alta disponibilidad para Amazon Aurora](Concepts.AuroraHighAvailability.md)  | 
| Información de rendimiento está desactivado | Información de rendimiento monitoriza la carga de la instancia de base de datos para ayudarle a analizar y solucionar los problemas de rendimiento de la base de datos. Le recomendamos que active Información de rendimiento. | Activar Información de rendimiento. | No |  [Monitoreo de la carga de base de datos con Performance Insights en Amazon Aurora](USER_PerfInsights.md)  | 
|  Es necesario actualizar las versiones principales de los recursos de RDS | 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. | Actualización a la versión principal más reciente del motor de base de datos. | Sí |  [Actualizaciones de Amazon Aurora](Aurora.Updates.md) [Creación de una implementación azul/verde en Amazon Aurora](blue-green-deployments-creating.md)  | 
| Tamaño del volumen máximo del clúster de base de datos | Las versiones más recientes del motor admiten volúmenes de almacenamiento más grandes para el clúster de base de datos. | Le recomendamos que actualice la versión del motor del clúster de base de datos a la versión más reciente para beneficiarse del aumento de la capacidad de almacenamiento.  | Sí |  [Límites de tamaño de Amazon Aurora](CHAP_Limits.md#RDS_Limits.FileSize.Aurora)  | 
| Clústeres de base de datos con todas las instancias de lector en la misma zona de disponibilidad | Las zonas de disponibilidad (AZ) representan ubicaciones distintas entre sí para proporcionar aislamiento en caso de interrupciones en cada región de AWS. Es recomendable que distribuya la instancia principal y las instancias de lectura del clúster de base de datos entre varias AZ para mejorar la disponibilidad del clúster de base de datos. Puede crear un clúster multi-AZ mediante la Consola de administración de AWS, la CLI de AWS API de Amazon RDS al crear el clúster. También puede modificar el clúster de Aurora ya existente y convertirlo en un clúster multi-AZ agregando una nueva instancia de lector y especificando una AZ distinta. | Su clúster de base de datos dispone de todas las instancias de lectura en la misma zona de disponibilidad. Recomendamos distribuir las instancias de lector entre varias zonas de disponibilidad. La distribución aumenta la disponibilidad y mejora el tiempo de respuesta al reducir la latencia de la red entre los clientes y la base de datos. | No |  [Alta disponibilidad para Amazon Aurora](Concepts.AuroraHighAvailability.md)  | 
| Los parámetros de la memoria de la base de datos difieren de los predeterminados | 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.  | Restablezca los parámetros de memoria a sus valores predeterminados. | No |  [Grupos de parámetros para Amazon Aurora](USER_WorkingWithParamGroups.md)  | 
| El parámetro del caché de consultas está activado | 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 ha quitado de la versión 8.0 de MySQL y posteriores. Es recomendable que establezca el parámetro query\$1cache\$1type en 0. | Establezca el valor del parámetro `query_cache_type` en `0` en el grupo de parámetros de su base de datos. | Sí |  [Grupos de parámetros para Amazon Aurora](USER_WorkingWithParamGroups.md)  | 
| El parámetro `log_output` está establecido en table | Cuando `log_output` se establece en `TABLE`, se utiliza más espacio de almacenamiento que cuando `log_output` se establece en `FILE`. Recomendamos que establezca el parámetro en `FILE` para evitar que se alcance el límite de tamaño de almacenamiento. Está establecido en `FILE` de forma predeterminada en MySQL versión 8.4 y posteriores. | Establezca el valor del parámetro `log_output` en `FILE` en el grupo de parámetros de su base de datos. | No |  [Archivos de registro de base de datos de Aurora MySQL](USER_LogAccess.Concepts.MySQL.md)  | 
| El parámetro `autovacuum` está desactivado | El parámetro autovacuum está desactivado en sus clústeres 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.  | Active el parámetro autovacuum en sus grupos de parámetros de clúster de base de datos. | No |  [ Understanding autovacuum in Amazon RDS for PostgreSQL environments](https://aws.amazon.com/blogs/database/understanding-autovacuum-in-amazon-rds-for-postgresql-environments/) en el blog de AWS Database  | 
| El parámetro `synchronous_commit` está desactivado | Cuando el parámetro `synchronous_commit` está desactivado, es posible que se pierdan datos si la base de datos se bloquea. La durabilidad de la base de datos está en riesgo. Le recomendamos que active el parámetro `synchronous_commit`.  | Active el parámetro `synchronous_commit` en sus grupos de parámetros de la base de datos. | Sí |  [ Amazon Aurora PostgreSQL parameters: Replication, security, and logging](https://aws.amazon.com/blogs/database/amazon-aurora-postgresql-parameters-part-2-replication-security-and-logging/) en el blog de AWS Database  | 
| El parámetro `track_counts` está desactivado | Si el parámetro `track_counts` está desactivado, la base de datos no recopila las estadísticas de actividad de la base de datos. Autovacuum necesita estas estadísticas para funcionar correctamente. Es recomendable que establezca el parámetro `track_counts` en `1`. | Establezca el parámetro `track_counts` en `1`. | No |  [Estadísticas de tiempo de ejecución para PostgreSQL](https://www.postgresql.org/docs/current/runtime-config-statistics.html#GUC-TRACK-COUNTS)   | 
| El parámetro `enable_indexonlyscan` está desactivado | El planificador u optimizador de consultas no puede usar el plan de análisis de solo índice si está desactivado. Es recomendable que establezca el valor del parámetro `enable_indexonlyscan` en `1`. | Establezca el valor del parámetro `enable_indexonlyscan` en `1`. | No |  [Configuración del método del planificador para PostgreSQL](https://www.postgresql.org/docs/current/runtime-config-query.html#GUC-ENABLE-INDEXONLYSCAN)  | 
| El parámetro `enable_indexscan` está desactivado | El planificador u optimizador de consultas no puede usar el plan de análisis de índice si está desactivado. Es recomendable que defina el valor `enable_indexscan` en `1`. | Establezca el valor del parámetro `enable_indexscan` en `1`. | No |  [Configuración del método del planificador para PostgreSQL](https://www.postgresql.org/docs/current/runtime-config-query.html#GUC-ENABLE-INDEXONLYSCAN)  | 
| El parámetro `innodb_flush_log_at_trx` está desactivado | El valor del parámetro `innodb_flush_log_at_trx` de la instancia de base de datos no es un valor seguro. Este parámetro controla la persistencia de las operaciones de confirmación en el disco. Es recomendable que establezca el parámetro `innodb_flush_log_at_trx` en `1`. | Establezca el valor del parámetro `innodb_flush_log_at_trx` en `1`. | No |  [Configuración de la frecuencia de vaciado del búfer de registro](AuroraMySQL.BestPractices.FeatureRecommendations.md#AuroraMySQL.BestPractices.Flush)  | 
| El parámetro `innodb_stats_persistent` está desactivado | 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. Es recomendable que establezca el valor del parámetro `innodb_stats_persistent` en `ON`. | Establezca el valor del parámetro `innodb_stats_persistent` en `ON`. | No |  [Grupos de parámetros para Amazon Aurora](USER_WorkingWithParamGroups.md)  | 
| El parámetro `innodb_open_files` es bajo | 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. Le recomendamos que establezca el parámetro `innodb_open_files` en un valor mínimo de `65`. | Establezca el parámetro `innodb_open_files` en un valor mínimo de `65`. | Sí | [Archivos abiertos de InnoDB para MySQL](https://dev.mysql.com/doc/refman/5.7/en/innodb-parameters.html#sysvar_innodb_open_files)  | 
| El parámetro `max_user_connections` es bajo | La instancia de base de datos tiene un valor bajo para el número máximo de conexiones simultáneas para cada cuenta de base de datos. Se recomienda aumentar el parámetro `max_user_connections` a un número superior a `5`. | Aumente el valor del parámetro `max_user_connections` a un número superior a `5`. | Sí | [Establecimiento de límites de recursos de la cuenta para MySQL](https://dev.mysql.com/doc/refman/8.0/en/user-resources.html) | 
| Las réplicas de lectura están abiertas en modo de escritura | Su instancia de base de datos tiene la réplica de lectura en modo de escritura, lo que permite actualizaciones de los clientes. Se recomienda configurar el parámetro `read_only` en `TrueIfReplica` para que las réplicas de lectura no estén en modo de escritura. | Establezca el valor del parámetro `read_only` en `TrueIfReplica`. | No |  [Grupos de parámetros para Amazon Aurora](USER_WorkingWithParamGroups.md)  | 
| La configuración del parámetro `innodb_default_row_format` no es segura | Su instancia de base de datos encuentra un problema conocido: una tabla creada en una versión de MySQL anterior a la 8.0.26 con el valor `row_format` establecido en `COMPACT` o `REDUNDANT` será inaccesible e irrecuperable si el índice supera los 767 bytes. Es recomendable que establezca el valor del parámetro `innodb_default_row_format` en `DYNAMIC`. | Establezca el valor del parámetro `innodb_default_row_format` en `DYNAMIC`. | No | [ Cambios en MySQL 8.0.26](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-26.html#mysqld-8-0-26-bug) | 
| El parámetro `general_logging` está activado | 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. Es recomendable que establezca el valor del parámetro `general_logging` en `0`. | Compruebe sus requisitos para el uso del registro general. Si no es obligatorio, le recomendamos que establezca el valor del parámetro `general_logging` en `0`. | No |  [Información general de los registros de bases de datos de Aurora MySQL](USER_LogAccess.MySQL.LogFileSize.md)  | 
| El clúster de base de datos está insuficientemente aprovisionado para la carga de trabajo de lectura | Le recomendamos 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 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. | Agregar una instancia de base de datos de lectura al clúster. | No | [Adición de réplicas de Aurora a un clúster de base de datos](aurora-replicas-adding.md) [Administración del rendimiento y el escalado para clústeres de base de datos Aurora](Aurora.Managing.Performance.md) [Precios de Amazon RDS](https://aws.amazon.com/rds/pricing/)  | 
| Instancia de RDS con aprovisionamiento insuficiente para la capacidad de memoria del sistema | 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 queda sin memoria, el rendimiento de la base de datos se ve afectado.  | Utilice una instancia de base de datos con mayor capacidad de memoria | Sí |  [ Scaling Your Amazon RDS Instance Vertically and Horizontally](https://aws.amazon.com/blogs/database/scaling-your-amazon-rds-instance-vertically-and-horizontally/) en el blog de AWS Database [Tipos de instancia de Amazon RDS](https://aws.amazon.com/rds/instance-types/) [Precios de Amazon RDS](https://aws.amazon.com/rds/pricing/)  | 
| Instancia de RDS con aprovisionamiento insuficiente para la capacidad de CPU del sistema | Le recomendamos que ajuste las consultas para que usen menos CPU o que modifique la instancia de base de datos para que use una clase de instancia de base de datos con una asignación mayor de vCPU. El rendimiento de la base de datos puede disminuir cuando una instancia de base de datos se está quedando sin CPU. | Utilice una instancia de base de datos con mayor capacidad de CPU | Sí |  [ Scaling Your Amazon RDS Instance Vertically and Horizontally](https://aws.amazon.com/blogs/database/scaling-your-amazon-rds-instance-vertically-and-horizontally/) en el blog de AWS Database [Tipos de instancia de Amazon RDS](https://aws.amazon.com/rds/instance-types/) [Precios de Amazon RDS](https://aws.amazon.com/rds/pricing/)  | 
| Los recursos de RDS no utilizan correctamente el grupo de conexiones | Le recomendamos que habilite Amazon RDS Proxy para agrupar y compartir de manera eficiente las conexiones de bases de datos existentes. Si ya utiliza un proxy para su base de datos, configúrelo correctamente para mejorar la agrupación de conexiones y el equilibrio de carga en varias instancias de base de datos. RDS Proxy puede ayudar a reducir el riesgo de agotamiento y tiempo de inactividad de la conexión, al mismo tiempo que mejora la disponibilidad y la escalabilidad. | Habilite RDS Proxy o modifique la configuración de proxy existente | No |  [ Scaling Your Amazon RDS Instance Vertically and Horizontally](https://aws.amazon.com/blogs/database/scaling-your-amazon-rds-instance-vertically-and-horizontally/) en el blog de AWS Database [Amazon RDS Proxy para Aurora](rds-proxy.md) [Precios de Amazon RDS Proxy](https://aws.amazon.com/rds/proxy/pricing/)  | 