Référence des recommandations d’Amazon Aurora - Amazon Aurora

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 automatiques sont recommandées, car elles garantissent une reprise ponctuelle de 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

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

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

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 Amazon Aurora

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

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

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

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

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

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

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

Création d’un déploiement bleu/vert dans Amazon Aurora

Les clusters de bases de données prennent en charge uniquement un volume jusqu’à 64 Tio

Les clusters de bases de données prennent en charge des volumes allant jusqu’à 64 Tio. Les dernières versions du moteur prennent en charge des volumes allant jusqu’à 128 Tio pour votre cluster de bases de données. Nous vous recommandons de mettre à niveau la version du moteur de votre cluster de bases de données vers les dernières versions afin de prendre en charge des volumes allant jusqu’à 128 Tio.

Mettez à niveau la version de vos clusters de bases de données pour prendre en charge des volumes allant jusqu’à 128 Tio.

Oui

Limites de taille Amazon Aurora

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

Les zones de disponibilité (AZ) sont des emplacements distincts les uns des autres pour assurer l’isolement en cas de panne dans chaque région AWS. Nous vous recommandons de répartir l’instance principale et les réplicas et les instances de lecteur de votre cluster de bases de données sur plusieurs zones de disponibilité afin 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 de gestion AWS, d’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

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

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_cache_type 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

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

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

Présentation d’autovacuum dans les environnements Amazon RDS pour PostgreSQL sur le blog AWS Database

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

Amazon Aurora PostgreSQL parameters: Replication, security, and logging sur le blog AWS Database

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

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

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

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é

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

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

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

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

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

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

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

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

Tarification d’Amazon RDS

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

Scaling Your Amazon RDS Instance Vertically and Horizontally sur le blog AWS Database

Types d’instance Amazon RDS

Tarification d’Amazon RDS

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 d’UC ou de modifier votre instance de base de données pour utiliser une classe d’instance de base de données avec des vCPU alloués plus élevés. Les performances de la base de données peuvent diminuer lorsque l’UC d’une instance de base de données est insuffisante.

Utilisation d’une instance de base de données avec une capacité d’UC supérieure

Oui

Scaling Your Amazon RDS Instance Vertically and Horizontally sur le blog AWS Database

Types d’instance Amazon RDS

Tarification d’Amazon RDS

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

Scaling Your Amazon RDS Instance Vertically and Horizontally sur le blog AWS Database

Proxy Amazon RDS pour Aurora

Tarification de Proxy Amazon RDS