Política de versiones
Gen 2
Al aprovisionar una instancia de Cloud Databases, puedes elegir entre las versiones disponibles actualmente en IBM Cloud®. Actualmente, solo están disponibles las últimas versiones de Gen 2 Cloud Databases, tal y como se indica en las páginas del catálogo, en la CLI del Resource Controller o en la API del Resource Controller.
Versiones principales definidas
| Servicio | Cloud Databases esquema de control de versiones | Próxima versión y fecha de fin de vida útil conocidas | Versión principal preferida | Procedimiento de fin de vida útil [1] |
|---|---|---|---|---|
| Databases for PostgreSQL | Cloud Databases La versión principal viene definida por el primer número del número de versión. | v14, 21 de octubre de 2026 | v18 | Actualización automática in situ a la siguiente versión principal; se admite la actualización in situ iniciada por el cliente de v14 a v15. |
| Databases for MongoDB | Cloud Databases Las versiones principales son los dos primeros números de un número de versión major.x.patch. Si x es par, significa que se trata de un release estable adecuado para producción. Las versiones x pares son las únicas disponibles en Cloud Databases. |
v8.0, 24 de octubre de 2029 | v8.0 | Actualización automática in situ a la siguiente versión principal; se admite la actualización in situ iniciada por el cliente a la siguiente versión principal para los planes Standard y Enterprise |
| Databases for Redis | Cloud Databases Las versiones principales son el primer número de un número de versión major.minor.patch. |
N/D | v8.2 | Se actualiza automáticamente a la siguiente versión principal |
| Databases for Elasticsearch | Cloud Databases Las versiones principales son los dos primeros números de un número de versión de mantenimiento release.version. |
N/D | v8 | Actualización automática in situ a la siguiente versión principal |
| Databases for MySQL | Cloud Databases Las versiones principales son los dos primeros números del número de versión de major.x.patch. | v8.4, 30 de abril de 2029 | v8.4 | Se actualiza automáticamente a la siguiente versión principal |
| Messages for RabbitMQ | Cloud Databases Las versiones principales son los primeros números de un número de versión major.x.patch. |
N/D | v4 | Se ha realizado una copia de seguridad y se ha eliminado el acceso a la versión principal, . Se ha actualizado automáticamente in situ a la siguiente versión secundaria |
| Databases for Valkey | Cloud Databases Las versiones principales son los dos primeros números de un número de versión major.x.patch. |
N/D | v9 | Se actualiza automáticamente a la siguiente versión principal |
Suscríbete para recibir las actualizaciones de la versión
Cloud Databases Las actualizaciones de versión principales se publican en las notas de la versión de cada servicio. Para estar al día de los anuncios sobre nuevas versiones principales, visita la página de estado de IBM Cloud y suscríbete para recibir notificaciones. En estas notificaciones de estado se incluyen las notas de la versión del servicio.
Versiones principales en desuso
Cloud Databases tiene como objetivo ofrecer soporte para una versión principal durante aproximadamente tres años a partir de su lanzamiento. Si los responsables del proyecto de código abierto original consideran que una versión ha quedado obsoleta o le han dado por terminada su vida útil, Cloud Databases iniciará su propio proceso de obsolescencia.
Cuando una versión principal pasa a estar en desuso, se abre una ventana de transición de seis meses para los usuarios actuales de la versión. Al inicio del periodo, nos ponemos en contacto con los usuarios afectados por la retirada de la función. Durante la ventana de transición de seis meses, los usuarios pueden iniciar una actualización a una versión principal soportada. Las instancias existentes siguen funcionando con normalidad.
Durante el periodo de seis meses de obsolescencia, es posible restaurar las instancias existentes en nuevas instancias de la versión principal en desuso, aunque recomendamos actualizar a una versión principal que no esté en desuso lo antes posible.
Al finalizar el periodo de transición, las versiones principales obsoletas no se podrán implementar en Cloud Databases. Se realiza una copia de seguridad de la instancia y se retira el acceso a las instancias que ejecutan una versión obsoleta, o bien las instancias se actualizan automáticamente a la siguiente versión principal. La copia de seguridad está disponible para ser restaurada en una nueva versión compatible.
Las copias de seguridad se conservan únicamente durante 30 días. No se pueden atender las solicitudes de reactivar formaciones desactivadas de versiones que han llegado al final de su ciclo de vida.
Si no se actúa se pueden producir problemas de compatibilidad con sus aplicaciones cuando IBM realice una actualización. En raras ocasiones, se pueden producir errores que afecten a su disponibilidad. Si se produce un fallo, la instancia se desactiva y es necesario restaurarla a partir de una copia de seguridad. Es recomendable realizar una migración antes de la fecha de fin de soporte.
Versiones menores
IBM Cloud se compromete a ofrecer versiones seguras y actualizadas de sus servicios. A medida que los responsables del proyecto publican actualizaciones, estas se prueban, se evalúan y se implementan en las instancias de Cloud Databases. Las actualizaciones de la versión secundaria y los parches de su instancia se gestionan automáticamente y no son configurables por el usuario.
Notificaciones sobre el fin de la vida útil de las versiones principales
Recibirás varias notificaciones cuando una versión principal llegue al final de su ciclo de vida. Por lo general, puedes esperar:
- Un anuncio en la página de estado de la nube, por ejemplo: avisos de fin de soporte.
- Un anuncio en las notas de la versión de tu servicio, por ejemplo: « IBM Cloud® Databases for PostgreSQL, versión 12, dejará de estar disponible el 22 de enero de 2025 ».
- Una notificación por correo electrónico a través de la API de IBM. Este correo electrónico contiene un enlace a «Notificaciones» que te lleva a la página de gestión de notificaciones. Asegúrate de que estos mensajes no sean bloqueados por el filtro de correo no deseado de tu servicio de correo electrónico. Para obtener más información, consulta Añadir usuarios a una lista de distribución.
- Asegúrate de que tu cuenta esté configurada para recibir notificaciones y comunicados. Debes activar el interruptor para recibir las actualizaciones de la plataforma y los recursos. Activa la opción «Actualizaciones importantes y menores» en la pestaña «Plataforma» > «Anuncios» > «Actualizaciones importantes y menores», y las actualizaciones de servicio en la pestaña «Recursos» > «Actividad de recursos» > «Actualizaciones de servicio». Para obtener más información, consulta Configuración de las preferencias de correo electrónico para las notificaciones.
Para obtener más información, consulta « Métodos programáticos para comprobar el estado de la versión ». Se recomienda a los clientes que utilicen métodos programáticos, a través de la CLI o la API, para mantenerse al día sobre el estado de la versión de la base de datos. Para obtener más información, consulta « Métodos programáticos para comprobar el estado de la versión ».
Cualquier acción que se lleve a cabo tras la fecha de fin de vida útil (EOL) se realiza a lo largo de varios días a partir de dicha fecha. Intentamos, aunque no lo podemos garantizar, realizar estas actualizaciones fuera de las horas de trabajo en las regiones locales. Si deseas tener un mayor control sobre el proceso de actualización de tu instancia, te recomendamos que realices la actualización siguiendo nuestro procedimiento de copia de seguridad y restauración antes de la fecha de fin de vida útil (EOL) de tu versión.
Métodos programáticos para comprobar el estado de la versión
A través de una API de segunda generación Cloud Databases, se utiliza la API del controlador de recursos para fines operativos. El siguiente comando obtiene todos los datos asociados a una implementación. Estos datos incluyen el ID, el nombre, el tipo de base de datos y la versión.
GET /v2/resource_instances/{id}`
Solicitud de ejemplo:
curl -X GET https://resource-controller.cloud.ibm.com/v2/resource_instances/8d7af921-b136-4078-9666-081bd8470d94 -H "Authorization: Bearer <IAM token>" \
-
En esta columna se describen las medidas que tomará el equipo de IBM Cloud® en las instancias de base de datos que no se hayan actualizado a una nueva versión antes de la fecha de EoL. Este enfoque no se recomienda. Para obtener más información, consulta el procedimiento de fin de vida útil. ↩︎