Mises à niveau de cluster dans Azure Cosmos DB for PostgreSQL

Important

Azure Cosmos DB pour PostgreSQL n’est plus pris en charge pour les nouveaux projets. N’utilisez pas ce service pour les nouveaux projets. Utilisez plutôt l’un des deux services suivants :

• Utilisez Azure Cosmos DB pour NoSQL pour une solution de base de données distribuée conçue pour des scénarios à grande échelle avec un contrat de niveau de service de disponibilité (SLA) de 99,999%, une mise à l’échelle automatique instantanée et un basculement automatique entre plusieurs régions.

• Utilisez la fonctionnalité Elastic Clusters d'Azure Database pour PostgreSQL pour un PostgreSQL partagé utilisant l'extension open source Citus.

Le service managé Azure Cosmos DB for PostgreSQL peut gérer les mises à niveau du serveur PostgreSQL et l’extension Citus. Tous les clusters sont créés avec la dernière version de Citus disponible pour la version principale de PostgreSQL que vous sélectionnez pendant l’approvisionnement du cluster. Lorsque vous sélectionnez une version de PostgreSQL telle que PostgreSQL 15 pour une mise à niveau du cluster sur place, la dernière version de Citus prise en charge pour la version de PostgreSQL sélectionnée va être installée.

Si vous devez mettre à niveau la version de Citus uniquement, vous pouvez le faire à l’aide d’une mise à niveau sur place. Par exemple, vous pouvez mettre à niveau Citus 11.0 vers Citus 11.3 sur votre cluster PostgreSQL 14 sans mettre à niveau la version de Postgres.

Précautions relatives à la mise à niveau

Les mises à niveau nécessitent un temps d’arrêt dans le cluster de base de données. Le temps exact dépend des versions source et de destination de la mise à niveau. Pour préparer la mise à niveau du cluster de production, nous vous recommandons de tester la mise à niveau et de mesurer les temps d’arrêt pendant le test.

En outre, la mise à niveau d’une version majeure de Citus peut introduire des modifications dans le comportement. Il est préférable de vous familiariser avec de nouvelles fonctionnalités et les éventuelles modifications pour éviter les surprises.

Changements notables liés à Citus 12 :

• La stratégie de rééquilibrage par défaut est passée de by_shard_count à by_disk_size.
• La prise en charge de PostgreSQL 13 a été supprimée à compter de cette version.

Changements liés à Citus 11 notables :

• Les partitions de table peuvent disparaître dans votre client SQL. Vous pouvez contrôler leur visibilité à l’aide de citus.show_shards_for_app_name_prefixes.
• Il existe plusieurs fonctionnalités déconseillées.

Étapes suivantes

Comment effectuer des mises à niveau