Upgrading watsonx.governance from Version 5.3 to Version 5.4

An instance administrator can upgrade watsonx.governance from Version 5.3 to Version 5.4.

Who needs to complete this task?

Instance administrator To upgrade watsonx.governance, you must be an instance administrator. An instance administrator has permission to manage software in the following projects:

The operators project for the instance

The operators for this instance of watsonx.governance are installed in the operators project. In the upgrade commands, the ${PROJECT_CPD_INST_OPERATORS} environment variable refers to the operators project.

The operands project for the instance

The custom resources for the control plane and watsonx.governance are installed in the operands project. In the upgrade commands, the ${PROJECT_CPD_INST_OPERANDS} environment variable refers to the operands project.

When do you need to complete this task?

Review the following options to determine whether you need to complete this task:

  • If you want to upgrade the IBM Software Hub control plane and one or more services at the same time, follow the process in Upgrading an instance of IBM Software Hub instead.
  • If you didn't upgrade watsonx.governance when you upgraded the IBM Software Hub control plane, complete this task to upgrade watsonx.governance.

    Repeat as needed If you are responsible for multiple instances of IBM Software Hub, you can repeat this task to upgrade more instances of watsonx.governance on the cluster.

Information you need to complete this task

Review the following information before you upgrade watsonx.governance:

Version requirements

All the components that are associated with an instance of IBM Software Hub must be installed at the same release. For example, if the IBM Software Hub control plane is at Version 5.4.0, you must upgrade watsonx.governance to Version 5.4.0.

Environment variables
The commands in this task use environment variables so that you can run the commands exactly as written.
  • If you don't have the script that defines the environment variables, see Setting up installation environment variables.
  • To use the environment variables from the script, you must source the environment variables before you run the commands in this task. For example, run:
    source ./cpd_vars.sh
Common core services
watsonx.governance requires the IBM Software Hub common core services.

If the common core services are not at the correct version in the operands project for the instance, the common core services are automatically upgraded when you upgrade watsonx.governance. The common core services upgrade increases the amount of time the upgrade takes to complete.

Before you begin

This task assumes that the following prerequisites are met:

System requirements
This task assumes that the cluster meets the minimum requirements for watsonx.governance.
Where to find more information
If this task is not complete, see System requirements.
Workstation
This task assumes that the workstation from which you will run the upgrade is set up as a client workstation and has the following command-line interfaces:
  • IBM Software Hub CLI: cpd-cli
  • OpenShift® CLI: oc
  • Helm CLI: helm
Where to find more information
If this task is not complete, see Updating client workstations.
Control plane
This task assumes that the IBM Software Hub control plane is upgraded.
Where to find more information
If this task is not complete, see Upgrading an instance of IBM Software Hub.
Private container registry
If your environment uses a private container registry (for example, your cluster is air-gapped), this task assumes that the following tasks are complete:
  1. The watsonx.governance software images are mirrored to the private container registry.
    Where to find more information
    If this task is not complete, see Mirroring images to a private container registry.
  2. The cpd-cli is configured to pull the olm-utils-v4 image from the private container registry.
    Where to find more information
    If this task is not complete, see Pulling the olm-utils-v4 image from the private container registry.
Cluster-scoped resources
This task assumes that the cluster-scoped resources, such as custom resource definitions, cluster roles, and cluster role bindings, were updated.
Where to find more information
If this task is not complete, see Updating the cluster-scoped resources for the platform and services.

Procedure

Complete the following tasks to upgrade watsonx.governance:

  1. Specifying installation options
  2. Upgrading the service
  3. Validating the upgrade
  4. Upgrading the service instance
  5. What to do next

Specifying installation options

If you plan to install watsonx.governance™, you must specify the following installation options in a file named install-options.yml in the cpd-cli work directory (For example: cpd-cli-workspace/olm-utils-workspace/work).

The parameters are required.

The sample YAML content uses the default values.

Retain the --- syntax at the beginning of the entry to ensure that this entry is treated as a separate document.

---
# ............................................................................
# watsonx.governance parameters
# ............................................................................
non_olm:
  watsonxGovernance:
    installType: <install-type>
    enableFactsheet: "true"
    enableOpenpages: "true"
    enableOpenscale: "true"
#   openpagesInstanceCR: "op-wxgov-instance"
#   openPages:
#     databaseType: internal
#     database: Db2
#     dbSecretName: <secret-name>

Upgrading the service

To upgrade watsonx.governance:

  1. Log the cpd-cli in to the Red Hat® OpenShift Container Platform cluster:
    ${CPDM_OC_LOGIN}
    Remember: CPDM_OC_LOGIN is an alias for the cpd-cli manage login-to-ocp command.
  2. Update the operator and custom resource for watsonx.governance.
    cpd-cli manage install-components \
    --license_acceptance=true \
    --components=watsonx_governance \
    --release=${VERSION} \
    --patch_id=${PATCH_ID} \
    --operator_ns=${PROJECT_CPD_INST_OPERATORS} \
    --instance_ns=${PROJECT_CPD_INST_OPERANDS} \
    --image_pull_prefix=${IMAGE_PULL_PREFIX} \
    --image_pull_secret=${IMAGE_PULL_SECRET} \
    --param-file=/tmp/work/install-options.yml \
    --upgrade=true

Validating the upgrade

watsonx.governance is upgraded when the install-components command returns:
[SUCCESS]... The install-components command ran successfully

If you want to confirm that the custom resource status is Completed, you can run the cpd-cli manage get-cr-status command:

cpd-cli manage get-cr-status \
--cpd_instance_ns=${PROJECT_CPD_INST_OPERANDS} \
--components=watsonx_governance

Upgrading the service instance

After you upgrade watsonx.governance, you must upgrade the service instance that is associated with watsonx.governance.

For AI Factsheets
No service instances to upgrade.
For Watson OpenScale
The service instances are automatically upgraded when you upgrade watsonx.governance.
For OpenPages
Before you begin

Create a profile on the workstation from which you will upgrade the service instance.

The profile must be associated with a IBM Software Hub user who has either the following permissions:

  • Create service instances (can_provision)
  • Manage service instances (manage_service_instances)

For more information, see Creating a profile to use the cpd-cli management commands.

Procedure

To upgrade the service instance:

cpd-cli service-instance upgrade \
--service-type=openpages \
--profile=${CPD_PROFILE_NAME} \
--all

Upgrading Governance console solutions

The 5.3.1 version of OpenPages includes updates to the solutions that are used in Governance console. You must update the solutions.

If you do not update the solutions, you might see the following issues:
  • The AI Use Case sync fails in watsonx.governance.
  • When a use case is created in Governance console, it does not sync to watsonx.governance.
  1. Reload the solutions with the latest updates. For details, see watsonx.governance post-upgrade steps | OpenPages on Cloud Pak for Data.
    Important: Reloading the solutions might overwrite your configurations in Governance console, such as profiles, system title settings for objects, and customizations to workflows, dashboards, and views. You must reapply your customizations after you reload the solutions.
  2. Log in to Governance console as an administrator.
  3. Click Administration menu The Administration menu icon. > System Configuration > Settings.
  4. Locate the Disable Triggers setting.

    You can use the search box or navigate to Applications > GRCM > Disable Triggers.

  5. In the Value field, type false.

After you complete the preceding steps, Governance console is ready to use.

What to do next

watsonx.governance is ready to use.

To administer watsonx.governance, see Administering watsonx.governance.