Installing PGO Using Helm

This section provides instructions for installing and configuring PGO using Helm.


First, go to GitHub and fork the Postgres Operator examples repository, which contains the PGO Helm installer.


Once you have forked this repo, you can download it to your working environment with a command similar to this:

YOUR_GITHUB_UN="<your GitHub username>"
git clone --depth 1 "git@github.com:${YOUR_GITHUB_UN}/postgres-operator-examples.git"
cd postgres-operator-examples

The PGO Helm chart is located in the helm/install directory of this repository.


The values.yaml file for the Helm chart contains all of the available configuration settings for PGO. The default values.yaml settings should work in most Kubernetes environments, but it may require some customization depending on your specific environment and needs.

For instance, it might be necessary to customize the image tags that are utilized using the controllerImages setting:

  cluster: registry.developers.crunchydata.com/crunchydata/postgres-operator:ubi8-5.1.6-0

Please note that the values.yaml file is located in helm/install.


By default, PGO deploys with debug logging turned on. If you wish to disable this, you need to set the debug attribute in the values.yaml to false, e.g.:

debug: false

Installation Mode

When PGO is installed, it can be configured to manage PostgreSQL clusters in all namespaces within the Kubernetes cluster, or just those within a single namespace. When managing PostgreSQL clusters in all namespaces, a ClusterRole and ClusterRoleBinding is created to ensure PGO has the permissions it requires to properly manage PostgreSQL clusters across all namespaces. However, when PGO is configured to manage PostgreSQL clusters within a single namespace only, a Role and RoleBinding is created instead.

In order to select between these two modes when installing PGO using Helm, the singleNamespace setting in the values.yaml file can be utilized:

singleNamespace: false

Specifically, if this setting is set to false (which is the default), then a ClusterRole and ClusterRoleBinding will be created, and PGO will manage PostgreSQL clusters in all namespaces. However, if this setting is set to true, then a Role and RoleBinding will be created instead, allowing PGO to only manage PostgreSQL clusters in the same namespace utilized when installing the PGO Helm chart.


Once you have configured the Helm chart according to your specific needs, it can then be installed using helm:

helm install <name> -n <namespace> helm/install

Automated Upgrade Checks

By default, PGO will automatically check for updates to itself and software components by making a request to a URL. If PGO detects there are updates available, it will print them in the logs. As part of the check, PGO will send aggregated, anonymized information about the current deployment to the endpoint. An upcoming release will allow for PGO to opt-in to receive and apply updates to software components automatically.

PGO will check for updates upon startup and once every 24 hours. Any errors in checking will have no impact on PGO’s operation. To disable the upgrade check, you can set the disable_check_for_upgrades value in the Helm chart to true.

For more information about collected data, see the Crunchy Data collection notice.


To uninstall PGO, remove all your PostgresCluster objects, then use the helm uninstall command:

helm uninstall <name> -n <namespace>

Helm [leaves the CRDs][helm-crd-limits] in place. You can remove them with kubectl delete:

kubectl delete -f helm/install/crds