Objectif

Public Cloud Databases vous permet de vous concentrer sur la création et le déploiement de vos applications cloud, pendant qu'OVHcloud prend en charge l'infrastructure de base de données et son maintien en conditions opérationnelles. Chaque service repose sur des systèmes de gestion de bases de données (SGBD) tiers, maintenus par des entreprises ou communautés tierces telles que la communauté PostgreSQL, Oracle, MongoDB, RedisLab, Apache Foundation, et bien d'autres.

Ce guide explique la politique d'OVHcloud concernant les versions majeures des SGBD proposés dans Public Cloud Databases.

Politique de cycle de vie

Cette politique est fournie pour aider les clients à comprendre le cycle de vie des bases de données Public Cloud d'OVHcloud, afin d'anticiper et de préparer les transitions vers les nouvelles versions.

La fin de vie (End Of Life, EOL) désigne l'échéance à partir de laquelle les services Public Cloud Databases concernés sont considérés comme obsolètes et ne sont plus ni pris en charge ni maintenus.

OVHcloud s'efforce de suivre le calendrier de fin de vie défini par les auteurs et mainteneurs d'origine du logiciel SGBD, autrement dit les projets amont (upstream). Une fois qu'un projet amont retire une version spécifique, celle-ci ne reçoit plus de mises à jour de sécurité ni de correctifs critiques.

Continuer à utiliser des services obsolètes signifie qu'ils n'offrent plus à nos clients le niveau de protection dont leur activité a besoin. C'est pourquoi, en suivant le calendrier de fin de vie des projets amont, nous garantissons que les services OVHcloud fonctionnent toujours sur des versions prises en charge du logiciel SGBD.

Périmètre couvert

Cette politique de cycle de vie s'applique à :

• Tous les services Public Cloud Databases ;
• Y compris l'ensemble des plans de service (Essential, Business/Production, Enterprise/Advanced) ;
• Et tous les SGBD proposés, tels que MySQL, PostgreSQL, MongoDB, Valkey, etc.
• Quel que soit leur état ; qu'ils soient en cours d'exécution ou en état de veille (éteints, en attente de paiement).

Mise à disposition des nouvelles versions majeures

Une fois qu'une nouvelle version majeure d'un SGBD est considérée comme stable, OVHcloud met tout en œuvre pour la proposer à ses clients dès que possible. De nombreux facteurs pouvant entrer en jeu, nous ne pouvons pas garantir de délai exact ni d'engagement précis.

Avant la fin de vie

Lorsqu'OVHcloud définit la date de fin de vie d'une version majeure d'un service :

• Les clients reçoivent une annonce de fin de vie par e-mail via leur point de contact principal (NIC-admin) ;
• L'espace client OVHcloud affiche également une notification de fin de vie pour les services concernés ;
• Des rappels par e-mail peuvent également être envoyés aux clients.

À la date de fin de vie

Une fois la date de fin de vie atteinte :

• Les services en cours d'exécution concernés seront automatiquement mis à niveau vers la dernière version disponible. Par exemple, si la dernière version est PostgreSQL 13, alors à la fin de vie de PostgreSQL 9.6, le service sera mis à niveau directement vers la dernière version de PostgreSQL 13, plutôt que vers PostgreSQL 10, 11 ou 12.
• Les services concernés en état de veille (éteints, etc.) ne seront plus accessibles et leurs sauvegardes seront supprimées.

Impacts potentiels

Les nouvelles versions de SGBD peuvent introduire des changements mineurs, mais aussi des changements majeurs incompatibles (breaking changes), susceptibles d'entraîner des dysfonctionnements dans votre code, et donc dans vos applications. Une fonctionnalité peut ne plus fonctionner correctement, ou l'ensemble de votre site web ou application peut devenir défaillant et indisponible. OVHcloud ne peut pas connaître ces impacts à l'avance et les clients restent responsables de leur propre code. Nous vous recommandons de consulter la documentation officielle du SGBD afin de vérifier les fonctionnalités nouvellement introduites et/ou dépréciées.

Recommandations pour les mises à niveau

Nous recommandons vivement d'effectuer la mise à niveau de version bien avant la fin de vie, afin de pouvoir tester la compatibilité en cas de changements majeurs incompatibles, anticiper les problèmes imprévus, et migrer vers la nouvelle version selon votre propre calendrier.

Public Cloud Databases propose la duplication de base de données (fork, une copie) comme outil efficace pour vérifier la mise à niveau de version, afin de tester la compatibilité en toute sécurité sans engager vos services de production dans une mise à niveau irréversible.

Pour effectuer un fork, accédez à la page « Overview » (Vue d'ensemble) de votre service, puis faites défiler jusqu'à voir le bouton « New database fork » (Nouveau fork de base de données). Cela vous permettra de créer un nouveau service de base de données distinct, cloné à partir des sauvegardes du service actuel.

Annonces de fin de vie pour les versions majeures

MongoDB

La fin de vie de MongoDB coïncidera avec le calendrier officiel de cycle de vie de MongoDB : https://www.mongodb.com/support-policy/lifecycles.

MySQL

La fin de vie de MySQL coïncidera avec le calendrier officiel de cycle de vie de MySQL pour Linux : https://www.mysql.com/fr/support/supportedplatforms/database.html

PostgreSQL

La fin de vie de PostgreSQL coïncidera avec la politique officielle de gestion des versions de PostgreSQL : https://www.postgresql.org/support/versioning/

Valkey

La fin de vie de Valkey coïncidera avec la politique officielle de publication de la communauté Valkey : https://valkey.io/topics/releases

Aller plus loin

Vous êtes sur Discord ? Rejoignez notre chaîne via https://discord.gg/ovhcloud et interagissez directement avec l’équipe qui développe notre service de bases de données !

Si vous avez besoin d'une formation ou d'une assistance technique pour la mise en oeuvre de nos solutions, contactez votre commercial ou cliquez sur ce lien pour obtenir un devis et demander une analyse personnalisée de votre projet à nos experts de l’équipe Professional Services.

Rejoignez notre communauté d'utilisateurs.