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 afin de 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 sont disponibles dans Régions AWS uniquement après des tests rigoureux. Avant de publier des mises à niveau et des correctifs, Aurora Postgre effectue SQL 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é globale du SQL parc Aurora Postgre.

Au fur et à mesure qu'Aurora Postgre SQL met à disposition de nouvelles versions mineures, les instances qui constituent votre cluster de SQL base de données Aurora Postgre peuvent être automatiquement mises à niveau pendant la période de maintenance spécifiée. Pour que cela se produise, l'option Activer la mise à niveau automatique des versions mineures de votre SQL cluster de base de données Aurora Postgre doit être activée. Toutes les instances de base de données qui constituent votre cluster de SQL base de données Aurora Postgre doivent avoir l'option de mise à niveau automatique des versions mineures (AMVu) activée afin que la mise à niveau mineure soit appliquée à l'ensemble du cluster.

Vous pouvez vérifier la valeur de l'option Activer la mise à niveau automatique des versions mineures pour tous vos clusters de SQL base de données Aurora Postgre à l'aide du describe-db-instances AWS CLI commande avec la requête 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 illustrée suppose que vous avez 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 SQL base de données Aurora Postgre vers de nouvelles versions mineures soit en répondant à des tâches de maintenance, soit en modifiant le cluster pour utiliser la nouvelle version.

Vous pouvez identifier les mises à niveau ou les correctifs disponibles pour vos clusters de SQL base de données Aurora Postgre en utilisant la RDS console et en ouvrant le menu 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

La mise à niveau d'un cluster de SQL base de données Aurora Postgre implique la possibilité d'une panne. 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é patching (ZDP) sans interruption de service améliore le processus de mise à niveau. AinsiZDP, les mises à niveau des versions mineures et les correctifs peuvent être appliqués avec un impact minimal sur votre cluster de SQL base de données Aurora Postgre. ZDPest utilisé lors de l'application de correctifs ou de mises à niveau de versions mineures plus récentes aux SQL versions d'Aurora Postgre et aux autres versions supérieures de ces versions mineures et de nouvelles versions majeures. C'est-à-dire que la mise à niveau vers de nouvelles versions mineures à partir de l'une de ces versions est utiliséeZDP.

Le tableau suivant indique les SQL versions d'Aurora Postgre et les classes d'instances de base de ZDP données disponibles :

ZDPfonctionne en préservant les connexions client actuelles à votre cluster de SQL base de données Aurora Postgre tout au long du processus de SQL mise à niveau d'Aurora Postgre. Toutefois, dans les cas suivants, les connexions seront interrompues ZDP pour être terminées :

Pendant le processus de mise à niveau à l'aide deZDP, 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.

Une fois l'ZDPopération terminée, les sessions d'application sont maintenues, à l'exception de celles dont les connexions ont été interrompues, et le moteur de base de données redémarre alors que la mise à niveau est toujours en cours. 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 interruption de service (ZDP) peut échouer. Par exemple, les modifications de paramètres qui se trouvent dans un pending état de votre cluster de SQL base de données Aurora Postgre ou de ses instances interfèrent avecZDP.

Vous pouvez trouver les statistiques et les événements relatifs ZDP aux opérations sur la page Événements de la console. Les événements incluent le début et la ZDP 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.

Mise à niveau du SQL moteur Aurora Postgre vers une nouvelle version mineure

Vous pouvez mettre à niveau votre cluster de SQL base de données Aurora Postgre vers une nouvelle version mineure à l'aide de la console, AWS CLI, ou le RDSAPI. 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 garantir la stabilité du plan, nous vous recommandons d'utiliser l'extension Query Plan Management (QPM) comme indiqué dansAssurer 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