Actualización de Db2 Big SQL a una renovación más reciente en la versión 4.0
Para obtener arreglos, actualizaciones de seguridad y nuevas funciones, debe actualizar a la última renovación de Db2 Big SQL. Si Db2 Big SQL ya está instalado sobre Cloud Pak for Data Versión 4.0, un administrador de proyectos puede actualizar Db2 Big SQL a la última renovación.
Para obtener una lista completa de las renovaciones de Db2 Big SQL disponibles en Cloud Pak for Data Versión 4.0, consulte Versiones de operador y operando.
- Permisos que necesita para esta tarea
- Debe ser administrador del proyecto OpenShift® (espacio de nombresKubernetes ) donde está instalado Db2 Big SQL .
- Cuándo tiene que llevar a cabo esta tarea
- Debe completar esta tarea para el servicio Db2 Big SQL y cualquier instancia de Db2 Big SQL en el clúster. Por ejemplo, si tiene dos instancias de Db2 Big SQL en el clúster, debe completar los pasos para actualizar el servicio Db2 Big SQL y, a continuación, completar los pasos para actualizar una instancia de Db2 Big SQL dos veces.
- Información que necesita confirmar antes de iniciar esta tarea
- Antes de actualizar Db2 Big SQL, confirme el nombre del proyecto donde está instalado Db2 Big SQL .
Db2 Big SQL se instala en el mismo proyecto que Cloud Pak for Data.
- Información que necesita para completar esta tarea
- No puede cambiar el almacenamiento asociado con esta instalación. Si intenta cambiar el almacenamiento, la actualización fallará.
Antes de empezar
Asegúrese de que el clúster cumple los requisitos mínimos para Db2 Big SQL. Para obtener más detalles, consulte Requisitos del sistema.
Además, asegúrese de que un administrador del clúster haya completado las Tareas de preparación de actualización necesarias para su entorno. En concreto, verifique que un administrador de clúster ha completado las tareas siguientes:
- Se ha instalado la última renovación de Cloud Pak for Data . Para obtener detalles, consulte Actualización de Cloud Pak for Data.
- Para entornos que utilizan un registro de contenedor privado, como por ejemplo entornos aislados, las imágenes de software de Db2 Big SQL se duplican en el registro de contenedor privado. Para obtener detalles, consulte Duplicación de imágenes en el registro de contenedor.
- Se actualiza el origen de catálogo para Db2 Big SQL . Para obtener detalles, consulte Actualización del origen de catálogo.
- El operador para Db2 Big SQL se ha actualizado. Para obtener detalles, consulte Actualización de suscripciones de operador.
Si estas tareas no se completan, la actualización de Db2 Big SQL fallará.
Servicios de requisito previo
Antes de actualizar Db2 Big SQL, asegúrese de que los servicios siguientes estén actualizados y en ejecución:
- Db2U: actualice el origen de catálogo de Db2U . Para obtener más información, consulte Actualización de orígenes de catálogo.
- Db2 Data Management Console: Si Db2 Data Management Console está instalado, asegúrese de que se haya actualizado y suministrado una instancia de Db2 Data Management Console . Para obtener más información, consulte Actualización de Db2 Data Management Console a una renovación más reciente en la versión 4.0.
Procedimiento
Realice las tareas siguientes para actualizar Db2 Big SQL:
- Actualización del servicio
- Verificación de la actualización
- Actualización de instancias de servicio existentes
- Verificación de la actualización de la instancia
- Qué hacer a continuación
Actualización del servicio
Para actualizar Db2 Big SQL:
- Inicie sesión en Red Hat® OpenShift Container Platform como usuario con permisos suficientes para completar la tarea:
oc login OpenShift_URL:port - Edite el recurso personalizado BigsqlService :
oc edit BigsqlService bigsql-service-cr \ --namespace project-name - Actualice la entrada
spec.versiona 7.2.8. - Guarde los cambios y salga. Por ejemplo, si está utilizando
vi, pulse esc y especifique :wq.
Al actualizar el recurso personalizado, el operador Db2 Big SQL actualiza Db2 Big SQL.
Verificación de la actualización del servicio
El operador de Db2 Big SQL supervisa continuamente el contenido del recurso personalizado y actualiza los microservicios que componen Db2 Big SQL según sea necesario. El microservicio BigsqlService se define mediante el recurso personalizado bigsql-service-cr . Db2 Big SQL se actualiza cuando el estado de BigsqlService es Completed.
Para comprobar el estado de la actualización:
- Obtenga el estado de Db2 Big SQL (bigsql-service-cr):
oc get BigsqlService bigsql-service-cr -o jsonpath='{.status.reconcileStatus} {"\n"}'Db2 Big SQL está listo cuando el mandato devuelve
Completed. - Compruebe que los pods bigsql-addon y bigsql-service-provider se están reiniciando y su versión es la nueva versión:
oc get pod -l app.kubernetes.io/instance=big-sql -o custom-columns=NAME:.metadata.name,LEVEL:.metadata.annotations.level NAME LEVEL bigsql-addon-54f899c56f-bbhmr v1.7.8-18 bigsql-service-provider-59966c4d69-twcgf v1.7.8-18
Actualización de instancias de servicio existentes
Después de actualizar Db2 Big SQL, las instancias de servicio asociadas con la instalación también deben actualizarse. Esta tarea la debe completar un administrador de Cloud Pak for Data o un administrador de instancia de servicio.
- Identifique las instancias de Db2 Big SQL y compruebe que su estado sea
Ready:oc get bigsql -l app.kubernetes.io/name=db2-bigsql NAME DB2UCLUSTER STATE AGE bigsql-<instance_id> bigsql-<instance_id> Ready 179m - Actualice cada instancia actualizando su campo de versión.
- Actualice a Db2 Big SQL 7.2.8 ejecutando el mandato siguiente:
oc patch bigsql bigsql-<instance_id> --patch '{"spec": {"version": "7.2.8"}}' --type=merge - Verifique la actualización de la instancia.
- Actualice a Db2 Big SQL 7.2.8 ejecutando el mandato siguiente:
- Actualice la versión en el mapa de configuración de cada instancia actualizada.
- Identifique el mapa de configuración de cada instancia ejecutando el siguiente comando:
oc get cm -l component=db2bigsql -o custom-columns="ConfigMap:{.metadata.name},Instance Id:{.data.instance_id},Instance Name:{.data.instance_name},Created:{.metadata.creationTimestamp}"El nombre configMap es el valor Nombre de instancia . Por ejemplo, bigsql-db2-big-sql-1-cm.
- Haga una copia de seguridad del mapa de configuración:
oc get cm bigsql-db2-big-sql-N-cm -o yaml > bigsql-db2-big-sql-N-cm-bak.yaml - Abra el mapa de configuración para editarlo:
oc edit cm bigsql-db2-big-sql-N-cm - En el valor de
instance.json, actualice el valor deaddon_versiona7.2.8y la versión dedescriptiona 7.2.8. - Actualice el valor de la etiqueta
icpdata_addon_versiona7.2.8. - Guarde el mapa de configuración y salga:
wq!
- Identifique el mapa de configuración de cada instancia ejecutando el siguiente comando:
Verificación de la actualización de la instancia
Durante el proceso de actualización del servicio, el estado de recurso personalizado de Db2 Big SQL cambia de Ready a Upgrading a Not Ready a Ready. Se crea un nuevo pod de actualización c-<instance_id>-11.5.6.0-cn3-to-11.5.7.0-cn4-xxxxx. Por ejemplo:
oc get bigsql -l app.kubernetes.io/name=db2-bigsql
NAME DB2UCLUSTER STATE AGE
bigsql-<instance_id> bigsql-<instance_id> Upgrading 2d16h
oc get pods |grep bigsql
bigsql-addon-54f899c56f-bbhmr 1/1 Running 0 138m
bigsql-service-provider-59966c4d69-twcgf 1/1 Running 0 138m
c-bigsql-<instance_id>-11.5.6.0-cn3-to-11.5.7.0-cn4-gj65x 0/1 Completed 0 103m
c-bigsql-<instance_id>-db2u-0 1/1 Running 0 113m
c-bigsql-<instance_id>-db2u-1 1/1 Running 0 117m
c-bigsql-<instance_id>-db2u-2 1/1 Running 0 91m
c-bigsql-<instance_id>-hurricane-f66d4d488-5wqpm 2/2 Running 0 113m
c-bigsql-<instance_id>-restore-morph-2cgq4 0/1 Completed 0 2d18h
Cuando el estado de Db2 Big SQL cambia de nuevo a Ready , se completa la actualización de Db2 Big SQL :
oc get bigsql -l app.kubernetes.io/name=db2-bigsql
NAME DB2UCLUSTER STATE AGE
bigsql-<instance_id> bigsql-<instance_id> Ready 2d16h
Para confirmar que la actualización ha sido satisfactoria y que el clúster está operativo, ejecute una prueba aleatoria con el usuario db2inst1:
head_pod=$(oc get pod -l app=bigsql-<instance_id>,name=dashmpp-head-0 --no-headers=true -o=custom-columns=NAME:.metadata.name)
# If connected to a Hadoop cluster
oc exec -it $head_pod -- /usr/bin/su - db2inst1 -c '/usr/ibmpacks/current/bigsql/bigsql/install/bigsql-smoke.sh'
# If connected exclusively to an Object Store service, you must provide the name of a bucket that exists on the storage service to execute the smoke test
oc exec -it $head_pod -- /usr/bin/su - db2inst1 -c '/usr/ibmpacks/current/bigsql/bigsql/install/bigsql-smoke.sh -o<bucket_name>'
Qué hacer a continuación
Si ha realizado cambios de configuración personalizados en el release de la versión 4.0.x, revise y confirme que dichos cambios siguen presentes y vuelva a aplicarlos una vez completada la actualización.