Entretien d'une instance de base de données - Amazon Relational Database Service

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'une instance de base de données

Amazon RDS effectue régulièrement la maintenance des ressources Amazon RDS. La maintenance implique le plus souvent la mise à jour des ressources suivantes dans votre instance de base de données :

  • Matériel sous-jacent

  • Système d'exploitation (SE) sous-jacent

  • Version du moteur de base de données

Les mises à jour du système d'exploitation se produisent le plus souvent pour des raisons de sécurité. Vous devriez les réaliser dès que possible.

Certains éléments de maintenance exigent qu'Amazon RDS mette votre instance 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.

Les modifications différées des instances de base de données que vous avez choisi de ne pas appliquer immédiatement le sont également pendant le créneau de maintenance. Par exemple, vous pouvez choisir de modifier la classe ou le groupe de paramètres d'une instance 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'une instance de base de données , consultez Modification d'une instance de base de données Amazon RDS.

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

Affichage de la maintenance en attente

Vérifiez si une mise à jour de maintenance est disponible pour votre d'instances 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 pour l'instance de base de données sur la console Amazon RDS, comme illustré ci-dessous.


            Correctif disponible hors connexion

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

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

  • required (obligatoire) – L'action de maintenance sera appliquée à la ressource et ne peut pas être reportée indéfiniment.

  • available – L'action de maintenance est disponible, mais ne sera pas appliquée automatiquement à la ressource. Vous pouvez l'appliquer manuellement.

  • next window – L'action de maintenance sera appliquée à la ressource lors de la prochaine fenêtre de maintenance.

  • In progress – L'action de maintenance est en cours d'application à la ressource.

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

  • Si la valeur de maintenance est next window (fenêtre suivante), reportez les éléments de maintenance en choisissant Reporter la mise à niveau dans Actions. Vous ne pouvez pas reporter une action de maintenance en cours.

  • Appliquer immédiatement les éléments de maintenance.

  • Planifier le démarrage des éléments de maintenance au cours de votre créneau de maintenance suivant.

  • Ne rien faire.

Pour entreprendre une action, choisissez l'instance 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.


            Éléments de maintenance en attente

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 Le créneau de maintenance Amazon RDS.

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

Application des mises à jour pour une instance 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 la console RDS, AWS Command Line Interface (AWS CLI) ou de l'API RDS.

Note

Pour RDS for SQL Server, une mise à jour du système d'exploitation sous-jacent peut être appliquée en arrêtant et en démarrant votre instance de base de données, ou en redimensionnant votre classe d'instance de base de données à la hausse, puis à la baisse.

Pour gérer une mise à jour du système d'exploitation pour une instance de base de données
  1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans la panneau de navigation, choisissez Databases (Bases de données).

  3. Choisissez l'instance de base de données pour laquelle une mise à jour obligatoire est disponible.

  4. Sous Actions, choisissez une des options suivantes :

    • Mettre à niveau maintenant

    • Mettre à niveau lors du créneau suivant

      Note

      Si vous choisissez Mettre à niveau lors du créneau suivant et souhaitez ensuite retarder la mise à jour, vous pouvez choisir Reporter la mise à niveau. Vous ne pouvez pas reporter une action de maintenance en cours.

      Pour annuler une action de maintenance, modifiez l'instance de base de données et désactivez Mise à niveau automatique des versions mineures.

Pour appliquer une mise à jour en attente à un d'instances de base de données, utilisez la apply-pending-maintenance-action AWS CLI commande.

Exemple

Pour LinuxmacOS, ou Unix :

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

Dans Windows :

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
Note

Pour différer une action de maintenance, spécifiez undo-opt-in pour --opt-in-type. Vous ne pouvez pas indiquerundo-opt-in pour --opt-in-type si l'action de maintenance est en cours.

Pour annuler une action de maintenance, exécutez la modify-db-instance AWS CLI commande et spécifiez--no-auto-minor-version-upgrade.

Pour renvoyer une liste des ressources dont au moins une mise à jour est en attente, utilisez la describe-pending-maintenance-actions AWS CLI commande.

Exemple

Pour LinuxmacOS, ou Unix :

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

Dans Windows :

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

Vous pouvez également renvoyer une liste de ressources pour un d'instances de base de données en spécifiant le --filters paramètre de la describe-pending-maintenance-actions AWS CLI commande. Le format de la commande --filters est Name=filter-name,Value=resource-id,....

Les valeurs suivantes sont acceptées pour le paramètre Name d'un filtre :

  • db-instance-id – Accepte une liste d'identifiants d'instance de base de données ou de noms Amazon Resource Name (ARN). La liste renvoyée inclut uniquement les actions de maintenance en attente pour les instances de base de données identifiées par ces identifiants ou ARN.

  • db-cluster-id – Accepte une liste d'identificateurs de clusters de base de données ou d'ARN pour Amazon Aurora. La liste renvoyée inclut uniquement les actions de maintenance en attente pour les clusters de base de données identifiés par ces identifiants ou ARN.

