In this video, Nickolay Ihalainen, a Senior Scaling Specialist at Percona Global Services, explains how to set up replication with standby clusters for Kubernetes databases using Percona’s open-source tools, including the Percona Operator for PostgreSQL
Creating a Standby Cluster With the Percona Operator for PostgreSQL appeared first on MariaDB.org
In this video, Nickolay Ihalainen, a Senior Scaling Specialist at Percona Global Services, explains how to set up replication with standby clusters for Kubernetes databases using Percona’s open-source tools, including the Percona Operator for PostgreSQL
A Standby Cluster is a backup version of your main database. It’s there to keep your data safe and make sure your database can keep running even if something goes wrong with the main one.

For this demo, we use Percona Operators for PostgreSQL to create the clusters, which facilitates high availability setups and database management by automating deployment, scaling, and management tasks within Kubernetes environments.
Nickolay created a primary node and the configuration of replication to standby clusters for PostgreSQL, ensuring data redundancy and availability. This primary node has two standby databases in the same primary node.
Then, we have the object storage (S3) for backups, highlighting the importance of having offsite backups in different geographical locations to safeguard against data loss. This is where the primary node will access to make a data replication.
This demo also includes using Patroni to manage this process, enabling replication and failover between primary and standby servers, and PgBouncer, a tool that manages how applications are aligned to communicate with a PostgreSQL database.
Watch our complete hands on in this YouTube video:
You can find more instructions on how to deploy a standby cluster for Disaster Recovery, and also you can Create a Standby Cluster With the Percona Operator for PostgreSQL.
Is you have questions o feedback, write to us in our Percona Comunity Forum ∎

Zsolt joined Percona as a software developer in 2017 and has been working on Percona’s database products ever since, initially focusing on MySQL and later switching to PostgreSQL.
He likes to focus on things that make life easier and safer: encryption, authentication, extensibility, testing, and tooling.

Edith Puclla is a Technology Evangelist of Percona Corporation, studied at 42 Silicon Valley School in California in 2020, and was part of the Outreachy Internship in 2021. She has a background in DevOps and is a Docker and Kubernetes enthusiast.
| # | Наименование новости | Тональность | Информативность | Дата публикации |
|---|---|---|---|---|
| 1 | Comparing Migration Methods from the Crunchy Data PostgreSQL Operator to the Percona Operator for PostgreSQL | 0 | 4.58 | 07-07-2026 |
| 2 | Why I haven’t run my databases on Kubernetes | 0 | 3.68 | 30-06-2026 |
| 3 | Setting Up Your Environment for Kubernetes Operators Using Docker, kubectl, and k3d | 0 | 5.31 | 04-03-2024 |
| 4 | The Importance of Anti-Affinity in Kubernetes | 0 | 6.61 | 30-11-2023 |
| 5 | How to Provision a MongoDB Cluster in Kubernetes with Percona Everest Summary | 0 | 4.88 | 02-05-2024 |
| 6 | Community Docker Images: keeping the operator open without a vendor registry lock-in | 0 | 4.03 | 30-06-2026 |
| 7 | A thread through my 2025 Postgres events | 0 | 7.52 | 10-11-2025 |
| 8 | GitOps Journey: Part 4 – Observability and Monitoring with Coroot in Kubernetes | 0 | 7.93 | 22-07-2025 |
| 9 | Cross-site Disaster Recovery with Percona Operator for MySQL | 0 | 6.1 | 06-07-2026 |
| 10 | Incremental backups in Percona Kubernetes Operator for MySQL | 0 | 6.44 | 17-04-2026 |