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.

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

Amazon RDS effectue régulièrement la maintenance des RDS ressources Amazon.

Vue d'ensemble des mises à jour à la maintenance du cluster de bases de données

La maintenance implique le plus souvent la mise à jour des ressources suivantes dans votre cluster de base de données :

Les mises à jour du système d'exploitation se produisent le plus souvent pour des raisons de sécurité. Nous vous recommandons de les faire le plus rapidement possible. Pour plus d'informations sur les mises à jour du système d'exploitation, consultezApplication des mises à jour pour un cluster de base de données.

Ressources hors ligne lors des mises à jour de maintenance

Certains éléments de maintenance nécessitent qu'Amazon RDS mette votre de données hors ligne pendant une courte période. Parmi les éléments de maintenance qui nécessitent qu'une ressource soit hors ligne figure l'application obligatoire de correctifs au système d'exploitation ou à la base de données. Les mises à jour correctives obligatoires sont planifiées automatiquement uniquement pour les correctifs associés à la sécurité et à la fiabilité de l'instance. Ce type d'application de correctifs est peu fréquent, généralement une fois tous les quelques mois. Cela nécessite rarement plus d'une fraction de votre fenêtre de maintenance.

Modifications différées d'une instance de base de données et d'un cluster

Les modifications différées du cluster et de l'instance de base de données que vous avez choisi de ne pas appliquer immédiatement sont appliquées pendant la fenêtre de maintenance. Par exemple, vous pouvez choisir de modifier les classes des instances de base de données, un cluster de base de données ou des groupes de paramètres de base de données pendant le créneau de maintenance. Les modifications que vous spécifiez à l'aide du paramètre de redémarrage en attente n'apparaissent pas dans la liste Maintenance en attente. Pour plus d'informations sur la modification d'un cluster de base de données , consultez Modification d'un cluster de bases de données Amazon Aurora.

Pour voir les modifications en attente pour la prochaine fenêtre de maintenance, utilisez le describe-db-clusters AWS CLI commande et vérifiez le PendingModifiedValues champ.

Cohérence éventuelle pour DescribePendingMaintenanceActions API

L'Amazon RDS DescribePendingMaintenanceActions API suit un modèle de cohérence éventuel. Cela signifie que le résultat de la DescribePendingMaintenanceActions commande peut ne pas être immédiatement visible pour toutes les RDS commandes suivantes. Gardez cela à l'esprit lorsque vous l'utilisez DescribePendingMaintenanceActions immédiatement après avoir utilisé une API commande précédente.

La cohérence éventuelle peut affecter la façon dont vous avez géré vos mises à jour de maintenance. Par exemple, si vous exécutez la ApplyPendingMaintenanceActions commande pour mettre à jour la version du moteur de base de données pour un de base de données, elle sera finalement visible parDescribePendingMaintenanceActions. Dans ce scénario, cela DescribePendingMaintenanceActions peut indiquer que l'action de maintenance n'a pas été appliquée alors qu'elle l'était.

Pour gérer une éventuelle cohérence, vous pouvez effectuer les opérations suivantes :

Afficher les mises à jour de maintenance en attente

Vérifiez si une mise à jour de maintenance est disponible pour votre cluster d' de base de données à l'aide de la RDS console, le AWS CLI, ou le RDSAPI. Si une mise à jour est disponible, elle est indiquée dans la colonne Maintenance du cluster d' de base de données sur la RDS console Amazon, comme indiqué ci-dessous.

Si aucune mise à jour de maintenance n'est disponible pour un cluster de base de données, la valeur de la colonne est none.

Si une mise à jour de maintenance est disponible pour un cluster de base de données, les valeurs de colonne suivantes sont possibles :

Si une mise à jour est disponible, vous pouvez effectuer une des actions suivantes :

Pour entreprendre une action, choisissez l' cluster de base de données pour afficher ses détails, puis choisissez Maintenance & backups (Maintenance et sauvegardes). Les éléments de maintenance en attente apparaissent.

