CrunchyData Postgres-Operator升级至5.5.1版本后PG14镜像拉取问题分析

问题背景

近期有用户反馈在使用CrunchyData Postgres-Operator时，从5.5.0版本升级到5.5.1版本后，PostgreSQL 14的实例无法正常启动。具体表现为Kubernetes集群无法拉取指定的PostgreSQL 14镜像，错误信息显示镜像清单不存在。

根本原因分析

经过深入调查，发现这是由于5.5.1版本的OLM安装包中错误地引用了不存在的PostgreSQL 14.11镜像所致。根据CrunchyData开发者计划的支持策略，只有最新的两个PostgreSQL主版本会得到官方镜像支持。这意味着PostgreSQL 14已经超出了支持范围，而PostgreSQL 15和16才是当前受支持的版本。

解决方案

对于遇到此问题的用户，可以采取以下两种解决方案：

1. 回退到支持的镜像版本：将PostgresCluster资源中的镜像明确指定为最后一个可用的PostgreSQL 14.10版本和配套的pgBackRest 2.47版本。

apiVersion: postgres-operator.crunchydata.com/v1beta1
kind: PostgresCluster
metadata:
  name: my-cluster
spec:
  backups:
    pgbackrest:
      image: registry.developers.crunchydata.com/crunchydata/crunchy-pgbackrest:ubi8-2.47-0
  image: registry.developers.crunchydata.com/crunchydata/crunchy-postgres:ubi8-14.10-0

2. 升级到支持的PostgreSQL版本：使用Operator提供的主版本升级功能，将数据库集群升级到PostgreSQL 15或16版本。

最佳实践建议

1. 版本规划：在部署PostgreSQL集群时，应考虑长期支持策略，优先选择当前受支持的主版本。

2. 升级策略：在进行Operator升级前，应仔细阅读发布说明，了解可能的影响范围。

3. 镜像引用：对于生产环境，建议明确指定镜像版本，而不是依赖默认值，以避免意外升级。

4. 测试验证：在升级前，应在测试环境中充分验证升级过程和数据兼容性。

关于PostgreSQL 15+的公共模式变更

值得注意的是，PostgreSQL 15引入了一个重要的安全变更：默认情况下，新创建的用户不再自动拥有public模式的访问权限。这一变更可能会影响现有应用程序的行为。对于计划升级的用户，建议：

1. 评估应用程序对public模式的依赖程度
2. 在升级前进行充分的兼容性测试
3. 考虑在升级后显式授予必要的权限

总结

Postgres-Operator作为PostgreSQL在Kubernetes上的专业管理工具，其版本升级需要谨慎对待。用户应当了解其支持策略，并在升级前做好充分准备。对于仍需要使用PostgreSQL 14的用户，可以通过明确指定镜像版本来维持运行，但建议尽快规划升级到受支持的版本，以获得持续的安全更新和功能改进。