CloudNativePG 社区宣布发布 1.18.0 版本,这是 CloudNativePG Operator 的一次新的次要版本发布,引入了对集群管理的物理复制槽的支持,可以自动管理高可用集群中每个热备副本的物理复制槽,包括故障转移事件。
kubectl
的 cnpg
插件通过引入 3 个新命令得到了增强
hibernate
:销毁由 Cluster
生成的所有资源,但属于 PostgreSQL 主实例的 PVC 除外(hibernate on
),然后重新创建集群(hibernate off
)install
:生成清单以覆盖操作员部署的默认配置选项,例如要监视的命名空间、副本数量等pgbench
:生成作业以针对给定集群运行 pgbench
已修复一些次要 bug,特别是使用 plpgsql
函数导入数据库以及在执行 PITR 时查找最近的备份。
所有受支持的版本都已提供新的补丁版本,包括 1.17.2 和 1.16.4。
随着 1.18.0 的发布,1.16.x 次要版本将从 2022 年 12 月 10 日起停止支持。
我们鼓励您尽快更新 Operator。
有关更改的完整列表,请参阅
CloudNativePG 是一个开源的 PostgreSQL 工作负载 Kubernetes Operator,它协调 PostgreSQL 集群的整个生命周期,从引导和配置,到高可用和连接路由,再到备份和灾难恢复。CloudNativePG 依赖 PostgreSQL 的原生流复制,使用标准的 Kubernetes 模式在 Pod、节点和区域之间分发数据。副本可以以 Kubernetes 原生的方式进行扩展和缩减,并且 Operator 会自动安全地重新配置复制。CloudNativePG 是第一个成功完成与 Cloud Native Computing Foundation (CNCF) 整个毕业流程的 PostgreSQL Operator,于 2022 年 4 月提交了加入 Sandbox 的申请。CloudNativePG 是由 EDB 最初创建和支持的项目。