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

Amazon RDS effectue régulièrement la maintenance des ressources Amazon RDS. Les rubriques suivantes décrivent ces actions de maintenance et expliquent comment les appliquer.

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

Ressources hors ligne lors des mises à jour de maintenance

Certains éléments de maintenance exigent qu'Amazon RDS mette votre cluster de base de données hors ligne pendant un court moment. 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 de l'instance et du cluster de bases de données

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 la describe-db-clusters AWS CLI commande et cochez le PendingModifiedValues champ.

Cohérence éventuelle de l' DescribePendingMaintenanceActions API

L'DescribePendingMaintenanceActionsAPI Amazon RDS suit un modèle de cohérence final. Cela signifie que le résultat de la DescribePendingMaintenanceActions commande peut ne pas être immédiatement visible pour toutes les commandes RDS suivantes. Gardez cela à l'esprit lorsque vous l'utilisez DescribePendingMaintenanceActions immédiatement après avoir utilisé une commande d'API 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 console RDS, de l' AWS CLI API RDS ou de l'API RDS. Si une mise à jour est disponible, elle est indiquée dans la colonne Maintenance du cluster d' de base de données sur la console Amazon RDS, comme le montre cette figure.

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 procéder de l'une des manières suivantes :

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 de plus amples informations, veuillez consulter Fenêtre de maintenance Amazon RDS.

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

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

Actions de maintenance pour Amazon Aurora

Les actions de maintenance suivantes s'appliquent aux clusters de base de données Aurora :

Les actions de maintenance suivantes s'appliquent aux instances de base de données Aurora :

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

Vous pouvez contrôler la fréquence des mises à niveau d'Aurora MySQL pour chaque cluster de base de données. Le meilleur choix dépend de votre utilisation d'Aurora MySQL et des priorités pour vos applications s'exécutant sur Aurora. Pour de plus amples informations sur les versions LTS (long-term stability) d'Aurora MySQL qui requièrent des mises à niveau moins fréquentes, veuillez consulter Publications d'Aurora My SQL long-term support (LTS).

Vous pouvez choisir de n'effectuer que de rares mises à niveau d'un cluster Aurora MySQL si certaines ou toutes les conditions suivantes s'appliquent :

Si les facteurs précédemment indiqués reflètent votre situation, vous pouvez limiter le nombre de mises à niveau forcées pour un cluster de base de données Aurora MySQL. Pour cela, vous devez choisir une version d'Aurora MySQL spécifique connue sous le nom de version « Long-Term Support » (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 d'effectuer des mises à niveau fréquentes d'un cluster Aurora MySQL 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 de base de données Aurora MySQL vers une version d'Aurora MySQL plus récente que la version LTS. 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.

Fenêtre de maintenance Amazon RDS

La fenêtre de maintenance est 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 .

RDS consomme certaines des ressources de votre cluster de base de données pendant les opérations de maintenance. 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 créneau de maintenance lors de la création du cluster de base de données, RDS attribue un créneau de maintenance de 30 minutes un jour de semaine aléatoire.

Le tableau suivant indique les plages temporelles pour chacune des périodes Région AWS à partir desquelles les fenêtres de maintenance par défaut sont attribuées.

Ajustement du créneau de maintenance préféré pour un cluster de base de données

Le créneau de maintenance de cluster de base de données Aurora doit intervenir au moment où l'utilisation est la plus faible et peut donc nécessiter d'être modifié de temps en temps. Votre cluster de base de données est indisponible pendant ce délai uniquement si les mises à jour appliquées nécessitent une interruption de service. L'interruption de service ne dure que le délai minimal requis pour effectuer les mises à jour nécessaires.

aws rds modify-db-cluster \
--db-cluster-identifier my-cluster \
--preferred-maintenance-window Tue:04:00-Tue:04:30

aws rds modify-db-cluster ^
--db-cluster-identifier my-cluster ^
--preferred-maintenance-window Tue:04:00-Tue:04:30

Appliquer des mises à jour à un cluster d' de base de données

Amazon RDS vous permet de choisir le moment d'application des opérations de maintenance. Vous pouvez décider quand Amazon RDS applique les mises à jour à l'aide de l' AWS Management Console API AWS CLI, ou RDS.

