Politique de gestion des versions

Génération 2

Lorsque vous provisionnez une instance d' Cloud Databases, vous pouvez choisir parmi les versions actuellement disponibles sur IBM Cloud®. À l'heure actuelle, seules les dernières versions sont disponibles pour les Cloud Databases de 2e génération, comme indiqué dans les pages du catalogue, dans l'interface CLI du Resource Controller ou dans l'API du Resource Controller.

Versions majeures définies

Versions principales pour Cloud Databases
Service Cloud Databases schéma de gestion des versions Prochaine version et date de fin de vie connues Version majeure recommandée Procédure de fin de vie [1]
Databases for PostgreSQL Cloud Databases La version majeure est définie par le premier chiffre du numéro de version. v14, le 21 octobre 2026 v18 Mise à niveau automatique sur place vers la prochaine version majeure; prise en charge de la mise à niveau sur place initiée par le client depuis v14 vers v15
Databases for MongoDB Cloud Databases Les versions majeures correspondent aux deux premiers chiffres d'un numéro de version major.x.patch. Dans les cas où x est pair, il s'agit d'une édition stable adaptée à la production. Les versions x paires sont les seules disponibles sur Cloud Databases. v8.0, 24 octobre 2029 v8.0 Mise à niveau automatique sur place vers la prochaine version majeure; la mise à niveau sur place vers la prochaine version majeure, initiée par le client, est prise en charge pour les formules Standard et Enterprise
Databases for Redis Cloud Databases Les versions majeures correspondent au premier chiffre du numéro de version major.minor.patch. N/A v8.2 Mise à niveau automatique vers la dernière version majeure disponible
Databases for Elasticsearch Cloud Databases Les versions principales correspondent aux deux premiers chiffres d'un numéro de version de maintenance release.version. N/A v8 Mise à niveau automatique sur place vers la prochaine version majeure
Databases for MySQL Cloud Databases Les versions majeures correspondent aux deux premiers chiffres du numéro de version d' major.x.patch. v8.4, le 30 avril 2029 v8.4 Mise à niveau automatique vers la dernière version majeure disponible
Messages for RabbitMQ Cloud Databases Les versions principales correspondent aux premiers chiffres d'un numéro de version major.x.patch. N/A v4 Sauvegarde effectuée et accès supprimé pour la version majeure
. Mise à niveau automatique sur place vers la version mineure suivante
Databases for Valkey Cloud Databases Les versions majeures correspondent aux deux premiers chiffres d'un numéro de version major.x.patch. N/A v9 Mise à niveau automatique vers la dernière version majeure disponible

Abonnez-vous pour recevoir les mises à jour de la version

Cloud Databases Les mises à jour de version majeures sont publiées dans les notes de mise à jour de chaque service. Pour rester informé des annonces concernant les nouvelles versions majeures, rendez-vous sur la page « État d' IBM Cloud » et inscrivez-vous pour recevoir des notifications. Les notes de mise à jour du service sont incluses dans ces notifications d'état.

Obsolescence des versions majeures

Cloud Databases vise à assurer le support d'une version majeure pendant environ trois ans à compter de sa sortie. Si une version est déclarée obsolète ou marquée comme « fin de vie » par les responsables du projet open source en amont, Cloud Databases lancera son propre processus de mise hors service.

Lorsqu'une version majeure devient obsolète, une fenêtre de transition de six mois est ouverte pour les utilisateurs actuels de la version obsolète. Au début de la période, nous contactons les utilisateurs concernés par la dépréciation. Pendant la période de transition de six mois, les utilisateurs peuvent lancer une mise à niveau vers une version majeure prise en charge. Les instances existantes continuent de fonctionner normalement.

La restauration d'instances existantes vers de nouvelles instances de la version majeure obsolète est disponible pendant la période de six mois précédant la fin de prise en charge, bien que nous recommandions de passer dès que possible à une version majeure non obsolète.

À l'issue de la période de transition, les versions majeures obsolètes ne pourront plus être déployées sur Cloud Databases. Une sauvegarde de l'instance est effectuée et l'accès aux instances exécutant une version obsolète est supprimé, ou les instances sont automatiquement mises à niveau vers la version majeure suivante. La sauvegarde peut être restaurée vers une nouvelle version prise en charge.

Les sauvegardes ne sont conservées que pendant 30 jours. Les demandes visant à réactiver des formations désactivées dans des versions arrivées en fin de vie ne peuvent pas être prises en compte.

Si vous ne prenez aucune mesure, cela pourrait entraîner des problèmes de compatibilité avec vos applications lorsque l' IBM sera mis à niveau sur place. Dans de rares cas, une défaillance peut se produire, ce qui peut avoir un impact sur votre disponibilité. En cas de panne, l'instance est désactivée et vous devez la restaurer à partir d'une sauvegarde. Nous vous recommandons d'effectuer une auto-migration avant la date de fin de prise en charge.

Version tags

Actuellement, une seule version par service « Cloud Databases » de deuxième génération est prise en charge. À mesure que de nouvelles versions seront disponibles, les identifiants de version suivants s'appliqueront.

