Effectuer une mise à niveau d'une version mineure

Vous pouvez utiliser les méthodes suivantes pour mettre à niveau la version mineure d'un cluster de base de données ou appliquer un correctif à un cluster de base de données :

Avant d'effectuer une mise à niveau d'une version mineure

Nous vous recommandons d'effectuer les actions suivantes pour réduire le temps d'arrêt lors d'une mise à niveau de version mineure :

Comment effectuer des mises à niveau de versions mineures et appliquer des correctifs

Les mises à niveau et les correctifs des versions mineures ne sont disponibles Régions AWS qu'après des tests rigoureux. Avant de publier des mises à niveau et des correctifs, Aurora PostgreSQL effectue des tests pour s'assurer que les problèmes de sécurité connus, les bogues et les autres problèmes apparus après la sortie de la version communautaire mineure ne perturbent pas la stabilité du parc Aurora PostgreSQL.

Si vous activez l'option Activer la mise à niveau automatique des versions mineures, Aurora PostgreSQL met régulièrement à niveau votre cluster de base de données pendant la période de maintenance spécifiée. Assurez-vous que l'option Activer la mise à niveau automatique des versions mineures est activée pour toutes les instances de votre cluster de base de données Aurora PostgreSQL. Pour obtenir des informations sur la façon de définir Mise à niveau automatique des versions mineures et sur la façon dont ce paramètre fonctionne lorsqu'il est appliqué aux niveaux du cluster et de l'instance, consultez  Mises à niveau automatiques des versions mineures pour les clusters de base de données Aurora.

Vérifiez la valeur de l'option Activer la mise à niveau automatique des versions mineures pour tous vos clusters de base de données Aurora PostgreSQL à l'aide de describe-db-instances AWS CLI la commande suivante.

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

Cette requête renvoie une liste de tous les clusters de base de données Aurora et de leurs instances dont le paramètre AutoMinorVersionUpgrade est défini sur true ou false. La commande suppose que vous êtes AWS CLI configuré pour cibler votre valeur par défaut Région AWS.

Pour plus d'informations sur l'option AmVU et sur la façon de modifier votre cluster de base de données Aurora pour l'utiliser, consultez Mises à niveau automatiques des versions mineures pour les clusters de base de données Aurora.

Vous pouvez mettre à niveau vos clusters de base de données Aurora PostgreSQL vers de nouvelles versions mineures, soit en répondant aux tâches de maintenance, soit en modifiant le cluster pour utiliser la nouvelle version.

Vous pouvez identifier toutes les mises à niveau ou tous les correctifs disponibles pour vos clusters de base de données Aurora PostgreSQL à l'aide de la console RDS et en ouvrant le menu Recommendations (Recommandations). Vous y trouverez une liste des problèmes de maintenance tels que Old minor versions (Anciennes versions mineures). En fonction de votre environnement de production, vous pouvez choisir de planifier (Schedule) la mise à niveau ou de prendre des mesures immédiates, en choisissant Apply now (Appliquer maintenant), comme indiqué ci-après.

Pour en savoir plus sur la gestion d'un cluster de base de données Aurora, y compris sur l'application manuelle des correctifs et des mises à niveau de versions mineures, consultez Entretien d'un cluster de base de données Amazon Aurora.

Mises à niveau de versions mineures et application de correctifs sans temps d'arrêt

Il est possible qu'une panne se produise pendant la mise à niveau d'un cluster de base de données Aurora PostgreSQL. Au cours du processus de mise à niveau, la base de données est arrêtée. Si vous démarrez la mise à niveau alors que la base de données est occupée, vous perdez toutes les connexions et transactions traitées par le cluster de base de données. Si vous attendez que la base de données soit inactive pour effectuer la mise à niveau, vous devrez peut-être attendre longtemps.

La fonctionnalité ZDP (application de correctifs sans temps d'arrêt) améliore le processus de mise à niveau. Avec ZDP, les mises à niveau de versions mineures et les correctifs peuvent être appliqués avec un impact minimal sur votre cluster de base de données Aurora PostgreSQL. ZDP est utilisé lors de l'application de correctifs ou de mises à jour de versions mineures plus récentes vers des versions d'Aurora PostgreSQL et d'autres versions ultérieures de ces versions mineures, et de nouvelles versions majeures. En d'autres termes, la mise à niveau vers de nouvelles versions mineures à partir de l'une de ces versions utilise ZDP.

Le tableau suivant montre les versions d'Aurora PostgreSQL et les classes d'instances de base de données où ZDP est disponible :

Au cours du processus de mise à niveau utilisant l'application de correctifs sans temps d'arrêt, le moteur de base de données recherche un point silencieux pour suspendre toutes les nouvelles transactions. Cette action protège la base de données lors des applications de correctifs et des mises à niveau. Pour garantir le bon fonctionnement de vos applications quand les transactions sont suspendues, nous vous recommandons d'intégrer une logique de nouvelle tentative dans votre code. Cette approche garantit que le système pourra gérer tout temps d'arrêt de courte durée sans défaillance et pourra réessayer les nouvelles transactions après la mise à niveau.

Lorsque l'application de correctifs sans temps d'arrêt réussit, les sessions d'application sont conservées, à l'exception de celles avec des connexions interrompues, et le moteur de base de données redémarre avant la fin de la mise à niveau. Le redémarrage du moteur de base de données peut entraîner une chute temporaire du débit, mais celle-ci ne dure généralement que quelques secondes ou une minute environ tout au plus.

Dans certains cas, l'application de correctifs sans temps d'arrêt (ZDP) peut échouer. Par exemple, les modifications de paramètres à l'état pending sur votre cluster de base de données Aurora PostgreSQL ou ses instances interfèrent avec l'application de correctifs sans temps d'arrêt.

Vous trouverez des métriques et des événements pour les opérations ZDP sur la page Events (Événements) de la console. Les événements se déroulent du début de la mise à niveau ZDP à la fin de la mise à niveau. Dans ce cas, vous pouvez obtenir la durée du processus et le nombre de connexions conservées et supprimées survenues pendant le redémarrage. Pour plus de détails, consultez le journal des erreurs de votre base de données.

Limites de l'application de correctifs sans interruption

Les limites suivantes s'appliquent à l'application de correctifs sans interruption de service :

Mise à niveau du moteur Aurora PostgreSQL vers une nouvelle version mineure

Vous pouvez mettre à niveau votre cluster de base de données Aurora PostgreSQL vers une nouvelle version mineure à l'aide de la console, de l'API RDS ou de AWS CLI l'API RDS. Avant d'effectuer la mise à niveau, nous vous recommandons de suivre les mêmes bonnes pratiques que celles que nous recommandons pour les mises à niveau de versions majeures. Comme pour les nouvelles versions majeures, les nouvelles versions mineures peuvent également comporter des améliorations de l'optimiseur, telles que des corrections, qui peuvent entraîner des régressions du plan de requête. Pour assurer la stabilité du plan, nous vous recommandons d'utiliser l'extension Query Plan Management (QPM) comme indiqué dans Assurer la stabilité du plan après une mise à niveau majeure de la version.

aws rds modify-db-cluster \
    --db-cluster-identifier mydbcluster \
    --engine-version new_version \
    --no-apply-immediately

aws rds modify-db-cluster ^
    --db-cluster-identifier mydbcluster ^
    --engine-version new_version ^
    --no-apply-immediately