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:

  1. Se ha instalado la última renovación de Cloud Pak for Data . Para obtener detalles, consulte Actualización de Cloud Pak for Data.
  2. 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.
  3. Se actualiza el origen de catálogo para Db2 Big SQL . Para obtener detalles, consulte Actualización del origen de catálogo.
  4. 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:

Procedimiento

Realice las tareas siguientes para actualizar Db2 Big SQL:

  1. Actualización del servicio
  2. Verificación de la actualización
  3. Actualización de instancias de servicio existentes
  4. Verificación de la actualización de la instancia
  5. Qué hacer a continuación
Nota: realice los pasos del 3 al 5 sólo cuando tenga instancias de servicio de Db2 Big SQL existentes.

Actualización del servicio

Para actualizar Db2 Big SQL:

  1. Inicie sesión en Red Hat® OpenShift Container Platform como usuario con permisos suficientes para completar la tarea:
    oc login OpenShift_URL:port
  2. Edite el recurso personalizado BigsqlService :
    oc edit BigsqlService bigsql-service-cr \
    --namespace project-name
  3. Actualice la entrada spec.version a 7.2.8.
  4. 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:

  1. 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.

  2. 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.

  1. 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
  2. Actualice cada instancia actualizando su campo de versión.
    1. 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
    2. Verifique la actualización de la instancia.
  3. Actualice la versión en el mapa de configuración de cada instancia actualizada.
    1. 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.

    2. 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
    3. Abra el mapa de configuración para editarlo:
      oc edit cm bigsql-db2-big-sql-N-cm
    4. En el valor de instance.json, actualice el valor de addon_version a 7.2.8 y la versión de description a 7.2.8.
    5. Actualice el valor de la etiqueta icpdata_addon_version a 7.2.8.
    6. Guarde el mapa de configuración y salga:
      wq!

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.