Cloud Databases Balises de version
Balise de version Description
Préférence La version recommandée et par défaut pour toutes les nouvelles instances. Il s'agit de la version la plus stable et la plus récente, tant au niveau de l'instance qu'au niveau du service.
Aperçu Une version de prévisualisation est disponible pour une durée limitée afin de tester les fonctionnalités proposées. Il s'agit souvent de la toute dernière version disponible auprès des responsables du projet, en vue de la désigner comme version privilégiée. Bien que déployables, les versions d'aperçu ne conviennent pas à la production, car elles sont exclues des accords de niveau de service et de l'assistance. Par ailleurs, il n'est pas garanti qu'une version préliminaire aboutisse à une version finale. IBM se réserve le droit de demander à un client de supprimer une instance utilisant une version en avant-première.
Obsolète Les anciennes versions et celles dont la fin de vie approche sont signalées comme obsolètes. La création et la restauration d'instances exécutant une version obsolète sont toujours disponibles, et les instances exécutant une version obsolète continuent d'être prises en charge. Nous vous recommandons toutefois de passer à la nouvelle version Preferred, car les versions obsolètes seront à terme supprimées de IBM Cloud et ne pourront plus être provisionnées, restaurées ni prises en charge.
Non balisé Les versions non étiquetées sont des versions entièrement prises en charge et prêtes à être déployées. Ils sont généralement légèrement plus anciens que la version actuellement recommandée, mais ils sont toujours pris en charge par les responsables du projet. Ils continueront d'être pris en charge sur les instances d' Cloud Databases jusqu'à ce que leur obsolescence soit annoncée.
Masqué Une version masquée ne peut pas être déployée. Les instances existantes qui utilisent une version marquée comme « cachée » peuvent toujours être restaurées vers cette version cachée.

Versions mineures

IBM Cloud s'engage à fournir des versions sécurisées et à jour de ses services. À mesure que les mises à jour sont publiées par les responsables de projet, elles sont testées, évaluées, puis déployées sur les instances d' Cloud Databases. Les mises à jour de version mineure et les correctifs de votre instance sont gérés automatiquement et ne peuvent pas être configurés par l'utilisateur.

Notifications de fin de vie des versions majeures

Vous recevez plusieurs notifications lorsqu'une version majeure arrive en fin de vie. En général, vous pouvez vous attendre à :

  • Une annonce sur la page d'état du cloud, par exemple : avis de fin de prise en charge.
  • Une annonce dans les notes de mise à jour de votre service, par exemple : « Fin de vie de la version 12 d' IBM Cloud® Databases for PostgreSQL le 22 janvier 2025. »
  • Une notification par e-mail via l'API IBM. Cet e-mail contient un lien « Notifications » qui vous redirige vers la page de gestion des notifications. Assurez-vous que ces messages ne soient pas bloqués par le filtre anti-spam de votre service de messagerie. Pour plus d'informations, consultez la section Ajouter des utilisateurs à une liste de diffusion.
  • Assurez-vous que votre compte est configuré pour recevoir les notifications et les annonces. Vous devez activer cette option pour recevoir les mises à jour concernant la plateforme et les ressources. Activez l'option « Mises à jour majeures et mineures » dans l'onglet « Plateforme » > « Annonces » > « Mises à jour majeures et mineures », et les mises à jour de service dans l'onglet « Ressources » > « Activité des ressources » > « Mises à jour de service ». Pour plus d'informations, consultez la section Définition des préférences de messagerie pour les notifications.

Pour plus d'informations, consultez la section « Méthodes programmatiques de vérification de l'état de la version ». Nous encourageons les clients à utiliser des méthodes programmatiques, via l'interface de ligne de commande (CLI) ou l'API, pour se tenir informés de l'état de la version de la base de données. Pour plus d'informations, consultez la section « Méthodes programmatiques de vérification de l'état de la version ».

Toute action entreprise après la date de fin de vie s'étale sur plusieurs jours à compter de cette date. Nous nous efforçons, sans toutefois pouvoir le garantir, d'effectuer ces mises à jour en dehors des heures d'ouverture dans les différentes régions. Si vous souhaitez avoir davantage de contrôle sur le processus de mise à niveau de votre instance, nous vous recommandons d'effectuer la mise à niveau en suivant notre procédure de sauvegarde et de restauration avant la date de fin de vie (EOL) de votre version.

Méthodes programmatiques de vérification de l'état d'une version

Grâce à une API de 2e génération Cloud Databases, j'utilise l'API du contrôleur de ressources à des fins opérationnelles. La commande suivante permet d'obtenir l'ensemble des données associées à un déploiement. Ces données comprennent l'identifiant, le nom, le type de base de données et la version.

GET /v2/resource_instances/{id}`

Exemple de demande :

curl -X GET https://resource-controller.cloud.ibm.com/v2/resource_instances/8d7af921-b136-4078-9666-081bd8470d94 -H "Authorization: Bearer <IAM token>" \

  1. Cette rubrique décrit les mesures qui seront prises par l'équipe « IBM Cloud® » concernant les instances de base de données qui n'auront pas été mises à niveau vers une nouvelle version avant la date de « EoL ». Cette approche n'est pas recommandée. Pour plus d'informations, consultez la procédure de fin de vie. ↩︎