Recommandations issues de la référence Amazon Aurora - Amazon Aurora

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.

Recommandations issues de la référence Amazon Aurora

Amazon Aurora génère des recommandations pour une ressource lorsque celle-ci est créée ou modifiée. Vous trouverez des exemples de recommandations d' Amazon Aurora dans le tableau suivant.

Type Description Recommandation Temps d'arrêt requis Informations supplémentaires

Les sauvegardes automatisées des ressources sont désactivées

Les sauvegardes automatisées ne sont pas activées pour vos instances de base de données. Les sauvegardes automatisées sont recommandées car elles permettent la point-in-time restauration de vos instances de base de données.

Activez les sauvegardes automatisées 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

Démystifier les coûts de stockage des sauvegardes RDS Amazon sur AWS Blog de base de données

La mise à niveau de la version mineure du moteur est requise

Les ressources de votre base de données n'exécutent pas la dernière version mineure du moteur de base de données. La dernière version mineure contient les derniers correctifs de sécurité et d'autres améliorations.

Effectuez une mise à niveau vers la dernière version du moteur.

Oui

Entretien d'un cluster de base de données Amazon Aurora

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 surveillance améliorée.

Non

Surveillance des métriques du système d'exploitation à l'aide de la Surveillance améliorée

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 Service de gestion des clés (AWS KMS). Sur une instance de base de données active avec RDS chiffrement Amazon, les données stockées au repos dans le stockage sont chiffrées, comme dans le cas des sauvegardes automatisées, des répliques de lecture et des instantanés.

Si le chiffrement n'est pas activé lors de la création d'un cluster de base de données Aurora, vous devez restaurer un instantané déchiffré sur un cluster de base de données chiffré.

Activez le chiffrement des données au repos pour votre cluster de bases de données.

Oui

Sécurité dans Amazon Aurora

Clusters de base de données avec toutes les instances dans la même zone de disponibilité

Les clusters de base 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 base de données.

Non

Haute disponibilité pour Amazon Aurora

Instances de base de données dans les clusters avec des tailles d'instance hétérogènes

Nous vous recommandons d'utiliser la même classe et la même taille d'instance de base de données pour toutes les instances de base de données de votre cluster de base de données.

Utilisez la même classe et la même taille d'instance pour toutes les instances de base de données de votre cluster de base de données.

Oui

Réplication avec Amazon Aurora

Instances de base de données dans les clusters avec des classes d'instances hétérogènes

Nous vous recommandons d'utiliser la même classe et la même taille d'instance de base de données pour toutes les instances de base de données de votre cluster de base de données.

Utilisez la même classe et la même taille d'instance pour toutes les instances de base de données de votre cluster de base de données.

Oui

Réplication avec Amazon Aurora

Instances de base de données dans les clusters avec des groupes de paramètres hétérogènes

Nous recommandons que toutes les instances de base de données du cluster de base de données utilisent le même groupe de paramètres de base de données.

Associez l'instance de base de données au groupe de paramètres de base de données associé à l'instance d'écriture dans votre cluster de base de données.

Non

Groupes de paramètres pour Amazon Aurora

Les clusters Amazon RDS DB ont une instance de base de données

Ajoutez au moins une instance de base de données supplémentaire à votre cluster de base de données pour améliorer la disponibilité et les performances.

Ajoutez une instance de base de données de lecteur à votre cluster de base de données.

Non

Haute disponibilité pour Amazon Aurora

Performance Insights est désactivé

Performance Insights surveille la charge de votre instance de base de données pour vous aider à analyser et à résoudre les problèmes de performance des bases de données. Nous vous recommandons d'activer Performance Insights.

Activer l'option Performance Insights.

Non

Surveillance de la charge de base de données avec Performance Insights sur Amazon Aurora

RDSressources : une mise à jour des versions majeures 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 passer à la dernière version majeure qui inclut de nouvelles fonctionnalités et améliorations.

Effectuez une mise à niveau vers la dernière version majeure du moteur de base de données.

Oui