Par exemple, l'exemple suivant renvoie les actions de maintenance en attente pour les instances de base de données sample-instance1 et sample-instance2.

Exemple

Pour LinuxmacOS, ou Unix :

aws rds describe-pending-maintenance-actions \ --filters Name=db-instance-id,Values=sample-instance1,sample-instance2

Dans Windows :

aws rds describe-pending-maintenance-actions ^ --filters Name=db-instance-id,Values=sample-instance1,sample-instance2

Pour appliquer une mise à jour à une instance de base de données, appelez l'opération ApplyPendingMaintenanceAction de l'API Amazon RDS.

Pour renvoyer la liste des ressources qui possèdent au moins une mise à jour en attente, appelez l'opération d'API Amazon RDS DescribePendingMaintenanceActions.

Maintenance pour les déploiements multi-AZ

L'exécution d'une instance de base de données en tant que déploiement multi-AZ peut encore réduire l'impact d'un événement de maintenance. Il en résulte qu'Amazon RDS applique les mises à jour du système d'exploitation en suivant les étapes suivantes :

  1. Réalisation de la maintenance sur l'instance de secours.

  2. Promotion de l'instance de secours comme instance principale.

  3. Réalisation de la maintenance sur l'ancienne instance principale, qui devient la nouvelle instance de secours.

Si vous mettez à niveau le moteur de base de données pour votre instance de base de données dans un déploiement Multi-AZ, Amazon RDS modifie simultanément les instances de base de données principale et secondaire. Dans ce cas, les deux instances de base de données principale et secondaire dans le déploiement Multi-AZ ne sont pas disponibles pendant la mise à niveau. Cette opération entraîne des temps d'arrêt tant que la mise à niveau n'est pas terminée. La durée du temps d'arrêt varie en fonction de la taille de votre instance de base de données.

Si des correctifs de système d'exploitation sous-jacents doivent être appliqués, un court basculement multi-AZ est nécessaire pour appliquer les correctifs à l'instance de base de données principale. Ce basculement dure généralement moins d'une minute.

Si votre instance de base de données exécute RDS pour MySQL, RDS pour PostgreSQL ou RDS pour MariaDB, vous pouvez minimiser le temps d'arrêt requis pour une mise à niveau en utilisant un déploiement bleu/vert. Pour plus d’informations, consultez Utilisation des déploiements bleu/vert Amazon RDS pour les mises à jour de base de données. Si vous mettez à niveau une instance de base de données RDS for SQL Server dans un déploiement multi-AZ, Amazon RDS effectue des mises à niveau propagées, de sorte que l'interruption n'aura lieu que pendant la durée d'un basculement. Pour plus d’informations, consultez Considérations relatives à l'environnement Multi-AZ et à l'optimisation en mémoire.

Si votre instance de base de données exécute RDS for SQL Server dans le cadre d'un déploiement multi-AZ, vous pouvez mettre à jour le système d'exploitation sous-jacent en utilisant l'une des méthodes suivantes :

  • Modifier la taille de la classe d'instance de base de données, puis lui redonner à sa taille d'origine.

  • Augmenter la taille de l'instance de base de données et lui redonner sa taille d'origine.

  • Modifier l'instance de base de données multi-AZ en instance mono-AZ, arrêter l'instance de base de données, la redémarrer, puis la redéfinir en instance multi-AZ.

Pour plus d'informations sur les déploiements multi-AZ, consultez Configuration et gestion d'un déploiement multi-AZ.

Le créneau de maintenance Amazon RDS

Chaque instance de base de données est associé à un créneau de maintenance hebdomadaire au cours duquel toutes les modifications système sont appliquées. Considérez le créneau de maintenance comme une occasion de contrôler le moment où les modifications et les correctifs logiciels sont appliqués. 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.

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 de l'instance de base de données, RDS attribue un créneau de maintenance de 30 minutes un jour de semaine aléatoire.

RDS consomme certaines des ressources de votre instance 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.

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.

