EDB Postgres AI for CloudNativePG Cluster#
The EDB Postgres AI for CloudNativePG Cluster operator is a fork based on CloudNativePG™ . It provides additional value such as compatibility with Oracle using EDB Postgres Advanced Server and additional supported platforms such as IBM Power and OpenShift. It is designed, developed, and supported by EDB and covers the full lifecycle of a highly available Postgres database clusters with a primary/standby architecture, using native streaming replication.
EDB Postgres AI for CloudNativePG Cluster was made generally available on February 4, 2021. Earlier versions were made available to selected customers prior to the GA release.
Note
The operator has been renamed from Cloud Native PostgreSQL. Existing users of Cloud Native PostgreSQL will not experience any change, as the underlying components and resources have not changed.
Kubernetes API integration for high availability
CloudNativePG™ uses the
postgresql.cnpg.io/v1API versionEDB Postgres AI for CloudNativePG Cluster uses the
postgresql.k8s.enterprisedb.io/v1API versionSelf-healing through failover and automated recreation of replicas
Capacity management with scale up/down capabilities
Planned switchovers for scheduled maintenance
Read-only and read-write Kubernetes services definitions
Rolling updates for Postgres minor versions and operator upgrades
Continuous backup and point-in-time recovery
Connection Pooling with PgBouncer
Integrated metrics exporter out of the box
PostgreSQL replication across multiple Kubernetes clusters
Separate volume for WAL files
- Introduction
- EDB CloudNativePG Cluster release notes
- EDB CloudNativePG Cluster 1.30.0 release notes
- EDB CloudNativePG Cluster 1.29.2 release notes
- EDB CloudNativePG Cluster 1.29.1 release notes
- EDB CloudNativePG Cluster 1.29.0 release notes
- EDB CloudNativePG Cluster 1.28.2 release notes
- EDB CloudNativePG Cluster 1.28.1 release notes
- EDB CloudNativePG Cluster 1.28.0 release notes
- EDB CloudNativePG Cluster 1.27.3 release notes
- EDB CloudNativePG Cluster 1.27.2 release notes
- EDB CloudNativePG Cluster 1.27.1 release notes
- EDB CloudNativePG Cluster 1.27.0 release notes
- EDB CloudNativePG Cluster 1.26.3 release notes
- EDB CloudNativePG Cluster 1.26.2 release notes
- EDB CloudNativePG Cluster 1.26.1 release notes
- EDB CloudNativePG Cluster 1.26.0 release notes
- GETTING_STARTED
- Before you start
- Use cases
- Architecture
- Installation and upgrades
- Obtaining an EDB subscription token
- Using the Helm Chart
- Directly using the operator manifest
- Install the EDB pull secret
- Install the operator
- Using the
cnpplugin forkubectl - Spread Upgrades
- In-place updates of the instance manager
- Compatibility among versions
- Upgrading to 1.30.0, 1.29.2, or 1.28.4
- Operator-side password encoding (
CVE-2026-55765) search_pathhardening (CVE-2026-55769)- Declarative role management with the
DatabaseRoleresource - Safe primary election
- Quickstart
- Preview Versions
- CONFIGURATION
- PostgreSQL Configuration
- Define named pod label selectors for dynamic pg_hba address resolution. # The operator resolves matching pod IPs and expands ${podselector:NAME} # references in pg_hba rules into one line per IP with /32 (IPv4) or /128 (IPv6) masks. podSelectorRefs: - name: app-pods selector: matchLabels: app: myapp - name: monitoring selector: matchLabels: role: monitoring
- Operator configuration
- Instance Pod configuration
- Examples
- USING
- Bootstrap
- Image Catalog
- Importing Postgres databases
- Security
- Postgres Instance Manager
- Scheduling
- Job scheduling with EDB Postgres AI for CloudNativePG
- Resource management
- Failure Modes
- Rolling updates
- Replication
- Logical Replication
- Backup
- Recovery
- WAL archiving
- Service management
- PostgreSQL Role management
- PostgreSQL Database management
- Tablespaces
- Storage
- Backup and recovery
- Benchmarking EDB Postgres AI for CloudNativePG Cluster
- Persistent Volume Claim (PVC)
- Configuration via a storage class
- Configuration via a PVC template
- Volume for WAL
- Volumes for tablespaces
- Volume expansion
- Volume reduction
- Static provisioning of persistent volumes
- Block storage considerations (Ceph/Longhorn)
- Labels and Annotations
- Monitoring
- Logging
- Certificates
- Server certificates
- Server CA secret
- Server TLS secret
- Server alternative DNS names
- Client certificates
- Client CA secret
- Client
streaming_replicacertificate - Server certificates
- Example
- Cert-manager example
- Client certificate
- Customizing the
streaming_replicaclient certificate - Cert-manager example
- cluster-example-cert-manager.yaml
- Client TLS/SSL connections
- Connecting from an application
- Connection Pooling
- Replica clusters
- Kubernetes upgrade and maintenance
- PostgreSQL upgrades
- EDB Postgres AI for CloudNativePG Cluster Plugin
- Automated failover
- Fencing
- Declarative hibernation
- PostGIS
- Container Image Requirements
- Image Volume Extensions
- Custom Pod Controller
- Networking
- Benchmarking
- EDB ENHANCEMENTS
- Free evaluation
- License and License keys
- EDB private container registry
- Red Hat OpenShift
- Reserving Nodes for PostgreSQL Workloads
- Cluster Service Version (CSV)
- Ensuring access to EDB private registry
- Cluster-wide installation
- Cluster-wide installation with
oc - Installing the OpenShift CLI (
oc) - Custom Resource Definitions (CRD)
- Service accounts
- Cluster roles on EDB Postgres® AI for CloudNativePG™ Cluster CRDs
- Iron Bank
- Transparent Data Encryption (TDE)
- Add-ons
- REFERENCE
- APPENDIX