Réalisation d’une mise à niveau de version mineure

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

Avant d’effectuer une mise à niveau de version mineure

Nous vous recommandons d’effectuer les actions suivantes pour réduire la durée d’indisponibilité lors d’une mise à niveau de version mineure :

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

Les mises à niveau de versions mineures et les correctifs sont disponibles dans les Régions AWS uniquement après avoir réalisé 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 survenus après la publication de la version communautaire mineure ne perturbent pas la stabilité de la flotte Aurora PostgreSQL.

Si vous activez Activer la mise à niveau automatique des versions mineures, Aurora PostgreSQL met régulièrement à jour votre cluster de bases de données durant la fenêtre 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 cluster de bases 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 bases de données Aurora.

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

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 qu’AWS CLI est configuré pour cibler votre Région AWS par défaut.

Pour plus d’informations sur l’option AmVU et sur la façon de modifier votre cluster de bases de données Aurora pour l’utiliser, consultez Mises à niveau automatiques des versions mineures pour les clusters de bases 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 bases 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 bases 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 bases de données Amazon Aurora.

Mises à niveau de versions mineures et application de correctifs sans durée d’indisponibilité

Il est possible qu’une panne se produise pendant la mise à niveau d’un cluster de bases 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 bases 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 durée d’indisponibilité) 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 bases 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’instance de base de données où ZDP est disponible :

Au cours du processus de mise à niveau utilisant l’application de correctifs sans durée d’indisponibilité, 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 toute durée d’indisponibilité 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 durée d’indisponibilité 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 durée d’indisponibilité (ZDP) peut échouer. Par exemple, les modifications de paramètres à l’état pending sur votre cluster de bases de données Aurora PostgreSQL ou ses instances interfèrent avec l’application de correctifs sans durée d’indisponibilité.

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 des correctifs sans durée d’indisponibilité

Les limitations suivantes s’appliquent à l’application de correctifs sans durée d’indisponibilité :

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

Vous pouvez mettre à niveau votre cluster de bases de données Aurora PostgreSQL vers une nouvelle version mineure à l’aide de la console, d’AWS CLI ou de 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