Politique de version
Lorsque vous provisionnez une instance Cloud Databases, vous pouvez choisir parmi les versions actuellement disponibles sur IBM Cloud. Trouvez les dernières versions à partir des pages du catalogue, du plug-in CLI Cloud Databases Ou de l'Cloud Databases API.
Versions majeures définies
Service | Schéma de gestion des versions | Prochaine version de fin de vie connue et date | Version majeure préférée | Procédure de fin de vie (EOF) |
---|---|---|---|---|
Databases for MongoDB | Les versions majeures sont les deux premiers numéros 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. |
v6, 30 juillet 2025, v7, 26 août 2026 |
v7.0 | Mise à niveau automatique vers la dernière version majeure disponible |
Databases for Elasticsearch | Les versions majeures sont les deux premiers numéros d'un numéro de version release.version.maintenance . |
v8.7 le 4 mars 2026, v8.10, le 4 mars 2026, v8.12, le 4 mars 2026, v8.15, le 4 mars 2026 |
v8.15 | Mise à niveau automatique vers la version majeure suivante. |
Databases for Redis | Les versions majeures sont le premier numéro d'un numéro de version major.minor.patch . |
v6.2, 30 juillet 2025 | v7.2 | Mise à niveau automatique vers la dernière version majeure disponible |
Databases for PostgreSQL | La version majeure est définie par le premier chiffre du numéro de version. | v13, 22 octobre 2025 | v17 | Mise à niveau automatique vers la dernière version majeure disponible |
Databases for MySQL | Les versions majeures sont les deux premiers numéros d'un numéro de version major.x.patch . |
v8.0, avril 2026 | v8.0 | Sauvegarde effectuée et accès supprimé |
Messages for RabbitMQ | Les versions majeures sont les deux premiers numéros d'un numéro de version major.x.patch . |
v3.12, 30 avril 2025 | v3.13 | Sauvegarde effectuée et accès supprimé |
Databases for EnterpriseDB | La version majeure est définie par le premier chiffre du numéro de version. | Fin de service/annulation complète le 15 octobre 2025. | v12 | Désactivé de façon permanente et déprovisionné. Se référer aux échéances critiques. |
Databases for etcd | Les versions majeures sont le premier numéro d'un numéro de version major.minor.patch . |
Fin de service/dépréciation totale le 15 octobre 2025 | v3.5 | Désactivé de façon permanente et déprovisionné. Se référer aux échéances critiques. |
S'abonner aux mises à jour des versions
{Les mises à jour des versions majeures sont publiées dans les notes de mise à jour de chaque serviceCloud Databases Pour rester informé des annonces de versions majeures, rendez-vous sur la page d'état IBM Cloud Et inscrivez-vous pour recevoir des notifications. Les notes de mise à jour des services sont incluses dans ces notifications d'état.
Obsolescence des versions majeures
Cloud Databases s'efforce de prendre en charge une version majeure pendant trois ans à compter de sa publication. Si une version est obsolète ou marquée comme étant en fin de vie par les propriétaires du projet open source, Cloud Databases prend des mesures pour l'obsolète.
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 cette période, nous cherchons à contacter les utilisateurs concernés par l'obsolescence. 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 à fonctionner normalement.
La restauration des instances existantes en nouvelles instances de la version majeure obsolète est possible pendant la période d'obsolescence de six mois, bien que nous recommandions la mise à niveau vers une version majeure non obsolète dès que possible.
À la fin de la fenêtre 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 qui exécutent une version obsolète est supprimé ou les instances sont automatiquement mises à niveau vers la version majeure suivante. La sauvegarde est disponible pour être restaurée dans une nouvelle version prise en charge.
Les sauvegardes sont conservées pendant 30 jours seulement. Les demandes de réactivation des formations désactivées des versions en fin de vie ne sont pas prises en compte.
Si vous ne le faites pas, vous risquez d'avoir des problèmes de compatibilité avec vos applications lorsque IBM procédera à des mises à niveau. Dans de rares cas, une panne peut se produire, ce qui a un impact sur votre disponibilité. En cas d'échec, 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.
Versions mineures
IBM Cloud s'engage à fournir des versions sécurisées et actualisées de ses services. Au fur et à mesure que les mises à jour sont publiées par les responsables du projet, elles sont testées, évaluées et diffusées sur les instances Cloud Databases. Les mises à jour des versions mineures et des correctifs de votre instance sont gérées automatiquement et ne sont pas configurables par l'utilisateur.
Notifications de fin de vie des versions majeures
Vous recevez plusieurs notifications lorsqu'une version majeure arrive en fin de vie. Vous pouvez généralement vous attendre à
- Une annonce sur la page d'état du nuage, par exemple : Avis de fin d'assistance.
- Une annonce dans les notes de mise à jour de votre service, par exemple : IBM Cloud® Databases for PostgreSQL version 12 fin de vie le 22 janvier 2025.
- Une notification par courrier électronique via l'API IBM. Cet e-mail contient un lien vers la page de gestion des notifications. Assurez-vous que ces annonces ne sont pas bloquées par le filtre anti-spam de votre service de messagerie. Pour plus d'informations, voir Configuration des listes de distribution pour les notifications IBM Cloud ){:external}.
- Assurez-vous que votre compte est activé pour recevoir des notifications et des annonces. Vous devez activer la bascule pour recevoir les mises à jour de la plateforme et des ressources. Activez la bascule majeure et mineure sous l'onglet Plateforme > Annonces > Majeures et mineures, et les mises à jour de service sous l'onglet Ressources > Activité des ressources > Mises à jour de service. Pour plus d'informations, voir Définition des préférences de courrier pour les notifications.
Pour plus d'informations, voir Méthodes programmatiques de vérification de l'état des versions. Les clients sont encouragés à utiliser des moyens programmatiques, via CLI ou API, pour se tenir au courant de l'état de la version de la base de données. Pour plus d'informations, voir Méthodes programmatiques de vérification de l'état des versions.
Toute action entreprise après une date de fin de validité se déroule sur plusieurs jours après la date de fin de validité. Nous essayons, mais nous ne pouvons pas le garantir, d'effectuer ces mises à niveau en dehors des heures de bureau dans les régions locales. Si vous souhaitez mieux contrôler le processus de mise à niveau de votre instance, nous vous recommandons de procéder à la mise à niveau en suivant notre processus de sauvegarde et de restauration avant la date de fin de vie de votre version.
Méthodes programmatiques pour vérifier l'état des versions
Sur le CLI the following Cloud Databases deployables-show
command shows deployable service types, specifically
the available versions and their preferred
or stable
status.
ibmcloud cdb deployables-show [--stable] [--preferred] [--json]
Vérifiez l'état d'une version majeure en examinant la sortie de la commande deployable
, en particulier Status et Preferred. L'exemple suivant montre que la version 7 est la version Preferred
et que
la version 6 Status est deprecated
.
Service Type: mongodb
Version Status Preferred
7 stable true
6 deprecated false
Sur l'Cloud Databases Le point de terminaison deployables
renvoie tous les services pouvant être
déployés. Utilisez le paramètre version
pour obtenir le numéro de version.
GET /v5/ibm/deployables
Versions majeures et Terraform
Notez que vous ne pouvez pas actuellement passer à une nouvelle version majeure à l'aide de Terraform. La modification du numéro de version d'un script Terraform peut entraîner la destruction de vos données. La méthode recommandée pour la mise à niveau de la version consiste à restaurer une sauvegarde dans un nouveau déploiement avec la dernière version. Pour plus d'informations, voir Restauration d'une sauvegarde.