Upgrading from 1.4.3 to 1.4.4 v1.4.4 (LTS)

Role: Infrastructure engineer

Prerequisites

  • Administrative access to the Kubernetes cluster.
  • Required tools:

Upgrade 1.4.3 → 1.4.4

Create new secrets

Before upgrading, create the new secrets required for this release:

edbctl hm create-install-secrets --version v1.4.4

For more CLI options, see edbctl hybrid-manager. To customize your component's secrets, see Customizing secrets.

Upgrade the operator

Red Hat OpenShift

On RHOS, upgrade the operator through OperatorHub (OLM) by switching the subscription channel to stable. See Upgrade the operator on Red Hat OpenShift. Do not use edbctl hm upgrade-operator on RHOS.

The commands below use edb-hcp-operator-system — use the namespace where your operator is actually installed. If you migrated from the bootstrap method, the conversion transfers Helm ownership onto edbpgai-bootstrap, so use that namespace instead.

Upgrade the edb-hcp-operator Helm chart using edbctl:

edbctl hm upgrade-operator \
  --release-name edb-hcp-operator \
  --namespace edb-hcp-operator-system \
  --registry-uri docker.enterprisedb.com/pgai-platform \
  --registry-username pgai-platform \
  --registry-password <password>

Or upgrade directly with Helm:

Note

<OPERATOR_VERSION> refers to the operator chart version, which follows its own 2.x versioning scheme and is separate from the HM version (1.4.4). HM 1.4.4 requires operator version 2.1 or later. See the HM 1.4.4 release notes for details.

  1. Create the values file:

    cat <<EOF > edb-hcp-operator.values.yaml
    controllerManager:
      manager:
        image:
          repository: docker.enterprisedb.com/pgai-platform/edb-hcp-operator/manager
          tag: <OPERATOR_VERSION>
    imagePullSecrets:
      - name: edb-cred
    EOF
  2. Run the upgrade:

    helm upgrade --install \
      --version <OPERATOR_VERSION> \
      --values edb-hcp-operator.values.yaml \
      -n edb-hcp-operator-system \
      edb-hcp-operator enterprisedb-edbpgai/edb-hcp-operator

Review your spec.scenarios list

If your operator is still on 2.1, upgrading it to 2.2 changes what happens when spec.scenarios is omitted from your HybridControlPlane manifest. Operator 2.1 fills an empty list with the full default set: core, dbaas, ai, analytics, migration, and marketplace. Operator 2.2 installs only core.

Warning

If your manifest omits spec.scenarios, operator 2.2 can reduce your deployment to core the next time you apply it, removing every other scenario together with the components and data it holds.

Before you upgrade, read back the scenarios currently applied to your deployment:

kubectl get hybridcontrolplane <name> -o jsonpath='{.spec.scenarios}'

Add the returned scenarios to spec.scenarios in your manifest so the list is explicit before you bump spec.version. For details, see Choosing an installation scenario.

Upgrade Hybrid Manager

  1. Update spec.version to v1.4.4 in your HybridControlPlane manifest and apply it:

    kubectl apply -f hybridmanager.yaml
  2. Trigger the upgrade:

    kubectl annotate hybridcontrolplane edbpgai --overwrite edbpgai.com/ready-for-upgrade=true
  3. Monitor progress:

    kubectl get hybridcontrolplane edbpgai -w