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

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

Les mises à niveau de versions mineures peuvent être appliquées automatiquement par Aurora. Lorsque vous créez un nouveau cluster de SQL base de données Aurora Postgre, l'option Activer la mise à niveau des versions mineures est présélectionnée. À moins de désactiver cette option, les mises à niveau des versions mineures sont appliquées automatiquement pendant 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 base de données Aurora pour l'utiliser, consultez Mises à niveau automatiques des versions mineures pour les clusters de base de données Aurora.

Si l'option de mise à niveau automatique des versions mineures n'est pas définie pour votre cluster de SQL base de données Aurora Postgre, votre Aurora Postgre SQL n'est pas automatiquement mis à niveau 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 SQL base de données Aurora Postgre exécute une ancienne version mineure, Aurora vous invite à effectuer une mise à 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 Postgre vous SQL invite à appliquer tous les correctifs en ajoutant une recommandation aux tâches de maintenance de votre cluster de base de données Aurora PostgreSQL. Pour de plus amples informations, veuillez consulter 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. Toutefois, après SQL les versions 14.3.3, 13.7.3, 12.11.3, 11.16.3, 10.21.3 d'Aurora Postgre et les autres versions supérieures de ces versions mineures et des versions majeures plus récentes, le processus de mise à niveau utilise la fonctionnalité patching () sans interruption de service. ZDP Cette fonctionnalité réduit les pannes et les élimine complètement dans la plupart des cas. Pour de plus amples informations, veuillez consulter Mises à niveau de versions mineures et application de correctifs sans temps d'arrêt.

Contrairement aux mises à niveau et aux correctifs des versions mineures, Aurora Postgre SQL ne propose pas d'option de mise à niveau automatique des versions majeures. Les nouvelles SQL versions majeures de Postgre 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 la section Test d'une mise à niveau de votre cluster de base 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 SQL base de données Aurora Postgre. 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 SQL base de données Aurora Postgre vers la nouvelle version.

Le processus de mise à niveau implique la possibilité d'une brève interruption lorsque toutes les instances du cluster sont mises à niveau vers la nouvelle version. 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 de plus amples informations, veuillez consulter Exécution d'une mise à niveau de version majeure.