Design overview

The Percona Operator for PostgreSQL automates and simplifies deploying and managing open source PostgreSQL clusters on Kubernetes. The Operator is based on CrunchyData’s PostgreSQL Operator .

PostgreSQL containers deployed with the Operator include the following components:

• The PostgreSQL database management system, including:

  • PostgreSQL Additional Supplied Modules ,

  • pgAudit PostgreSQL auditing extension,

  • PostgreSQL set_user Extension Module ,

  • wal2json output plugin ,

• The pgBackRest Backup & Restore utility,

• The pgBouncer connection pooler for PostgreSQL,

• The PostgreSQL high-availability implementation based on the Patroni template ,

• the pg_stat_monitor PostgreSQL Query Performance Monitoring utility,

• LLVM (for JIT compilation).

Each PostgreSQL cluster includes one member availiable for read/write transactions (PostgreSQL primary instance, or leader in terms of Patroni) and a number of replicas which can serve read requests only (standby members of the cluster).

To provide high availability from the Kubernetes side the Operator involves node affinity to run PostgreSQL Cluster instances on separate worker nodes if possible. If some node fails, the Pod with it is automatically re-created on another node.

To provide data storage for stateful applications, Kubernetes uses Persistent Volumes. A PersistentVolumeClaim (PVC) is used to implement the automatic storage provisioning to pods. If a failure occurs, the Container Storage Interface (CSI) should be able to re-mount storage on a different node.

The Operator functionality extends the Kubernetes API with Custom Resources Definitions . These CRDs provide extensions to the Kubernetes API, and, in the case of the Operator, allow you to perform actions such as creating a PostgreSQL Cluster, updating PostgreSQL Cluster resource allocations, adding additional utilities to a PostgreSQL cluster, e.g. pgBouncer for connection pooling and more.

When a new Custom Resource is created or an existing one undergoes some changes or deletion, the Operator automatically creates/changes/deletes all needed Kubernetes objects with the appropriate settings to provide a proper Percona PostgreSQL Cluster operation.

Following CRDs are created while the Operator installation:

• perconapgclusters stores information required to manage a PostgreSQL cluster. This includes things like the cluster name, what storage and resource classes to use, which version of PostgreSQL to run, information about how to maintain a high-availability cluster, etc.

• perconapgbackups and perconapgrestores are in charge for making backups and restore them.

---

Last update: 2025-04-01