aws rds apply-pending-maintenance-action \
    --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db \
    --apply-action system-update \
    --opt-in-type immediate

aws rds apply-pending-maintenance-action ^
    --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db ^
    --apply-action system-update ^
    --opt-in-type immediate

aws rds describe-pending-maintenance-actions \
    --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db

aws rds describe-pending-maintenance-actions ^
    --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db

aws rds describe-pending-maintenance-actions \
	--filters Name=db-cluster-id,Values=sample-cluster1,sample-cluster2

aws rds describe-pending-maintenance-actions ^
	--filters Name=db-cluster-id,Values=sample-cluster1,sample-cluster2

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.

Les mises à niveau automatiques des versions mineures mettent régulièrement à jour votre base de données avec les versions récentes du moteur de base de données. Toutefois, la mise à niveau n'inclut pas toujours la dernière version du moteur de base de données. Si vous devez conserver des versions spécifiques de vos bases de données à un moment donné, nous vous recommandons de procéder à une mise à niveau manuelle vers les versions de base de données dont vous avez besoin conformément au calendrier requis. En cas de problèmes de sécurité critiques ou lorsqu'une version atteint sa end-of-support date limite, Aurora peut appliquer une mise à niveau de version mineure même si vous n'avez pas activé l'option de mise à niveau automatique de la version mineure. Pour plus d'informations, consultez la documentation de mise à niveau de votre moteur de base de données spécifique.

Consultez Mise à niveau de la version mineure ou du niveau de correctif d'un cluster Aurora My SQL DB et Effectuer une mise à niveau d'une version mineure.

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 via un événement de cluster de base de données Amazon RDS avec une catégorie maintenance et un ID RDS-EVENT-0156. Pour de plus amples informations, veuillez consulter Catégories d'événements Amazon RDS 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 de moteur pour Aurora PostgreSQL, consultez Mises à jour du moteur de base de données pour Amazon Aurora Postgre SQL.

Pour de plus amples informations sur le paramètre Mise à niveau automatique de versions mineures pour Aurora MySQL, veuillez consulter Activation des mises à niveau automatiques entre les SQL versions mineures d'Aurora My. Pour de plus amples informations sur les mises à jour de moteur pour Aurora MySQL, veuillez consulter Mises à jour du moteur de base de données pour Amazon Aurora My SQL.

Vous pouvez utiliser une commande CLI telle que la suivante pour vérifier le statut du paramètre AutoMinorVersionUpgrade pour toutes les instances de base de données figurant dans vos clusters Aurora MySQL.

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.

Mises à jour du système d'exploitation pour les clusters de base de données Aurora

Les instances de base de données des clusters de base de données Aurora MySQL et Aurora PostgreSQL nécessitent parfois des mises à jour du système d'exploitation. Amazon RDS met à niveau le système d'exploitation vers une version plus récente afin d'améliorer les performances de la base de données et la posture de sécurité globale des clients. En général, les mises à jour prennent environ 10 minutes. Les mises à jour du système d'exploitation ne modifient pas la version du moteur de base de données ou la classe d'instance de base de données d'une instance de base de données.

Il existe deux types de mises à jour du système d'exploitation, qui se différencient par la description de l'action de maintenance en attente :

Les mises à jour du système d'exploitation peuvent être facultatives ou obligatoires :

Pour les clusters de base de données Aurora, vous pouvez utiliser l'option de maintenance au niveau du cluster pour effectuer des mises à jour du système d'exploitation (OS). Trouvez l'option permettant d'effectuer des mises à jour au niveau du cluster dans l'onglet Maintenance et sauvegardes lorsque vous sélectionnez le nom de votre cluster de base de données dans la console ou en utilisant la os-upgrade commande dans le. AWS CLI Cette méthode préserve la disponibilité des lectures grâce à des mises à niveau progressives qui appliquent automatiquement les mises à jour à quelques instances de base de données de lecteur à la fois. Pour éviter les multiples basculements et réduire les temps d'arrêt inutiles, Aurora met à niveau l'instance de base de données du rédacteur en dernier.