La fenêtre de maintenance détermine quand les opérations en attente démarrent et ne limite pas la durée d'exécution totale de ces opérations. Il n'est pas garanti que les opérations de maintenance seront terminées avant la fin de la fenêtre de maintenance ; elles peuvent continuer au-delà de l'heure de fin spécifiée. Pour plus d'informations, consultez La fenêtre de RDS maintenance d'Amazon.

Pour plus d'informations sur la mise à jour des moteurs Amazon Aurora, et obtenir des instructions pour les mettre à niveau et leur appliquer des correctifs, consultez Mises à jour du moteur de base de données pour Amazon Aurora My SQL et Mises à jour d'Amazon Aurora Postgre SQL.

Vous pouvez également vérifier si une mise à jour de maintenance est disponible pour votre cluster d' de base de données en exécutant le describe-pending-maintenance-actions AWS CLI commande.

Pour plus d'informations sur l'application des mises à jour de maintenance, consultezApplication des mises à jour pour un cluster de base de données.

La fenêtre de RDS maintenance d'Amazon

Les fenêtres de maintenance sont un intervalle de temps hebdomadaire pendant lequel les modifications du système sont appliquées. Chaque cluster d' de base de données dispose d'une fenêtre de maintenance hebdomadaire. La fenêtre de maintenance est l'occasion de contrôler le moment où les modifications et les correctifs logiciels sont appliqués. Pour plus d'informations sur le réglage de la fenêtre de maintenance, consultez .

RDSconsomme certaines des ressources de votre cluster d' de base de données pendant que la maintenance est appliquée. Vous remarquerez peut-être un effet minimal sur les performances. Dans le cas d'une instance de base de données, en de rares occasions, un basculement Multi-AZ peut être requis pour terminer une mise à jour de maintenance.

Si un événement de maintenance est planifié pour une semaine donnée, il est déclenché pendant le créneau de maintenance de 30 minutes que vous identifiez. La plupart des événements de maintenance se terminent également au cours du créneau de maintenance de 30 minutes, mais des événements de maintenance plus importants peuvent prendre plus de 30 minutes. La fenêtre de maintenance est suspendue lorsque le cluster d' de base de données est arrêté.

Ce créneau de maintenance de 30 minutes est sélectionné de manière aléatoire sur un bloc horaire de 8 heures par région. Si vous ne spécifiez pas de fenêtre de maintenance lorsque vous créez le cluster d' de base de données, RDS attribuez une fenêtre de maintenance de 30 minutes un jour de la semaine sélectionné au hasard.

Vous trouverez ci-dessous les périodes de chaque région au cours desquelles les créneaux de maintenance par défaut sont attribués.

Mises à niveau automatiques des versions mineures pour les clusters de base de données Aurora

Le paramètre Mise à niveau automatique des versions mineures spécifie si Aurora applique automatiquement les mises à niveau à votre cluster de base de données. Ces mises à niveau incluent de nouvelles versions mineures contenant des fonctionnalités supplémentaires et des correctifs de bogues.

Ce paramètre est activé par défaut. Pour chaque nouveau cluster de base de données, choisissez la valeur appropriée de ce paramètre. Cette valeur repose sur son importance, sa durée de vie prévue et le nombre de tests de vérification effectués après chaque mise à niveau.

Pour obtenir des instructions sur l'activation et la désactivation du paramètre Mise à niveau automatique des versions mineures, consultez les références suivantes :

Le tableau suivant montre comment fonctionne le paramètre Mise à niveau automatique des versions mineures lorsqu'il est appliqué aux niveaux du cluster et de l'instance.

Les mises à niveau automatiques des versions mineures sont communiquées à l'avance par le biais d'un événement de cluster Amazon RDS DB avec une catégorie maintenance et un ID deRDS-EVENT-0156. Pour de plus amples informations, veuillez consulter Catégories RDS d'événements Amazon et messages d'événements pour Aurora.

