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 RDS ressources Amazon.
Rubriques
- Vue d'ensemble des mises à jour relatives à la maintenance de bases de données
- Afficher les mises à jour de maintenance en attente
- Application des mises à jour pour une instance de base de données
- Maintenance pour les déploiements multi-AZ
- La fenêtre de RDS maintenance d'Amazon
- Ajustement du créneau de maintenance préféré pour une instance de base de données
- Mises à jour du système d'exploitation dans Amazon RDS
Vue d'ensemble des mises à jour relatives à la maintenance de bases de données
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é. 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 une instance de base de données.
Rubriques
Ressources hors ligne lors des mises à jour de maintenance
Certains éléments de maintenance nécessitent qu'Amazon RDS mette votre de base 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
Les modifications différées de l'instance de base de données que vous avez choisi de ne pas appliquer immédiatement le sont pendant la fenêtre 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 RDS instance de base de données Amazon.
Pour voir les modifications en attente pour la prochaine fenêtre de maintenance, utilisez le describe-db-instancesPendingModifiedValues 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 :
-
Vérifiez l'état du de base de données avant d'exécuter une commande pour le modifier. Exécutez la
DescribePendingMaintenanceActionscommande appropriée à l'aide d'un algorithme de réduction exponentielle afin de laisser suffisamment de temps à la commande précédente pour se propager dans le système. Pour ce faire, exécutez laDescribePendingMaintenanceActionscommande à plusieurs reprises, en commençant par quelques secondes d'attente, puis en augmentant progressivement jusqu'à cinq minutes. -
Ajoutez un temps d'attente entre les commandes suivantes, même si une
DescribePendingMaintenanceActionscommande renvoie une réponse précise. Appliquez un algorithme de réduction exponentielle en commençant par quelques secondes d'attente, puis augmentez progressivement jusqu'à environ cinq minutes.
Afficher les mises à jour de 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 RDS console, le AWS CLI, ou le RDSAPI. Si une mise à jour est disponible, elle est indiquée dans la colonne Maintenance du d'instances de base de données sur la RDS console Amazon, comme indiqué ci-dessous.
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.
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.
Vous pouvez également vérifier si une mise à jour de maintenance est disponible pour votre d'instances 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 une instance de base de données.
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. Ce résultat est dû au fait qu'Amazon RDS applique les mises à jour du système d'exploitation en suivant les étapes suivantes :
-
Réalisation de la maintenance sur l'instance de secours.
-
Promotion de l'instance de secours comme instance principale.
-
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 de votre instance de base de données dans le cadre d'un déploiement multi-AZ, Amazon RDS modifie les instances de base de données principales et secondaires en même temps. 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 s'exécute RDS pour MySQL, RDS pour Postgre ou RDS pour MariaDBSQL, vous pouvez minimiser le temps d'arrêt requis pour une mise à niveau en utilisant un déploiement bleu/vert. Pour de plus amples informations, veuillez consulter Utilisation d'Amazon RDS Blue/Green Deployments pour les mises à jour de bases de données. Si vous mettez à niveau une instance de base de données RDS for SQL SQL Server ou RDS Custom for Server dans le cadre d'un déploiement multi-AZ, Amazon RDS effectue des mises à niveau progressives, de sorte que vous ne subissez une panne que pendant la durée d'un basculement. Pour de plus amples informations, veuillez consulter Considérations relatives à l'environnement Multi-AZ et à l'optimisation en mémoire.
Si votre instance de base de données s'exécute RDS pour SQL Server dans un déploiement multi-AZ, vous pouvez appliquer une mise à jour au 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 pour Amazon RDS.
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 d'instances 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 Ajustement du créneau de maintenance préféré pour une instance de base de données.
RDSconsomme certaines des ressources de votre d'instances 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 d'instances 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 d'instances 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.
| Nom de la région | Région | Bloc chronologique |
|---|---|---|
| US East (Virginie du Nord) | us-east-1 | 03 H 00 — 11 H 00 UTC |
| USA Est (Ohio) | us-east-2 | 03 H 00 — 11 H 00 UTC |
| USA Ouest (Californie du Nord) | us-west-1 | 6 H 00 — 14 H 00 UTC |
| USA Ouest (Oregon) | us-west-2 | 6 H 00 — 14 H 00 UTC |
| Afrique (Le Cap) | af-south-1 | 03 H 00 — 11 H 00 UTC |
| Asie-Pacifique (Hong Kong) | ap-east-1 | 6 H 00 — 14 H 00 UTC |
| Asie-Pacifique (Hyderabad) | ap-south-2 | 6 H 30 — 14 H 30 UTC |
| Asie-Pacifique (Jakarta) | ap-southeast-3 | 8 H 00 — 16 H 00 UTC |
| Asie-Pacifique (Malaisie) | ap-southeast-5 | 9 H 00 — 17 H 00 UTC |
| Asie-Pacifique (Melbourne) | ap-southeast-4 | 11 H 00 — 19 H 00 UTC |
| Asie-Pacifique (Mumbai) | ap-south-1 | 6 H 00 — 14 H 00 UTC |
| Asie-Pacifique (Osaka) | ap-northeast-3 | 22 H 00 — 23 H 59 UTC |
| Asie-Pacifique (Séoul) | ap-northeast-2 | 13 H 00 — 21 H 00 UTC |
| Asie-Pacifique (Singapour) | ap-southeast-1 | 14 H 00 — 22 H 00 UTC |
| Asie-Pacifique (Sydney) | ap-southeast-2 | 12 H 00 — 20 H 00 UTC |
| Asie-Pacifique (Tokyo) | ap-northeast-1 | 13 H 00 — 21 H 00 UTC |
| Canada (Centre) | ca-central-1 | 03 H 00 — 11 H 00 UTC |
| Canada Ouest (Calgary) | ca-west-1 | 18 H 00 — 2 H 00 UTC |
| Chine (Beijing) | cn-north-1 | 6 H 00 — 14 H 00 UTC |
| Chine (Ningxia) | cn-northwest-1 | 6 H 00 — 14 H 00 UTC |
| Europe (Francfort) | eu-central-1 | 21 H 00 — 5 H 00 UTC |
| Europe (Irlande) | eu-west-1 | 22 H 00 — 6 H 00 UTC |
| Europe (Londres) | eu-west-2 | 22 H 00 — 6 H 00 UTC |
| Europe (Milan) | eu-south-1 | 02H00 — 10H00 UTC |
| Europe (Paris) | eu-west-3 | 23H59 — 07H29 UTC |
| Europe (Espagne) | eu-south-2 | 02H00 — 10H00 UTC |
| Europe (Stockholm) | eu-north-1 | 23 H 00 — 7 H 00 UTC |
| Europe (Zurich) | eu-central-2 | 02H00 — 10H00 UTC |
| Israël (Tel Aviv) | il-central-1 | 03 H 00 — 11 H 00 UTC |
| Moyen-Orient (Bahreïn) | me-south-1 | 6 H 00 — 14 H 00 UTC |
| Moyen-Orient (UAE) | me-central-1 | 05 H 00 — 13 H 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 H 00 — 1 H 00 UTC |
| AWS GovCloud (US-Ouest) | us-gov-west-1 | 6 H 00 — 14 H 00 UTC |
