Mise à niveau des clusters de base de données Amazon Aurora PostgreSQL

Les mises à niveau de versions mineures et les correctifs contiennent uniquement des modifications rétrocompatibles avec les applications existantes. Les mises à niveau des versions mineures et les correctifs ne sont disponibles qu’une fois qu’Aurora PostgreSQL les a testés et approuvés.

Aurora peut automatiquement appliquer à votre place les mises à niveau mineures. Lorsque vous créez un cluster de bases de données Aurora PostgreSQL, l’option Activer la mise à niveau des versions mineures est activée par défaut. À moins de désactiver manuellement cette option, Aurora applique régulièrement des mises à niveau automatiques des versions mineures durant votre fenêtre de maintenance planifiée. Pour plus d’informations sur l’option de mise à niveau automatique des versions mineures (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.

Si l’option de mise à niveau automatique des versions mineures n’est pas définie pour votre cluster de bases de données Aurora PostgreSQL, ce dernier n’est pas mis à niveau automatiquement vers la nouvelle version mineure. Au lieu de cela, lorsqu’une nouvelle version mineure est publiée dans votre Région AWS et que votre cluster de bases de données Aurora PostgreSQL exécute une version mineure plus ancienne, Aurora vous invite à le mettre à niveau. Pour ce faire, il ajoute une recommandation aux tâches de maintenance de votre cluster.

Les correctifs ne sont pas considérés comme une mise à niveau et ils ne sont pas appliqués automatiquement. Aurora PostgreSQL vous invite à appliquer les éventuels correctifs en ajoutant une recommandation aux tâches de maintenance de votre cluster de bases de données Aurora PostgreSQL. Pour plus d’informations, consultez Comment effectuer des mises à niveau de versions mineures et appliquer des correctifs.

Il est possible que de courtes pannes se produisent pendant le processus de mise à niveau car chaque instance du cluster est mise à niveau vers la nouvelle version. Cependant, après Aurora PostgreSQL 14.3.3, 13.7.3, 12.11.3, 11.16.3, 10.21.3, et d’autres versions ultérieures de ces versions mineures et les nouvelles versions majeures, le processus de mise à niveau utilise la fonction ZDP (application de correctifs sans durée d’indisponibilité). Cette fonctionnalité réduit les pannes et les élimine complètement dans la plupart des cas. Pour plus d’informations, consultez Mises à niveau de versions mineures et application de correctifs sans durée d’indisponibilité. Pour plus d’informations sur les fonctionnalités prises en charge et les limites de ZDP, consultez Limites des correctifs sans durée d’indisponibilité.

Contrairement aux mises à niveau et aux correctifs des versions mineures, Aurora PostgreSQL ne dispose pas d’une option de mise à niveau automatique des versions majeures. Les nouvelles versions majeures de PostgreSQL peuvent contenir des modifications de base de données qui ne sont pas rétrocompatibles avec les applications existantes. Les nouvelles fonctionnalités peuvent empêcher vos applications existantes de fonctionner correctement.

Pour éviter tout problème, nous vous recommandons vivement de suivre le processus décrit dans Test d’une mise à niveau de votre cluster de bases de données de production vers une nouvelle version majeure avant de mettre à niveau les instances de base de données de vos clusters de base de données Aurora PostgreSQL. Assurez-vous tout d’abord que vos applications peuvent s’exécuter sur la nouvelle version en procédant comme suit. Vous pouvez ensuite mettre à niveau manuellement votre cluster de bases de données Aurora PostgreSQL vers la nouvelle version.

Il est possible que de courtes pannes se produisent pendant la mise à niveau vers la nouvelle version de toutes les instances du cluster. Le processus de planification préliminaire prend également un certain temps. Nous vous recommandons de toujours effectuer les tâches de mise à niveau pendant la fenêtre de maintenance de votre cluster ou lorsque la charge d’opérations est minimale. Pour plus d’informations, consultez Réalisation d’une mise à niveau de version majeure.