Mises à jour d'Amazon Aurora

Création d'un déploiement bleu/vert

Les clusters de base de données ne prennent en charge que des volumes allant jusqu'à 64 TiB

Vos clusters de base de données prennent en charge des volumes allant jusqu'à 64 TiB. Les dernières versions du moteur prennent en charge des volumes allant jusqu'à 128 TiB 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 les dernières versions afin de prendre en charge des volumes allant jusqu'à 128 TiB.

Mettez à niveau la version du moteur de vos clusters de base de données pour prendre en charge des volumes allant jusqu'à 128 TiB.

Oui

Limites de taille Amazon Aurora

Clusters de base 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 au sein de chacune d'entre elles 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 du AWS Console de gestion, AWS CLI, ou Amazon RDS API lorsque vous créez le cluster. Vous pouvez modifier le cluster Aurora existant en cluster multi-AZ en ajoutant une nouvelle instance de lecteur et en spécifiant une autre AZ.

Toutes les instances de lecture de votre cluster de base de données se trouvent dans la même zone de disponibilité. Nous vous recommandons de répartir les instances du lecteur sur 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

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éinitialiser les paramètres de mémoire personnalisés de l'instance de base de données à leurs valeurs par défaut dans le groupe de paramètres de base de données.

Réinitialisez les paramètres de mémoire à leurs valeurs par défaut.

Non

Groupes de paramètres pour Amazon Aurora

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êtes a été supprimé de My SQL version 8.0. Nous vous recommandons de définir le paramètre query_cache_type sur 0.

Définissez la valeur du query_cache_type paramètre sur 0 dans vos groupes de paramètres de base de données.

Oui

Groupes de paramètres pour Amazon Aurora

log_outputle paramètre est défini sur table

Lorsqu'il log_output est défini surTABLE, plus d'espace de stockage est utilisé que lorsqu'il log_output est défini surFILE. Nous vous recommandons de définir le paramètre surFILE, afin d'éviter d'atteindre la limite de taille de stockage.

Définissez la valeur du log_output paramètre sur FILE dans vos groupes de paramètres de base de données.

Non

Fichiers journaux SQL de base de données Aurora My

autovacuumle paramètre est désactivé

Le paramètre autovacuum est désactivé pour les clusters de base de données de vos de base de données. La désactivation de l'aspirateur automatique augmente le gonflement de la table et de l'index et a un impact sur les performances.

Nous vous recommandons d'activer l'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 base de données.

Non

Comprendre l'autovacuum dans les SQL environnements Amazon RDS pour Postgre sur le AWS Blog de base de données

synchronous_commitle paramètre est désactivé

Lorsque synchronous_commit le paramètre est désactivé, des données peuvent être perdues lors d'un crash 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 synchronous_commit paramètre dans vos groupes de paramètres de base de données.

Oui

SQLParamètres Amazon Aurora Postgre : réplication, sécurité et connexion au AWS Blog de base de données

track_countsle paramètre est désactivé

Lorsque le track_counts paramètre est désactivé, la base de données ne collecte pas les statistiques d'activité de la 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 track_counts le paramètre sur1.

Non

Statistiques d'exécution pour Postgre SQL

enable_indexonlyscanle paramètre est désactivé

Le planificateur ou l'optimiseur de requêtes ne peut pas utiliser le type de plan de scan indexé uniquement lorsqu'il est désactivé.

Nous vous recommandons de définir la valeur du enable_indexonlyscan paramètre sur1.

Définissez la valeur du enable_indexonlyscan paramètre sur1.

Non

Configuration de la méthode du planificateur pour Postgre SQL

enable_indexscanle paramètre 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 la enable_indexscan valeur sur1.

Définissez la valeur du enable_indexscan paramètre sur1.

Non

Configuration de la méthode du planificateur pour Postgre SQL

innodb_flush_log_at_trxle paramètre est désactivé

La valeur du innodb_flush_log_at_trx paramètre 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 innodb_flush_log_at_trx paramètre sur1.

Non

