CloudNativePG 社区宣布发布 1.18.0 版本，这是 CloudNativePG Operator 的一个新次要版本，引入了集群管理的物理复制槽支持，可以为高可用集群中每个热备副本自动管理物理复制槽，包括故障切换事件。
kubectl 的 cnpg 插件新增了 3 个命令：
hibernate：销毁 Cluster 生成的所有资源，但保留属于 PostgreSQL 主实例的 PVC（hibernate on），并重新创建集群（hibernate off）
install：生成清单以覆盖 Operator 部署的默认配置选项，如要监控的命名空间、副本数等
pgbench：生成针对指定集群运行 pgbench 的作业
修复了一些小错误，特别是导入包含 plpgsql 函数的数据库以及执行 PITR 时查找最近备份的问题。
所有受支持版本的新补丁版本均已发布，包括 1.17.2 和 1.16.4。
随着 1.18.0 的发布，1.16.x 次要版本将从 2022 年 12 月 10 日起终止支持 (https://cloudnative-pg.io/documentation/1.18/supported_releases/#support-status-of-cloudnativepg-releases)。
我们建议您尽早更新 Operator。
完整的变更列表请参阅：
1.18.0 发布说明 (https://cloudnative-pg.io/documentation/1.18/release_notes/v1.18/)
1.17.2 发布说明 (https://cloudnative-pg.io/documentation/1.17/release_notes/v1.17/)
1.16.4 发布说明 (https://cloudnative-pg.io/documentation/1.16/release_notes/v1.16/)
关于 CloudNativePG
CloudNativePG (https://cloudnative-pg.io) 是一个用于 PostgreSQL 工作负载的开源 Kubernetes Operator，可编排 PostgreSQL 集群的完整生命周期，从引导和配置、高可用和连接路由，到备份和灾难恢复。CloudNativePG 依赖 PostgreSQL 的原生流复制来在 Pod、节点和可用区之间分发数据，使用标准的 Kubernetes 模式。副本可以以 Kubernetes 原生方式进行扩缩容，Operator 会自动安全地重新配置复制。CloudNativePG 是第一个通过向云原生计算基金会 (CNCF) 提交加入 Sandbox 请求（2022 年 4 月）来完成整个毕业流程的 PostgreSQL Operator。CloudNativePG 是由 EDB (https://www.enterprisedb.com/products/cloud-native-postgresql-kubernetes-ha-clusters-k8s-containers-scalable) 最初创建和支持的项目。