Les mises à jour du système d'exploitation au niveau du cluster ont lieu pendant la période de maintenance que vous avez spécifiée pour le cluster. Cela garantit des mises à jour coordonnées sur l'ensemble du cluster.

Pour des raisons de rétrocompatibilité, Aurora conserve également l'option de maintenance au niveau de l'instance. Toutefois, nous vous recommandons d'utiliser plutôt des mises à jour au niveau du cluster. Si vous devez utiliser des mises à jour au niveau de l'instance, mettez d'abord à jour les instances de base de données du lecteur dans un cluster de base de données, puis mettez à jour l'instance de base de données du rédacteur. Si vous mettez à jour les instances du lecteur et du rédacteur simultanément, vous augmentez le risque de temps d'arrêt lié au basculement. Trouvez l'option permettant d'effectuer des mises à jour au niveau de l'instance dans l'onglet Maintenance et sauvegardes lorsque vous sélectionnez le nom de votre instance de base de données dans la console ou lorsque vous utilisez la system-update commande dans le. AWS CLI

Les mises à jour du système d'exploitation au niveau de l'instance ont lieu pendant la période de maintenance que vous avez spécifiée pour chaque instance respective. Par exemple, si un cluster et deux instances de lecteur ont des périodes de maintenance différentes, une mise à jour du système d'exploitation au niveau du cluster s'aligne sur la fenêtre de maintenance du cluster.

Vous pouvez utiliser le AWS Management Console ou le AWS CLI pour obtenir des informations sur le type de mise à niveau du système d'exploitation.

Pour obtenir des informations de mise à jour à l'aide du AWS Management Console

1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à https://console.aws.amazon.com/rds/l'adresse.

2. Dans le panneau de navigation, choisissez Bases de données, puis sélectionnez l'instance de base de données.

3. Choisissez Maintenance et sauvegardes.

4. Dans la section Maintenance en attente, recherchez la mise à jour du système d'exploitation et vérifiez la valeur Description.

Les images suivantes montrent un cluster de base de données avec une instance de base de données d'écriture pour laquelle un correctif de système d'exploitation est disponible.

Les images suivantes montrent un cluster de base de données avec une instance de base de données d'écriture et une instance de base de données de lecteur. Une mise à niveau obligatoire du système d'exploitation est disponible pour l'instance Writer. Un correctif de système d'exploitation est disponible pour l'instance du lecteur.

Pour obtenir des informations de mise à jour à partir du AWS CLI, utilisez la describe-pending-maintenance-actionscommande.

aws rds describe-pending-maintenance-actions

La sortie suivante montre une mise à niveau de la distribution du système d'exploitation pour un cluster de base de données et une instance de base de données.

{
  "PendingMaintenanceActions": [
    {
      "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:cluster:t3",
      "PendingMaintenanceActionDetails": [
        {
          "Action": "os-upgrade",
          "Description": "New Operating System upgrade is available"
        }
      ]
    },
    {
      "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:t3-instance1",
      "PendingMaintenanceActionDetails": [
        {
          "Action": "system-update",
          "Description": "New Operating System upgrade is available"
        }
      ]
    },
  ]
}

La sortie suivante montre un correctif du système d'exploitation pour une instance de base de données.

{
  "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:mydb2",
  "PendingMaintenanceActionDetails": [
    {
      "Action": "system-update",
      "Description": "New Operating System patch is available"
    }
  ]
}

Disponibilité des mises à jour du système d'exploitation

Les mises à jour du système d'exploitation sont spécifiques à la version du moteur de base de données et à la classe d'instance de base de données. Par conséquent, les instances de base de données reçoivent ou requièrent des mises à jour à différents moments. Lorsqu'une mise à jour du système d'exploitation est disponible pour votre instance de base de données en fonction de sa version de moteur et de sa classe d'instance, la mise à jour apparaît dans la console. Il peut également être consulté en exécutant la describe-pending-maintenance-actions AWS CLI commande ou en appelant l'opération de l'API DescribePendingMaintenanceActionsRDS. Si une mise à jour est disponible pour votre instance, vous pouvez mettre à jour le système d'exploitation en suivant les instructions de la section Appliquer des mises à jour à un cluster d' de base de données.