Main features ============= Supported Kubernetes distributions ---------------------------------- Each minor release of CloudNativePG is designed to work with a range of Kubernetes versions, usually the ones supported by the CNCF at the time the minor version was first released. Please refer to the :ref:`Supported releases ` page for details. Container images ---------------- The `CloudNativePG community `_ maintains container images for both the operator and the operand, that is PostgreSQL. The CloudNativePG operator container images are `distroless `_ and available on the `cloudnative-pg `_ . The PostgreSQL operand container images are available for all the `PGDG supported versions of PostgreSQL `_ , on multiple architectures, directly from the `postgres-containers `_ . Additionally, the Community provides images for the :ref:`PostGIS extension ` . .. Warning:: CloudNativePG requires that all nodes in a Kubernetes cluster have the same CPU architecture, thus a hybrid CPU architecture Kubernetes cluster is not supported. .. _main-features-1: Main features ------------- - Direct integration with Kubernetes API server for High Availability, without requiring an external tool - Self-Healing capability, through: - failover of the primary instance by promoting the most aligned replica - automated recreation of a replica - Planned switchover of the primary instance by promoting a selected replica - Scale up/down capabilities - Definition of an arbitrary number of instances (minimum 1 - one primary server) - Definition of the *read-write* service, to connect your applications to the only primary server of the cluster - Definition of the *read-only* service, to connect your applications to any of the instances for reading workloads - Declarative management of PostgreSQL configuration, including certain popular Postgres extensions through the cluster ``spec`` : ``pgaudit`` , ``auto_explain`` , ``pg_stat_statements`` , and ``pg_failover_slots`` - Declarative management of Postgres roles, users and groups - Support for Local Persistent Volumes with PVC templates - Reuse of Persistent Volumes storage in Pods - Separate volume for WAL files - Rolling updates for PostgreSQL minor versions - In-place or rolling updates for operator upgrades - TLS connections and client certificate authentication - Support for custom TLS certificates (including integration with cert-manager) - Continuous WAL archiving to an object store (AWS S3 and S3-compatible, Azure Blob Storage, and Google Cloud Storage) - Backups on volume snapshots (where supported by the underlying storage classes) - Backups on object stores (AWS S3 and S3-compatible, Azure Blob Storage, and Google Cloud Storage) - Full recovery and Point-In-Time recovery from an existing backup on volume snapshots or object stores - Offline import of existing PostgreSQL databases, including major upgrades of PostgreSQL - Fencing of an entire PostgreSQL cluster, or a subset of the instances in a declarative way - Hibernation of a PostgreSQL cluster in a declarative way - Support for Synchronous Replicas - Support for HA physical replication slots at cluster level - Backup from a standby - Backup retention policies (based on recovery window, only on object stores) - Parallel WAL archiving and restore to allow the database to keep up with WAL generation on high write systems - Support tagging backup files uploaded to an object store to enable optiona retention management at the object store layer Replica clusters for - PostgreSQL deployments across multiple Kubernetes clusters, enabling private, public, hybrid, and multi-cloud architectures - Connection pooling with PgBouncer - Support for node affinity via ``nodeSelector`` - Native customizable exporter of user defined metrics for Prometheus through the ``metrics`` port (9187) - Standard output logging of PostgreSQL error messages in JSON format - Automatically set ``readOnlyRootFilesystem`` security context for pods - ``cnpg`` plugin for ``kubectl`` - Simple bind and search+bind LDAP client authentication - Multi-arch format container images - OLM installation .. Note:: CloudNativePG does not use `StatefulSet` s for managing data persistence. Rather, it manages persistent volume claims (PVCs) directly. If you are curious, read :ref:`Custom Pod Controller ` to know more. About this guide ---------------- Follow the instructions in the :ref:`Quickstart ` to test CloudNativePG on a local Kubernetes cluster using Kind, or Minikube. In case you are not familiar with some basic terminology on Kubernetes and PostgreSQL, please consult the :ref:`Before You Start ` . - `Postgres, PostgreSQL and the Slonik Logo `_ are trademarks or registered trademarks of the PostgreSQL Community Association of Canada, and used with their permission.\*