Nom de la région Région Bloc chronologique
US East (Ohio) us-east-2 03:00–11:00 UTC
US East (N. Virginia) us-east-1 03:00–11:00 UTC
USA Ouest (Californie du Nord) us-west-1 06:00–14:00 UTC
US West (Oregon) us-west-2 06:00–14:00 UTC
Africa (Cape Town) af-south-1 03:00–11:00 UTC
Asie-Pacifique (Hong Kong) ap us-east-1 06:00–14:00 UTC
Asie-Pacifique (Hyderabad) ap-south-2 6h30–14h30 UTC
Asie-Pacifique (Jakarta) ap-southeast-3 08:00–16:00 UTC
Asie-Pacifique (Melbourne) ap-southeast-4 11:00–19:00 UTC
Asie-Pacifique (Mumbai) ap-south-1 06:00–14:00 UTC
Asia Pacific (Osaka) ap-northeast-3 22:00–23:59 UTC
Asia Pacific (Seoul) ap-northeast-2 13:00–21:00 UTC
Asia Pacific (Singapore) ap-southeast-1 14:00–22:00 UTC
Asia Pacific (Sydney) ap-southeast-2 12:00–20:00 UTC
Asia Pacific (Tokyo) ap-northeast-1 13:00–21:00 UTC
Canada (Central) ca-central-1 03:00–11:00 UTC
Canada Ouest (Calgary) ca-west-1 18:00–02:00 UTC
Chine (Beijing) cn-north-1 06:00–14:00 UTC
China (Ningxia) cn-northwest-1 06:00–14:00 UTC
Europe (Frankfurt) eu-central-1 21:00–05:00 UTC
Europe (Ireland) eu-west-1 22:00–06:00 UTC
Europe (London) eu-west-2 22:00–06:00 UTC
Europe (Milan) eu-south-1 02:00–10:00 UTC
Europe (Paris) eu-west-3 23:59–07:29 UTC
Europe (Espagne) eu-south-2 02:00–10:00 UTC
Europe (Stockholm) eu-north-1 23:00–07:00 UTC
Europe (Zurich) eu-central-2 02:00–10:00 UTC
Israël (Tel Aviv) il-central-1 03:00–11:00 UTC
Moyen-Orient (Bahreïn) me-south-1 06:00–14:00 UTC
Moyen-Orient (EAU) me-central-1 05:00–13:00 UTC
Amérique du Sud (São Paulo) sa-east-1 00:00–08:00 UTC
AWS GovCloud (USA Est) us-gov-east-1 17:00–01:00 UTC
AWS GovCloud (US-Ouest) us-gov-west-1 06:00–14:00 UTC

Ajustement du créneau de maintenance préféré pour une instance de base de données

Le créneau de maintenance doit intervenir au moment où l'utilisation est la plus faible et peut donc nécessiter d'être modifié de temps en temps. Votre instance de base de données est indisponible pendant cette période uniquement si des modifications système, telles qu'un changement de classe d'instance de base de données, sont appliquées et nécessitent une interruption de service. Votre instance de base de données n'est pas disponible uniquement pendant le délai minimum requis pour apporter les modifications nécessaires.

Dans l'exemple suivant, vous ajustez le créneau de maintenance préféré pour une instance de base de données.

Pour cet exemple, nous supposons qu'une instance de base données nommée mydbinstance existe et est associée à un créneau de maintenance préféré comme suit : « Sun:05:00-Sun:06:00 » UTC.

Pour ajuster le créneau de maintenance préféré
  1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.

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

  3. Sélectionnez Modify. La page Modifier l'instance de base de données s'affiche.

  4. Dans la section Maintenance, mettez à jour la fenêtre de maintenance.

    Note

    Le créneau de maintenance et le créneau de sauvegarde de l'instance de base de données ne peuvent pas se chevaucher. Si la valeur que vous entrez pour le créneau de maintenance chevauche le créneau de sauvegarde, un message d'erreur s'affiche.

  5. Choisissez Continuer.

    Sur la page de confirmation, examinez vos modifications.

  6. Pour appliquer immédiatement les modifications à la fenêtre de maintenance, sélectionnez Appliquer immédiatement.

  7. Choisissez Modifier l'instance de base de données pour enregistrer vos modifications.

    Sinon, choisissez Retour pour modifier vos modifications, ou choisissez Annuler pour les annuler.

Pour ajuster la fenêtre de maintenance préférée, utilisez la AWS CLI modify-db-instancecommande avec les paramètres suivants :

  • --db-instance-identifier

  • --preferred-maintenance-window

Exemple

L'exemple de code suivant définit le créneau de maintenance sur Tuesdays from 4:00-4:30AM UTC.

Pour LinuxmacOS, ou Unix :

aws rds modify-db-instance \ --db-instance-identifier mydbinstance \ --preferred-maintenance-window Tue:04:00-Tue:04:30

Dans Windows :

aws rds modify-db-instance ^ --db-instance-identifier mydbinstance ^ --preferred-maintenance-window Tue:04:00-Tue:04:30

Pour ajuster le créneau de maintenance préféré, utilisez l'opération ModifyDBInstance de l'API Amazon RDS avec les paramètres suivants :

  • DBInstanceIdentifier

  • PreferredMaintenanceWindow

