Actualización a una nueva versión principal
A medida que las principales versiones de las bases de datos llegan al final de su vida útil (EOL), la actualización a la siguiente versión disponible garantiza un soporte continuado y un rendimiento óptimo. Redis los detalles de la versión pueden consultarse en el catálogo, con el complemento CLI Cloud Databases o a través de la API Cloud Databases.
Vía de acceso de actualización sencilla
Dado que la mayoría de los usos de Databases for Redis sirven como caché, donde los datos suelen ser transitorios, lo mejor es crear una nueva implementación. En este método sencillo, suministre un nuevo despliegue utilizando la última versión de Databases for Redis y, a continuación, apunte la aplicación al nuevo despliegue. Esto genera la caché directamente desde el primer uso.
Cómo actualizar a una nueva versión principal
Prepare la ejecución y, a continuación, migre a la última versión antes de la fecha EOL. Para más información, consulte Política de versiones.
No se da soporte a la retrotracción de versiones.
Actualice a la última versión de Redis disponible en Databases for Redis. Busque la versión más reciente en la página de catálogo, en el mandato de plugin de CLI Cloud Databases ibmcloud cdb deployables-show, o en el punto final Cloud Databases API /deployables.
La actualización se lleva a cabo restaurando una copia de seguridad de tus datos en una nueva implementación. La restauración a partir de una copia de seguridad tiene varias ventajas:
- La base de datos original se mantiene en ejecución y el trabajo de producción no se tiene que interrumpir.
- Puede probar la base de datos nueva fuera de producción y actuar ante cualquier incompatibilidad de alguna aplicación.
- Se puede volver a ejecutar todo el proceso en cualquier momento.
- Una restauración nueva reduce la probabilidad de que los artefactos innecesarios de la versión anterior de la base de datos se pasen a la nueva base de datos.
Vías de acceso de actualización
| Versión actual | Vía de acceso de actualización principal |
|---|---|
| Databases for Redis V7.2 | -> Databases for Redis V8.2 |
Actualización utilizando la interfaz de usuario
Para los nuevos modelos de alojamiento, la actualización a una nueva versión principal está disponible actualmente a través de la CLI y la API.
Actualice a una nueva versión al restaurar una copia de seguridad desde la pestaña Copias de seguridad y restauración de la página Descripción general de su implantación. Haga clic en Restaurar copia de seguridad en el menú de desbordamiento o en la fila ampliada de la tabla de la copia de seguridad elegida. Se abrirá la página de restauración del aprovisionamiento, en la que podrá seleccionar opciones para la nueva implantación. Una de las opciones es la Versión de la base de datos, que se rellena automáticamente con las versiones disponibles. Selecciona una versión y haz clic en Restaurar copia de seguridad para iniciar el proceso de aprovisionamiento y restauración.
Actualización utilizando la CLI
Cuando actualice y restaure desde la copia de seguridad mediante la CLI de IBM Cloud, utilice el mandato de suministro desde el controlador de recursos.
ibmcloud resource service-instance-create <INSTANCE-NAME> <SERVICE-ID> <SERVICE-PLAN-ID> <REGION>
Los parámetros service-name, service-id, service-plan-id y region son todos obligatorios. También debe indicar -p con los parámetros de versión y de ID de copia de seguridad
en un objeto JSON. El nuevo despliegue se dimensiona automáticamente con el mismo disco y memoria que el despliegue de origen en el momento de la copia de seguridad.
La lista de copias de seguridad y los ID de copia de seguridad de una implantación se pueden recuperar mediante el siguiente comando.
ibmcloud cdb deployment-backups-list <INSTANCE_NAME_OR_CRN> --json
Utilice el ID de la copia de seguridad elegida como parámetro en el comando del controlador de recursos, como se muestra a continuación.
ibmcloud resource service-instance-create example-upgrade databases-for-redis standard us-south \
-p \ '{
"backup_id": "crn:v1:bluemix:public:databases-for-redis:us-south:a/54e8ffe85dcedf470db5b5ee6ac4a8d8:1b8f53db-fc2d-4e24-8470-f82b15c71717:backup:06392e97-df90-46d8-98e8-cb67e9e0a8e6",
"version":"7.2"
}'
Actualización utilizando la API
Al igual que con el aprovisionamiento a través de la API, es necesario completar los pasos necesarios para utilizar la API del controlador de recursos antes de poder utilizarla para actualizar a partir de una copia de seguridad. A continuación, envíe una solicitud POST a la API. Los parámetros name, target, resource_group, resource_plan_id,
backup_id, service_endpoints, y version son todos obligatorios. El nuevo despliegue tiene la misma asignación de memoria y de disco que el despliegue de origen en el momento de la copia de seguridad.
La lista de copias de seguridad y los ID de copia de seguridad de una implantación se pueden recuperar mediante la siguiente solicitud de API.
curl -X GET https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/backups
-H 'Authorization: Bearer <token>' \
Utilice el ID de la copia de seguridad elegida en la solicitud de API del controlador de recursos, como en el siguiente ejemplo.
curl -X POST \
https://resource-controller.cloud.ibm.com/v2/resource_instances \
-H 'Authorization: Bearer <token>' \
-H 'Content-Type: application/json' \
-d '{
"name": "new-instance-name",
"target": "us-south",
"resource_group": "5g9f447903254bb58972a2f3f5a4c711",
"resource_plan_id": "databases-for-redis-standard",
"parameters":{
"backup_id": "crn:v1:bluemix:public:databases-for-redis:us-south:a/54e8ffe85dcedf470db5b5ee6ac4a8d8:1b8f53db-fc2d-4e24-8470-f82b15c71717:backup:06392e97-df90-46d8-98e8-cb67e9e0a8e6",
"service_endpoints": "private",
"version": "7.2"
}
}'
Copia de seguridad y restauración: ejemplo
Complete los siguientes pasos de copia de seguridad y restauración bajo demanda para actualizar. Este ejemplo muestra los pasos para actualizar a la última versión.
Para crear una copia de seguridad manual en la interfaz de usuario:
- Vaya al separador Copias de seguridad y restauración de la instancia de Databases for Redis
- Haga clic en Crear copia de seguridad: aparecerá un mensaje indicando que se está realizando una copia de seguridad y se añadirá una copia de seguridad bajo demanda a la lista de copias de seguridad disponibles. La copia de seguridad a petición se puede ver en la página de resumen, en el panel de tareas recientes.
Para restaurar una copia de seguridad a una nueva instancia de servicio:
-
Vaya a la pestaña Copias de seguridad y restauración
-
Haga clic en la fila correspondiente para desplegar las opciones de la copia de seguridad bajo demanda que desea restaurar
-
Haga clic en Restaurar copia de seguridad, que le redirigirá a la página de restaurar instancia.
-
En la página Restaurar, puede modificar el nombre del servicio de la nueva instancia, la región y los valores de asignación de recursos. De forma predeterminada, la nueva instancia se dimensiona automáticamente con la misma asignación de disco y memoria que la instancia de origen en el momento de la copia de seguridad desde la que se está realizando la restauración. En Configuración del servicio, seleccione la última versión disponible como Versión de la base de datos.
-
Haga clic en Restaurar copia de seguridad.
Mantener "appendonly=yes" durante la copia de seguridad-restauración. Cambie al modo caché sólo después de completar la restauración para evitar la pérdida de datos.
Una vez finalizado el aprovisionamiento de la nueva instancia, los datos del archivo de copia de seguridad se restauran en la nueva instancia. Se puede acceder a la nueva instancia actualizada desde la lista de recursos.
No elimines la instancia de origen mientras se está restaurando la copia de seguridad. Antes de eliminar la instancia antigua, espera a que se haya aprovisionado la nueva instancia y se haya restaurado la copia de seguridad. La supresión de una instancia también suprime sus copias de seguridad.
Actualización forzada
Si decide no actualizar mediante restaurar y actualizar, Databases for Redis se actualizará forzosamente a la siguiente versión principal al final del ciclo de vida de la versión.
No se recomienda este enfoque para entornos de producción. Las actualizaciones de versión principales pueden introducir cambios en la funcionalidad, el comportamiento, las características de rendimiento, los ajustes de configuración o la compatibilidad con los clientes que puedan afectar a las aplicaciones existentes. Para obtener más información, consulta el procedimiento de fin de vida útil. Para reducir el riesgo de que surjan problemas inesperados, realice una actualización controlada y pruebe a fondo sus aplicaciones con la versión de destino antes de la fecha de fin de vida útil. Este proceso le ayuda a identificar y resolver problemas de compatibilidad, cambios operativos y repercusiones en las aplicaciones antes de actualizar su entorno de producción.
Si necesita la migración de datos
Para obtener ayuda sobre la migración, consulte Migración a Databases for Redis.