本文介绍如何在Kubernetes上构建多集群MongoDB部署，以应对区域性故障。通过Percona Operator实现主站点和副本站点架构，利用MCS API连接集群，并采用2+2+1投票模式确保故障时能自动选举新主节点。该方案支持灾难恢复、实时迁移和无停机维护，故障切换通常在12秒内完成。

Percona Operator for MySQL 1.2.0版本新增了跨站点复制、加密备份和自动存储扩展功能，提升了MySQL的安全性和灵活性。

文章讨论了MySQL和PostgreSQL的最新更新。MySQL的pt-archiver扩展了分区感知插件，以快速执行保留策略。Percona Operator for MySQL和PostgreSQL推出新版本，增加了自动存储调整、TLS证书轮换和ARM64支持等功能。

文章讨论了MySQL和PostgreSQL的最新更新。MySQL的pt-archiver扩展了支持分区的插件，以快速执行保留策略。Percona Operator for MySQL和PostgreSQL发布了新版本，增加了自动存储调整、TLS证书轮换和ARM64支持等功能。

Percona Operator for PostgreSQL 2.9.0 发布，默认支持 PostgreSQL 18，新增 PVC 快照备份和 LDAP 支持等功能。

Percona Operator for PostgreSQL 2.9.0 发布，默认支持 PostgreSQL 18，新增 PVC 快照备份和 LDAP 支持等功能。

Percona Operator for MySQL 1.1.0版本引入了时间点恢复、增量备份和zstd压缩等新功能，提升了Kubernetes上MySQL的备份和恢复能力，恢复过程更精确、备份速度更快、存储占用更小。同时，增强的异步复制重试和稳定性修复提高了操作的可靠性。社区反馈推动了这些功能的开发。

Percona Operator for PostgreSQL 2.9.0版本发布，默认支持PostgreSQL 18，新增PVC快照备份和LDAP支持等功能。

开源软件现状发生显著变化，PostgreSQL集群选择变得重要。许多开源项目如MinIO和Crunchy Data的Docker镜像实施了更严格的许可和分发限制，影响Kubernetes用户的使用自由。团队转向完全开源的替代方案，如Percona Operator，以确保更大的灵活性和控制权。

本文介绍了如何在GCP的两个GKE集群中部署Percona Operator for MongoDB，利用多集群服务实现跨集群连接。步骤包括准备GKE集群、启用多集群服务、安装Operator、创建主从集群及配置服务，以确保高可用性和灾难恢复。

本文介绍了如何使用Percona Operator for PostgreSQL version 2来设置灾难恢复，简化在Kubernetes上运行的PostgreSQL集群的灾难恢复，详细介绍了如何在主站点和灾难恢复站点之间配置pgBackrest，以及如何自动化故障转移。提供了一些常见的Kubernetes配置选项，以便在故障转移后将应用程序的流量从主站点切换到灾难恢复站点。

本文介绍了如何在Kubernetes环境中使用Percona Operator为MongoDB执行滚动索引构建，避免传统索引构建导致的系统停机。通过逐个非主节点构建索引，保持系统可用性。文章详细说明了停止副本、手动启动mongod、构建索引及恢复操作的步骤。

在Kubernetes上运行MongoDB时，备份、扩展和故障转移等问题常常困扰用户。Percona Operator提供一个开源解决方案，具备自动化、安全性和灵活性，适合生产环境，避免了商业许可的限制。

在Kubernetes上运行MongoDB时，管理状态工作负载面临挑战。Percona Operator提供开源解决方案，具备自动化、备份和安全性等功能，适合生产环境，避免商业许可限制。

使用Percona Operator for MySQL时，节点重新加入集群通常需要进行完整状态快照传输（SST）。当节点离线时间过长，增量状态传输（IST）所需的写集不再存在时，必须进行SST。通过K8s卷快照，可以显著减少新节点添加所需的时间和资源，尤其在处理大数据集时，提高了效率。

在Kubernetes上运行的Percona Server for MongoDB集群可以通过Percona Operator进行备份和恢复。该操作员使用Percona Backup for MongoDB进行备份，并将oplogs上传到对象存储。利用云提供商的卷快照功能可以加快大数据集的恢复速度。目前是概念验证阶段，未来将实现自动化。