Role: Infrastructure engineer
Prerequisites
- Administrative access to the Kubernetes cluster.
- Required tools:
helm(latest version recommended)kubectledbctl, the Hybrid Manager CLI — see the edbctl compatibility matrix for the supported version.
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.4For 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.
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
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
Update
spec.versiontov1.4.4in yourHybridControlPlanemanifest and apply it:kubectl apply -f hybridmanager.yamlTrigger the upgrade:
kubectl annotate hybridcontrolplane edbpgai --overwrite edbpgai.com/ready-for-upgrade=true
Monitor progress:
kubectl get hybridcontrolplane edbpgai -w