Mises à niveau des versions Snowflake Postgres

Postgres utilise un schéma de gestion des versions X.Y, X étant la version majeure et Y la version mineure à l’intérieur de cette version majeure.

Mises à niveau de la version majeure de Postgres

Snowflake Postgres vous permet de planifier la mise à niveau de vos versions majeures via une action d’instance Modifier, qui nécessite une maintenance de basculement.

Pour initier une mise à niveau de version majeure, vous devez utiliser un rôle qui a reçu le privilège OWNERSHIP ou OPERATE sur l’instance.

Note

Vous pouvez uniquement effectuer une mise à niveau vers une version majeure plus récente. Vous ne pouvez pas revenir à une version majeure antérieure.

Vous pouvez combiner une mise à niveau de version majeure avec un redimensionnement d’instance en sélectionnant une nouvelle taille d’instance, une nouvelle taille de stockage ou les deux, ainsi que le nouveau numéro de version.

Astuce

Étant donné que les basculements de maintenance de mise à niveau peuvent prendre plus de temps que les autres basculements de maintenance d’instance Modifier (voir ci-dessous) et que vous ne pouvez pas rétrograder une instance vers une version majeure antérieure, Snowflake vous recommande vivement de tester entièrement les mises à niveau majeures à l’aide d’un Dupliquer de votre instance avant de procéder aux mises à niveau de version majeure des instances de production actives.

  1. Dans le menu de navigation, sélectionnez Postgres.

  2. Sélectionnez votre instance Snowflake Postgres.

  3. Dans le menu Manage en haut à droite, sélectionnez Modify.

  4. Si une version plus récente est disponible, vous pourrez la sélectionner dans le menu déroulant des versions Postgres.

  5. Sélectionnez le bouton Save pour confirmer la modification.

Modifier une instance Snowflake Postgres avec une mise à niveau de version majeure

Note

Si vous n’avez pas défini de fenêtre de maintenance et que vous n’avez pas spécifié de durée d’exécution avec APPLY ON '<timestamp>' lors de la création de l’action de mise à niveau viaSQL, le basculement de maintenance de mise à niveau se poursuivra dès que la nouvelle instance sera remplie et prête, comme lors de l’utilisation de APPLY IMMEDIATELY lors de la création de l’action de mise à niveau via SQL.

Lorsque vous utilisez APPLY ON '<timestamp> pour planifier le basculement de maintenance de mise à niveau pour une date ultérieure spécifiée, cette date peut être antérieure de trois jours à la date actuelle.

Fonctionnement des maintenances de mise à niveau des versions majeures

Les mises à niveau des versions majeures Postgres fonctionnent différemment des autres opérations de gestion des instances. Une fois le processus lancé, Snowflake Postgres exécutera les étapes suivantes :

  1. Comme pour les autres actions Modifier, une réplique cachée est provisionnée pour la mise à niveau.

  2. Lorsque l’heure de la maintenance planifiée arrive :

    • L’instance principale actuelle est verrouillée pour empêcher les écritures.

    • La réplique masquée est mise à niveau à l’aide de pg_upgrade. La durée dépend du nombre d’objets dans votre base de données, et non de la taille des données.

  3. Basculez vers l’instance nouvellement mise à niveau une fois la mise à niveau terminée.

Remarques importantes :

  • Les modifications majeures de la version peuvent affecter la compatibilité des applications. Nous vous recommandons de tester votre application par rapport à la nouvelle version PostgreSQL avant la mise à niveau.

  • Les répliques en lecture ne peuvent pas voir leurs versions majeures mises à niveau séparément de leurs instances principales. Au lieu de cela, elles sont automatiquement mises à niveau lors d’une mise à niveau de version majeure sur leurs instances principales, mais seulement une fois que l’instance principale est mise à niveau et qu’une nouvelle sauvegarde est effectuée. Jusqu’à cette date, les répliques resteront disponibles, mais dans un état obsolète.

  • Les instances HA (si elles sont présentes) sont également automatiquement mises à niveau après que l’instance principale est mise à niveau et qu’une nouvelle sauvegarde est effectuée. Avant cela, l’instance principale ne disposera pas d’une instance HA valide.

  • L’interruption de service liée au basculement de maintenance sera plus longue que celle requise pour les autres actions Modifier, mais ne devrait généralement pas durer plus de quelques minutes.

  • Si une mise à niveau échoue, votre instance reviendra automatiquement à l’instance d’origine.

Mises à niveau de la version mineure Postgres

Snowflake mettra automatiquement à niveau votre base de données avec de nouvelles versions mineures de Postgres au fil du temps.

Avec chaque version de Postgres, nous examinons tous les problèmes et bogues liés à la sécurité. Pour tout ce qui est considéré comme critique, nous donnerons la priorité à votre mise à niveau afin de garantir la sécurité de vos données. Si une mise à jour d’urgence est nécessaire, nous l’effectuerons pendant votre fenêtre de maintenance.

Pour les corrections non critiques, nous mettons progressivement à jour les bases de données selon l’une des méthodes suivantes :

  • Mise à jour de votre instance lors des opérations de gestion des instances nécessitant le remplacement d’une instance, telles que des modifications de ressources

  • Mise à jour de votre zone de préparation haute disponibilité après un basculement HA Si un basculement HA a lieu, l’instance HA nouvellement créée recevra la dernière version du point.

Une instance Actualiser assurera également votre instance et l’instance HA (si elle est présente) sera mise à niveau vers la dernière version mineure disponible.