Configuration de la fréquence à laquelle le tampon du journal est vidé

innodb_stats_persistentle paramètre 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 innodb_stats_persistent paramètre surON.

Définissez la valeur du innodb_stats_persistent paramètre surON.

Non

Groupes de paramètres pour Amazon Aurora

innodb_open_filesle paramètre est faible

Le innodb_open_files paramètre contrôle le nombre de fichiers qu'InnoDB peut ouvrir en même temps. InnoDB ouvre tous les fichiers log et tablespace 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 innodb_open_files paramètre sur une valeur minimale de65.

Oui

InnoDB ouvre des fichiers pour My SQL

max_user_connectionsle paramètre 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 max_user_connections paramètre sur un nombre supérieur à5.

Augmentez la valeur du max_user_connections paramètre à un nombre supérieur à5.

Oui

Configuration des limites de ressources du compte pour Mon SQL

Les répliques de lecture sont ouvertes en mode inscriptible

Votre instance de base de données possède une réplique en lecture en mode inscriptible, qui permet les mises à jour par les clients.

Nous vous recommandons de définir le read_only paramètre sur de TrueIfReplica telle sorte que les répliques lues ne soient pas en mode inscriptible.

Définissez la valeur du read_only paramètre surTrueIfReplica.

Non

Groupes de paramètres pour Amazon Aurora

innodb_default_row_formatle réglage des paramètres n'est pas sûr

Votre instance de base de données rencontre un problème connu : une table créée dans une SQL version My inférieure à 8.0.26 avec le paramètre row_format défini sur COMPACT ou REDUNDANT sera inaccessible et irrécupérable lorsque l'index dépasse 767 octets.

Nous vous recommandons de définir la valeur du innodb_default_row_format paramètre surDYNAMIC.

Définissez la valeur du innodb_default_row_format paramètre surDYNAMIC.

Non

Changements dans My SQL 8.0.26

general_loggingle paramètre 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'opérations d'E/S 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 générale de la journalisation. Nous vous recommandons de définir la valeur du general_logging paramètre sur0.

Vérifiez vos exigences en matière d'utilisation générale de la journalisation. Si ce n'est pas obligatoire, nous vous recommandons de définir la valeur du general_logging paramètre sur0.

Non

Vue d'ensemble des journaux de base de SQL données Aurora My SQL RDS

Cluster de base 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 lecteur à votre cluster de base de données avec la même classe et la même taille que l'instance de base de données d'écriture du 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 base 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

Gestion des performances et dimensionnement des clusters de bases de données Aurora

RDSTarification Amazon

RDSinstance 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.

Utiliser une instance de base de données avec une capacité de mémoire supérieure

Oui

Mise à l'échelle verticale et horizontale de votre RDS instance Amazon sur AWS Blog de base de données

Types d'RDSinstances Amazon

RDSTarification Amazon

RDSinstance sous-provisionnée pour la capacité du système CPU

Nous vous recommandons de régler vos requêtes pour utiliser moins CPU ou de modifier votre instance de base de données pour utiliser une classe d'instance de base de données avec une allocation plus élevéevCPUs. Les performances de la base de données peuvent diminuer lorsqu'une instance de base de données est insuffisanteCPU.

Utiliser une instance de base de données de CPU capacité supérieure

Oui

Mise à l'échelle verticale et horizontale de votre RDS instance Amazon sur AWS Blog de base de données

Types d'RDSinstances Amazon

RDSTarification Amazon

RDSles ressources n'utilisent pas correctement le regroupement de connexions

Nous vous recommandons d'activer Amazon RDS Proxy 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. RDSLe proxy peut contribuer à réduire le risque d'épuisement des connexions et d'interruption de service tout en améliorant la disponibilité et l'évolutivité.

Activez le RDS proxy ou modifiez votre configuration de proxy existante

Non

Mise à l'échelle verticale et horizontale de votre RDS instance Amazon sur AWS Blog de base de données

Utilisation d'Amazon RDS Proxy pour Aurora

Tarification d'Amazon RDS Proxy