Utilisation des mises à jour du système d'exploitation

Les instances de base de données RDS pour DB2, RDS pour MariaDB, RDS pour MySQL, RDS pour PostgreSQL et RDS pour Oracle 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.

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

  • Une mise à jour facultative peut être appliquée à tout moment. Bien que ces mises à jour soient facultatives, nous vous recommandons de les appliquer régulièrement pour que votre flotte RDS reste à jour. RDS n'applique pas ces mises à jour automatiquement.

    Pour être averti de la disponibilité d'un nouveau correctif du système d'exploitation facultatif, vous pouvez vous inscrire à RDS-EVENT-0230 dans la catégorie des événements d'application de correctifs de sécurité. Pour obtenir des informations sur l'abonnement à des événements RDS, consultez Abonnement à la notification d'évènement Amazon RDS.

    Note

    RDS-EVENT-0230 ne s'applique pas aux mises à niveau de distribution du système d'exploitation.

    Note

    Si vous avez reçu RDS-EVENT-0230 pour une instance de base de données RDS for SQL Server, la mise à jour du système d'exploitation ne peut pas être appliquée via l'action apply-pending-maintenance. Pour plus d’informations, consultez Application des mises à jour pour une instance de base de données.

  • Une mise à jour obligatoire est requise et une date d'application est définie. Prévoyez de planifier la mise à jour avant cette date d'application. Après la date d'application spécifiée, Amazon RDS met automatiquement à niveau le système d'exploitation de l'instance de base de données vers la dernière version au cours de l'une de vos fenêtres de maintenance attribuées.

Note

Vous devrez peut-être appliquer toutes les mises à jour facultatives et obligatoires afin de respecter diverses obligations de conformité. Nous vous recommandons d'appliquer systématiquement toutes les mises à jour qui sont mises à disposition par RDS pendant vos fenêtres de maintenance.

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 à l'adresse https://console.aws.amazon.com/rds/.

  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 sélectionnez la valeur Statut.

Dans le AWS Management Console, le statut de maintenance d'une mise à jour facultative est défini sur disponible et n'a pas de date d'application, comme le montre l'image suivante.


                        Mise à jour facultative du système d'exploitation.

La valeur de maintenance d'une mise à jour obligatoire définie dans Status (Statut) est required (obligatoire) et une date est définie dans Apply date (Date d'application), comme l'illustre l'image suivante.


                        Mise à jour obligatoire du système d'exploitation.

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

aws rds describe-pending-maintenance-actions

Une mise à jour obligatoire du système d'exploitation inclut les valeurs AutoAppliedAfterDate et CurrentApplyDate. Une mise à jour facultative du système d'exploitation n'inclut pas ces valeurs.

La sortie suivante indique une mise à jour obligatoire du système d'exploitation.

{ "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:mydb1", "PendingMaintenanceActionDetails": [ { "Action": "system-update", "AutoAppliedAfterDate": "2022-08-31T00:00:00+00:00", "CurrentApplyDate": "2022-08-31T00:00:00+00:00", "Description": "New Operating System update is available" } ] }

La sortie suivante indique une mise à jour facultative du système d'exploitation.

{ "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:mydb2", "PendingMaintenanceActionDetails": [ { "Action": "system-update", "Description": "New Operating System update 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 une AWS CLI describe-pending-maintenance-actionscommande ou en appelant l'opération de l'DescribePendingMaintenanceActionsAPI RDS. 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 Application des mises à jour pour une instance de base de données.

Calendrier des mises à jour obligatoires du système d'exploitation

Nous prévoyons d'utiliser le calendrier suivant pour les mises à jour obligatoires du système d'exploitation. La date d'application fait référence à la date à laquelle Amazon RDS commence à appliquer les mises à jour obligatoires. Pour chaque date du tableau, l'heure de début est 00h00 UTC (temps universel coordonné).

Moteur de base de données Date d'application

RDS for MySQL

30 janvier 2023

RDS for MariaDB

30 janvier 2023

RDS for PostgreSQL

31 mars 2023

Note

Les dates figurant dans la table s'appliquent aux clients qui n'ont pas bénéficié des mises à jour obligatoires de leur système d'exploitation en 2022. Pour vérifier si les mises à jour obligatoires du système d'exploitation en 2023 vous concernent, consultez la section Maintenance en attente de la console pour connaître les mises à jour du système d'exploitation. Pour plus d'informations, consultez la section de la console sous Utilisation des mises à jour du système d'exploitation.

Après la date d'application, Amazon RDS mettra automatiquement à niveau le système d'exploitation de vos instances de base de données vers la dernière version dans une fenêtre de maintenance ultérieure. Pour éviter une mise à niveau automatique, nous vous recommandons de planifier la mise à jour avant la date d'application.