Des mises à niveau automatiques se produisent dans la fenêtre de maintenance. Si les différentes instances de base de données du cluster de base de données ont des fenêtres de maintenance différentes de la fenêtre de maintenance du cluster, la fenêtre de maintenance du cluster est prioritaire.

Pour plus d'informations sur les mises à jour du moteur pour Aurora PostgreSQL, consultezMises à jour d'Amazon Aurora Postgre SQL.

Pour plus d'informations sur le paramètre de mise à niveau automatique des versions mineures pour Aurora MySQL, consultezActivation des mises à niveau automatiques entre les SQL versions mineures d'Aurora My. Pour obtenir des informations générales sur les mises à jour du moteur pour Aurora MySQL, consultezMises à jour du moteur de base de données pour Amazon Aurora My SQL.

Vous pouvez utiliser une CLI commande telle que la suivante pour vérifier l'état du AutoMinorVersionUpgrade paramètre pour toutes les instances de base de données de vos SQL clusters Aurora My.

aws rds describe-db-instances \
  --query '*[].{DBClusterIdentifier:DBClusterIdentifier,DBInstanceIdentifier:DBInstanceIdentifier,AutoMinorVersionUpgrade:AutoMinorVersionUpgrade}'

Le résultat de cette commande est semblable à ce qui suit :

[
  {
      "DBInstanceIdentifier": "db-writer-instance",
      "DBClusterIdentifier": "my-db-cluster-57",
      "AutoMinorVersionUpgrade": true
  },
  {
      "DBInstanceIdentifier": "db-reader-instance1",
      "DBClusterIdentifier": "my-db-cluster-57",
      "AutoMinorVersionUpgrade": false
  },
  {
      "DBInstanceIdentifier": "db-writer-instance2",
      "DBClusterIdentifier": "my-db-cluster-80",
      "AutoMinorVersionUpgrade": true
  },
... output omitted ...

Dans cet exemple, la paramètre Activer la mise à niveau automatique des versions mineures est désactivé pour le cluster de base de données my-db-cluster-57, car il est désactivé pour l'une des instances de base de données du cluster.

Choix de la fréquence des mises à jour de SQL maintenance d'Aurora My

Vous pouvez contrôler si les SQL mises à niveau d'Aurora My sont fréquentes ou rares pour chaque cluster de base de données. Le meilleur choix dépend de votre utilisation d'Aurora My SQL et des priorités de vos applications exécutées sur Aurora. Pour plus d'informations sur les versions d'Aurora My SQL long-term stability (LTS) qui nécessitent des mises à niveau moins fréquentes, consultezPublications d'Aurora My SQL long-term support (LTS).

Vous pouvez choisir de mettre rarement à niveau un SQL cluster Aurora My si certaines ou toutes les conditions suivantes s'appliquent :

Si les facteurs précédents s'appliquent à votre situation, vous pouvez limiter le nombre de mises à niveau forcées pour un cluster Aurora My SQL DB. Pour ce faire, vous devez choisir une version spécifique d'Aurora My connue sous le nom de SQL version « Support à long terme » (LTS) lorsque vous créez ou mettez à niveau ce cluster de base de données. Cela permet de réduire le nombre de cycles de mises à niveau, de cycles de test et d'interruptions liées aux mises à niveau pour ce cluster de base de données.

Vous pouvez choisir de mettre fréquemment à niveau un SQL cluster Aurora My si certaines ou toutes les conditions suivantes s'appliquent :

Si les facteurs précédemment indiqués reflètent votre situation, vous pouvez autoriser Aurora à appliquer d'importantes mises à niveau plus fréquemment. Pour ce faire, mettez à niveau un cluster Aurora My SQL DB vers une SQL version d'Aurora My plus récente que la LTS version. Cela vous permettra de bénéficier plus rapidement des dernières améliorations de performances, des derniers correctifs de bogues et des dernières fonctionnalités disponibles.