Utilisation de la politique de déploiement des mises à AWS Organizations niveau pour les mises à niveau automatiques des versions mineures - 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.

Utilisation de la politique de déploiement des mises à AWS Organizations niveau pour les mises à niveau automatiques des versions mineures

Amazon RDS prend en charge la politique de déploiement des mises à AWS Organizations niveau afin de gérer les mises à niveau automatiques des versions mineures sur plusieurs ressources de base de données et. Comptes AWS Cette politique vous aide à mettre en œuvre une stratégie de mise à niveau contrôlée pour vos instances en :

Comment fonctionne la politique de déploiement des mises à niveau

Lorsqu'une nouvelle version mineure du moteur devient éligible à la mise à niveau automatique, la politique contrôle la séquence de mise à niveau en fonction des ordres définis :

  • Les ressources marquées comme [premier] (généralement des environnements de développement) deviennent éligibles aux mises à niveau pendant leurs fenêtres de maintenance.

  • Après un temps de cuisson défini, les ressources marquées comme [deuxième] deviennent éligibles.

  • Après un autre temps de cuisson défini, les ressources marquées comme [last] (généralement des environnements de production) deviennent éligibles.

  • Surveillance de la progression de la mise à niveau par le biais AWS de notifications Health.

Vous pouvez définir vos ordres de surclassement en :

  • Politiques au niveau du compte : s'appliquent à toutes les ressources éligibles des comptes spécifiés.

  • Balises de ressources : s'appliquent à des ressources spécifiques en fonction des balises.

Note

Les ressources non configurées avec une politique de mise à niveau ou exclues de cette politique reçoivent automatiquement un ordre de mise à niveau de [seconde].

Prérequis

  • Vous Compte AWS devez faire partie d'une organisation appartenant à Organizations pour laquelle la politique de déploiement des mises à niveau est activée

  • Activez les mises à niveau automatiques des versions mineures pour vos instances

  • Les balises ne sont pas strictement requises pour la politique de déploiement des mises à niveau. Si vous souhaitez définir des ordres de mise à niveau spécifiques pour différents environnements (par exemple, développement, test, assurance qualité, production), vous pouvez utiliser des balises. Si vous n'incluez pas de paramètres de balise dans votre politique, toutes les ressources soumises à cette politique suivent l'ordre de mise à niveau par défaut.

Prérequis

  • Vous Compte AWS devez faire partie d'une organisation appartenant à Organizations pour laquelle la politique de déploiement des mises à niveau est activée

  • Activez les mises à niveau automatiques des versions mineures pour vos instances

  • Étiquetez vos ressources pour identifier leur environnement (par exemple, développement, test, production)

Pour étiqueter vos ressources
  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 Databases (Bases de données).

  3. Choisissez l'instance que vous souhaitez étiqueter.

  4. Choisissez Actions, puis sélectionnez Gérer les balises.

  5. Choisissez Ajouter une balise.

  6. Entrez la clé de votre tag (par exemple, « Environnement ») et la valeur (par exemple, « Développement »)

  7. Choisissez Ajouter une étiquette, puis Enregistrer.

Vous pouvez également ajouter des balises à l'aide de AWS CLI :

aws rds add-tags-to-resource \ --resource-name arn:aws:rds:region:account-number:db:instance-name \ --tags Key=Environment,Value=Development

Ordre et phases de mise à niveau

La politique de déploiement des mises à niveau prend en charge trois ordres de mise à niveau :

  • [premier] - Généralement utilisé pour les environnements de développement ou de test

  • [deuxième] - Généralement utilisé pour les environnements d'assurance qualité. Ordre par défaut pour les ressources non spécifiquement configurées

  • [last] - Généralement réservé aux environnements de production

Lorsqu'une nouvelle version mineure du moteur devient éligible à la mise à niveau automatique :

  • Les ressources ayant reçu un ordre de mise à niveau [en premier] deviennent éligibles aux mises à niveau pendant leurs fenêtres de maintenance configurées.

  • Après un certain temps de cuisson, les ressources dont l'ordre de mise à niveau est [second] deviennent éligibles aux mises à niveau pendant leurs fenêtres de maintenance.

  • Après un autre temps de cuisson défini, les ressources dont l'ordre de mise à niveau est [dernier] deviennent éligibles aux mises à niveau pendant leurs fenêtres de maintenance.

  • La campagne de mise à niveau automatique des versions mineures se termine une fois que toutes les ressources éligibles ayant fait l'objet de commandes de mise à niveau [première], [deuxième] et [dernière] ont été mises à niveau, ou lorsque la campagne atteint sa date de fin prévue, selon la première éventualité.

Note

Toutes les mises à niveau automatiques des versions mineures sont effectuées pendant la période de maintenance configurée pour chaque instance afin de minimiser l'impact potentiel sur vos applications.

Observabilité

AWS Santé et surveillance

Vous recevez des notifications AWS de santé :

  • Avant le début d'une campagne de mise à niveau automatique d'une version mineure

  • Transition entre chaque phase pour faciliter le suivi et le suivi de la progression de la mise à niveau

  • Mises à jour de progression indiquant le nombre de ressources mises à niveau au sein de votre flotte dans la console AWS Health

Notifications d'événements Amazon RDS :

  • Notifications relatives aux ressources activées pour les mises à niveau automatiques des versions mineures, notamment :

    • Quand votre ressource devient éligible à la mise à niveau en fonction de son ordre de mise à niveau ([première], [deuxième] ou [dernière])

    • Chronologie de mise à niveau planifiée pendant la fenêtre de maintenance

    • État de début et d'achèvement de la mise à niveau individuelle de la base

  • Abonnez-vous à ces événements via Amazon EventBridge 0 pour une surveillance automatisée

Considérations

Voici quelques points à prendre en compte :

  • La politique s'applique à toutes les futures campagnes de mise à niveau automatique des versions mineures, y compris les modifications de politique effectuées pendant les campagnes actives.

  • Si vous participez à une campagne de mise à niveau en cours, vos ressources suivent l'ordre de mise à niveau en cours et n'attendent pas la configuration d'une politique.

  • Les ressources non configurées avec une politique de mise à niveau reçoivent automatiquement un ordre de mise à niveau de [seconde].

  • La politique prévoit des périodes de validation entre les phases de mise à niveau avant de passer à la phase suivante.

  • Les modifications apportées à la politique ou aux balises de ressources nécessitent un certain temps pour se propager avant que le nouvel ordre de mise à niveau ne soit appliqué.

  • La politique s'applique uniquement aux ressources Amazon RDS pour lesquelles les mises à niveau automatiques des versions mineures sont activées.

  • Si vous détectez un problème dans un environnement, vous pouvez désactiver les mises à niveau automatiques des versions mineures pour les environnements suivants ou utiliser la période de validation pour résoudre les problèmes avant que les mises à niveau ne passent à l'ordre de mise à niveau suivant.

Note

Cette fonctionnalité prend en charge les mises à niveau automatiques des versions mineures pour les versions du moteur de base de données Oracle publiées après janvier 2026.

Pour plus d'informations sur le balisage des ressources RDS, consultez. Marquage des ressources Amazon RDS Pour obtenir des instructions détaillées sur la configuration et l'utilisation de la politique de déploiement des mises à niveau, voir Getting started with AWS Organizations dans le guide de l'AWS Organizations utilisateur.