Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra. # Référence des recommandations d’Amazon Aurora Amazon Aurora génère des recommandations pour une ressource lors de la création ou de la modification de celle-ci. Vous trouverez des exemples de recommandations d’Amazon Aurora dans le tableau suivant. | Type | Description | Recommandation | Durée d’indisponibilité requise | Informations supplémentaires | | --- | --- | --- | --- | --- | | Les sauvegardes automatiques des ressources sont désactivées | Les sauvegardes automatiques ne sont pas activées pour vos instances de base de données. Les sauvegardes automatisées sont recommandées car elles permettent de point-in-time restaurer vos instances de base de données. | Activez les sauvegardes automatiques avec une période de conservation allant jusqu’à 14 jours. | Oui | [Présentation de la sauvegarde et de la restauration d’un cluster de bases de données Aurora](Aurora.Managing.Backups.md) [Demystifying Amazon RDS backup storage costs](https://aws.amazon.com/blogs/database/demystifying-amazon-rds-backup-storage-costs/) sur le blog AWS Database | | Une mise à niveau de version mineure du moteur est requise | Les ressources de votre base de données n’exécutent pas la dernière version mineure de moteur de base de données. La dernière version mineure contient les correctifs de sécurité les plus récents et d’autres améliorations. | Mettez à niveau vers la dernière version du moteur. | Oui | [Entretien d’un cluster de bases de données Amazon Aurora](USER_UpgradeDBInstance.Maintenance.md) | | La surveillance améliorée est désactivée | La surveillance améliorée n’est pas activée sur les ressources de votre base de données. La surveillance améliorée fournit des métriques de système d'exploitation en temps réel pour la surveillance et le dépannage. | Activez la fonctionnalité Surveillance améliorée. | Non | [Surveillance des métriques du système d’exploitation à l’aide de la Surveillance améliorée](USER_Monitoring.OS.md) | | Le chiffrement du stockage est désactivé | Amazon RDS prend en charge le chiffrement au repos pour tous les moteurs de base de données en utilisant les clés que vous gérez dans AWS Key Management Service (AWS KMS). Sur une instance de base de données active avec le chiffrement Amazon RDS, les données stockées au repos dans le stockage sont chiffrées, comme les sauvegardes automatiques, les réplicas en lecture et les instantanés. Si le chiffrement n’est pas activé lors de la création d’un cluster de bases de données Aurora, vous devez restaurer un instantané déchiffré sur un cluster de bases de données chiffré. | Activez le chiffrement des données au repos pour votre cluster de bases de données. | Oui | [Sécurité dans )](UsingWithRDS.md) | | Clusters de bases de données avec toutes les instances dans la même zone de disponibilité | Les clusters de bases de données se trouvent actuellement dans une seule zone de disponibilité. Utilisez plusieurs zones de disponibilité pour améliorer la disponibilité. | Ajoutez les instances de base de données à plusieurs zones de disponibilité de votre cluster de bases de données. | Non | [Haute disponibilité pour Amazon Aurora](Concepts.AuroraHighAvailability.md) | | Instances de base de données dans les clusters avec des tailles d’instance hétérogènes | Nous vous recommandons d’utiliser les mêmes classe et taille d’instance de base de données pour toutes les instances dans votre cluster de bases de données. | Utilisez les mêmes classe et taille d’instance pour toutes les instances de base de données de votre cluster de bases de données. | Oui | [Réplication avec Amazon Aurora](Aurora.Replication.md) | | Instances de base de données dans les clusters avec des classes d’instance hétérogènes | Nous vous recommandons d’utiliser les mêmes classe et taille d’instance de base de données pour toutes les instances dans votre cluster de bases de données. | Utilisez les mêmes classe et taille d’instance pour toutes les instances de base de données de votre cluster de bases de données. | Oui | [Réplication avec Amazon Aurora](Aurora.Replication.md) | | Instances de base de données dans les clusters avec des groupes de paramètres hétérogènes | Nous vous recommandons d’utiliser le même groupe de paramètres de base de données pour toutes les instances de base de données du cluster de bases de données. | Associez l’instance de base de données avec le groupe de paramètres de base de données associé à l’instance de rédacteur du cluster de bases de données. | Non | [Groupes de paramètres pour Amazon Aurora](USER_WorkingWithParamGroups.md) | | Les clusters de bases de données Amazon RDS ont une instance de base de données | Ajoutez au moins une instance de base de données supplémentaire à votre cluster de bases de données pour améliorer la disponibilité et les performances. | Ajoutez une instance de base de données de lecteur à votre cluster de bases de données. | Non | [Haute disponibilité pour Amazon Aurora](Concepts.AuroraHighAvailability.md) | | Performance Insights est désactivé | Performance Insights surveille la charge de votre instance de base de données pour vous permettre d’analyser et de résoudre les problèmes de performances de base de données. Nous vous recommandons d’activer Performance Insights. | Activez Performance Insights. | Non | [Surveillance de la charge de la base de données avec Performance Insights sur ](USER_PerfInsights.md) | | La mise à jour des versions majeures des ressources RDS est requise | Les bases de données dotées de la version majeure actuelle du moteur de base de données ne seront pas prises en charge. Nous vous recommandons de mettre à niveau vers la dernière version majeure, qui inclut de nouvelles fonctionnalités et améliorations. | Mettez à niveau vers la dernière version majeure du moteur de base de données. | Oui | [Mises à jour d’Amazon Aurora](Aurora.Updates.md) [Création d'un blue/green déploiement dans )](blue-green-deployments-creating.md) | | Taille maximale du volume du cluster de bases de données | Les nouvelles versions du moteur prennent en charge des volumes de stockage plus importants pour votre cluster de base de données. | Nous vous recommandons de mettre à niveau la version du moteur de votre cluster de base de données vers la dernière version afin de bénéficier d'une capacité de stockage accrue. | Oui | [Limites de taille Amazon Aurora](CHAP_Limits.md#RDS_Limits.FileSize.Aurora) | | Clusters de bases de données avec toutes les instances de lecteur dans la même zone de disponibilité | Les zones de disponibilité (AZs) sont des emplacements distincts les uns des autres afin de permettre une isolation en cas de panne dans chaque AWS région. Nous vous recommandons de répartir l'instance principale et les instances de lecteur de votre cluster de base de données sur plusieurs instances afin AZs d'améliorer la disponibilité de votre cluster de bases de données. Vous pouvez créer un cluster multi-AZ à l'aide de la console AWS de gestion, de la AWS CLI ou de l'API Amazon RDS lorsque vous créez le cluster. Vous pouvez également transformer un cluster Aurora en cluster multi-AZ en ajoutant une nouvelle instance de lecteur et en spécifiant une autre zone de disponibilité. | Votre cluster de bases de données a toutes ses instances de lecture dans la même zone de disponibilité. Nous vous recommandons de distribuer les instances de lecteur entre plusieurs zones de disponibilité. La distribution augmente la disponibilité et améliore le temps de réponse en réduisant la latence du réseau entre les clients et la base de données. | Non | [Haute disponibilité pour Amazon Aurora](Concepts.AuroraHighAvailability.md) | | Les paramètres de mémoire de base de données divergent de ceux par défaut | Les paramètres de mémoire des instances de base de données sont significativement différents des valeurs par défaut. Ces paramètres peuvent avoir un impact sur les performances et provoquer des erreurs. Nous vous recommandons de rétablir les paramètres de mémoire personnalisés pour l’instance de base de données à leurs valeurs par défaut dans le groupe de paramètres de base de données. | Rétablissez les paramètres de mémoire à leurs valeurs par défaut. | Non | [Groupes de paramètres pour Amazon Aurora](USER_WorkingWithParamGroups.md) | | Le paramètre de cache des requêtes est activé | Lorsque les modifications nécessitent la purge de votre cache de requêtes, votre instance de base de données semble bloquée. La plupart des charges de travail ne bénéficient pas d'un cache de requête. Le cache de requête a été supprimé de MySQL 8.0 et versions ultérieures. Nous vous recommandons de définir le paramètre query\$1cache\$1type sur 0. | Définissez le paramètre `query_cache_type` sur `0` dans votre groupe de paramètres de base de données. | Oui | [Groupes de paramètres pour Amazon Aurora](USER_WorkingWithParamGroups.md) | | Le paramètre `log_output` est défini sur table | Lorsque `log_output` est défini sur `TABLE`, plus d’espace de stockage est utilisé que lorsque `log_output` est défini sur `FILE`. Nous vous recommandons de définir le paramètre sur `FILE` pour éviter d’atteindre la limite de taille de stockage. Défini sur `FILE` par défaut dans MySQL 8.4 et les versions ultérieures. | Définissez le paramètre `log_output` sur `FILE` dans votre groupe de paramètres de base de données. | Non | [Fichiers journaux de base de données Aurora MySQL](USER_LogAccess.Concepts.MySQL.md) | | Le paramètre `autovacuum` est désactivé | Le paramètre autovacuum est désactivé pour les clusters de bases de données. La désactivation d’autovacuum accroît le gonflement de la table et de l’index, et a un impact sur les performances. Nous vous recommandons d’activer autovacuum dans vos groupes de paramètres de base de données. | Activez le paramètre autovacuum dans les groupes de paramètres de votre cluster de bases de données. | Non | [Comprendre l'autovacuum dans les environnements Amazon RDS for PostgreSQL sur le blog de base de](https://aws.amazon.com/blogs/database/understanding-autovacuum-in-amazon-rds-for-postgresql-environments/) données AWS | | Le paramètre `synchronous_commit` est désactivé | Lorsque le paramètre `synchronous_commit` est désactivé, des données peuvent être perdues lors d’une panne de base de données. La durabilité de la base de données est menacée. Nous vous recommandons d'activer le paramètre `synchronous_commit`. | Activez le paramètre `synchronous_commit` dans vos groupes de paramètres de base de données. | Oui | [Paramètres Amazon Aurora PostgreSQL : réplication, sécurité et journalisation sur le blog de base](https://aws.amazon.com/blogs/database/amazon-aurora-postgresql-parameters-part-2-replication-security-and-logging/) de données AWS | | Le paramètre `track_counts` est désactivé | Lorsque le paramètre `track_counts` est désactivé, la base de données ne collecte pas les statistiques d’activité de base de données. Autovacuum a besoin de ces statistiques pour fonctionner correctement. Nous vous recommandons de définir le paramètre `track_counts` sur `1`. | Définissez le paramètre `track_counts` sur `1`. | Non | [Statistiques d’exécution pour PostgreSQL](https://www.postgresql.org/docs/current/runtime-config-statistics.html#GUC-TRACK-COUNTS) | | Le paramètre `enable_indexonlyscan` est désactivé | Le planificateur ou l’optimiseur de requêtes ne peut pas utiliser le type de plan d’analyse d’index uniquement lorsqu’il est désactivé. Nous vous recommandons de définir la valeur du paramètre `enable_indexonlyscan` sur `1`. | Définissez la valeur du paramètre `enable_indexonlyscan` sur `1`. | Non | [Configuration de la méthode du planificateur pour PostgreSQL](https://www.postgresql.org/docs/current/runtime-config-query.html#GUC-ENABLE-INDEXONLYSCAN) | | Le paramètre `enable_indexscan` est désactivé | Le planificateur ou l’optimiseur de requêtes ne peut pas utiliser le type de plan d’analyse d’index lorsqu’il est désactivé. Nous vous recommandons de définir `enable_indexscan` sur `1`. | Définissez la valeur du paramètre `enable_indexscan` sur `1`. | Non | [Configuration de la méthode du planificateur pour PostgreSQL](https://www.postgresql.org/docs/current/runtime-config-query.html#GUC-ENABLE-INDEXONLYSCAN) | | Le paramètre `innodb_flush_log_at_trx` est désactivé | La valeur du paramètre `innodb_flush_log_at_trx` de votre instance de base de données n’est pas une valeur sûre. Ce paramètre contrôle la persistance des opérations de validation sur le disque. Nous vous recommandons de définir le paramètre `innodb_flush_log_at_trx` sur `1`. | Définissez la valeur du paramètre `innodb_flush_log_at_trx` sur `1`. | Non | [Configuration de la fréquence à laquelle le tampon du journal est vidé](AuroraMySQL.BestPractices.FeatureRecommendations.md#AuroraMySQL.BestPractices.Flush) | | Le paramètre `innodb_stats_persistent` est désactivé | Votre instance de base de données n'est pas configurée pour conserver les statistiques InnoDB sur le disque. Lorsque les statistiques ne sont pas stockées, elles sont recalculées à chaque redémarrage de l’instance et à chaque accès à la table. Cela entraîne des variations dans le plan d’exécution des requêtes. Vous pouvez modifier la valeur de ce paramètre global au niveau de la table. Nous vous recommandons de définir la valeur du paramètre `innodb_stats_persistent` sur `ON`. | Définissez la valeur du paramètre `innodb_stats_persistent` sur `ON`. | Non | [Groupes de paramètres pour Amazon Aurora](USER_WorkingWithParamGroups.md) | | Le paramètre `innodb_open_files` est faible | Le paramètre `innodb_open_files` contrôle le nombre de fichiers qu’InnoDB peut ouvrir à la fois. InnoDB ouvre tous les fichiers d’espace de table journal et système lorsque mysqld est en cours d’exécution. Votre instance de base de données a une faible valeur pour le nombre maximal de fichiers qu'InnoDB peut ouvrir en même temps. Nous vous recommandons de défininir le paramètre `innodb_open_files` sur la valeur minimale `65`. | Définissez le paramètre `innodb_open_files` sur une valeur minimale de `65`. | Oui | [InnoDB ouvre des fichiers pour MySQL](https://dev.mysql.com/doc/refman/5.7/en/innodb-parameters.html#sysvar_innodb_open_files) | | Le paramètre `max_user_connections` est faible | Votre instance de base de données a une valeur faible pour le nombre maximal de connexions simultanées pour chaque compte de base de données. Nous vous recommandons de définir le paramètre `max_user_connections` sur un nombre supérieur à `5`. | Augmentez la valeur du paramètre `max_user_connections` à un nombre supérieur à `5`. | Oui | [Définition des limites de ressources du compte pour MySQL](https://dev.mysql.com/doc/refman/8.0/en/user-resources.html) | | Les réplicas en lecture sont ouverts en mode accessible en écriture | Le réplica en lecture de votre instance de base de données est en mode accessible en écriture, ce qui autorise les mises à jour depuis les clients. Nous vous recommandons de définir le paramètre `read_only` sur `TrueIfReplica` telle sorte que les réplicas en lecture ne soient pas en mode accessible en écriture. | Définissez la valeur du paramètre `read_only` sur `TrueIfReplica`. | Non | [Groupes de paramètres pour Amazon Aurora](USER_WorkingWithParamGroups.md) | | Le réglage du paramètre `innodb_default_row_format` n’est pas sûr | Votre instance de base de données rencontre un problème connu : une table créée dans une version de MySQL inférieure à 8.0.26 avec le paramètre `row_format` défini sur `COMPACT` ou `REDUNDANT` est inaccessible et irrécupérable lorsque l’index dépasse 767 octets. Nous vous recommandons de définir la valeur du paramètre `innodb_default_row_format` sur `DYNAMIC`. | Définissez la valeur du paramètre `innodb_default_row_format` sur `DYNAMIC`. | Non | [ Changements dans MySQL 8.0.26](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-26.html#mysqld-8-0-26-bug) | | Le paramètre `general_logging` est activé | La journalisation générale est activée pour votre instance de base de données. Ce paramètre est utile pour résoudre les problèmes liés à la base de données. Cependant, l'activation de la journalisation générale augmente le nombre d' I/O opérations et l'espace de stockage alloué, ce qui peut entraîner des conflits et une dégradation des performances. Vérifiez vos exigences en matière d’utilisation de la journalisation générale. Nous vous recommandons de définir la valeur du paramètre `general_logging` sur `0`. | Vérifiez vos exigences en matière d’utilisation de la journalisation générale. Si ce n’est pas obligatoire, nous vous recommandons de définir la valeur du paramètre `general_logging` sur `0`. | Non | [Présentation des journaux de base de données Aurora MySQL](USER_LogAccess.MySQL.LogFileSize.md) | | Cluster de bases de données sous-provisionné pour la charge de travail de lecture | Nous vous recommandons d’ajouter une instance de base de données de lecture à votre cluster de bases de données ayant les mêmes taille et classe d’instance que l’instance de base de données de rédacteur figurant dans le cluster. La configuration actuelle comporte une instance de base de données dont la charge de base de données est constamment élevée, principalement en raison d’opérations de lecture. Répartissez ces opérations en ajoutant une autre instance de base de données au cluster et en dirigeant la charge de travail de lecture vers le point de terminaison en lecture seule du cluster de bases de données. | Ajoutez une instance de base de données de lecteur au cluster. | Non | [Ajout de réplicas Aurora à un cluster de bases de données](aurora-replicas-adding.md) [Gestion des performances et dimensionnement des clusters de bases de données Aurora](Aurora.Managing.Performance.md) [Tarification d’Amazon RDS](https://aws.amazon.com/rds/pricing/) | | Instance RDS sous-provisionnée pour la capacité de mémoire du système | Nous vous recommandons de régler vos requêtes de manière à utiliser moins de mémoire ou d’utiliser un type d’instance de base de données avec une plus grande quantité de mémoire allouée. Lorsque la mémoire de l’instance est insuffisante, les performances de la base de données sont affectées. | Utilisation d’une instance de base de données avec une capacité de mémoire supérieure | Oui | [Mise à l'échelle verticale et horizontale de votre instance Amazon RDS](https://aws.amazon.com/blogs/database/scaling-your-amazon-rds-instance-vertically-and-horizontally/) sur le blog de AWS base de données [Types d’instance Amazon RDS](https://aws.amazon.com/rds/instance-types/) [Tarification d’Amazon RDS](https://aws.amazon.com/rds/pricing/) | | Instance RDS sous-provisionnée pour la capacité du CPU du système | Nous vous recommandons de régler vos requêtes pour utiliser moins de CPU ou de modifier votre instance de base de données pour utiliser une classe d'instance de base de données avec un v alloué plus élevéCPUs. Les performances de la base de données peuvent diminuer lorsque le processeur d'une instance de base de données est insuffisant. | Utilisation d’une instance de base de données avec une capacité d’UC supérieure | Oui | [Mise à l'échelle verticale et horizontale de votre instance Amazon RDS](https://aws.amazon.com/blogs/database/scaling-your-amazon-rds-instance-vertically-and-horizontally/) sur le blog de AWS base de données [Types d’instance Amazon RDS](https://aws.amazon.com/rds/instance-types/) [Tarification d’Amazon RDS](https://aws.amazon.com/rds/pricing/) | | Les ressources RDS n’utilisent pas correctement le regroupement de connexions | Nous vous recommandons d’activer Proxy Amazon RDS pour regrouper et partager efficacement les connexions de base de données existantes. Si vous utilisez déjà un proxy pour votre base de données, configurez-le correctement pour améliorer le regroupement des connexions et l’équilibrage de charge entre plusieurs instances de base de données. Le proxy RDS peut contribuer à réduire le risque d’épuisement des connexions et de durée d’indisponibilité tout en améliorant la disponibilité et la capacité de mise à l’échelle. | Activation du proxy RDS ou modification de votre configuration de proxy existante | Non | [Mise à l'échelle verticale et horizontale de votre instance Amazon RDS](https://aws.amazon.com/blogs/database/scaling-your-amazon-rds-instance-vertically-and-horizontally/) sur le blog de AWS base de données [Proxy Amazon RDS pour Aurora](rds-proxy.md) [Tarification de Proxy Amazon RDS](https://aws.amazon.com/rds/proxy/pricing/) |