我们很高兴地宣布正式发布 PGO 5.1 版，这是来自Crunchy Data的开源Postgres Operator。除了提供跨 PGO 和 PostgreSQL 版本的无缝升级体验外，这个功能丰富的版本还引入了许多强大的新功能。这包括：
- PostgreSQL GUI 的本机集成
- 自动推出所有 PostgreSQL 配置更改
- 防止集群中断的策略
- 对高可用性和灾难恢复架构的增强
- 还有更多！
虽然即将发布的帖子将更详细地突出其中一些新的强大功能，但本文将重点关注升级 PGO 本身。让我们看看升级到PGO v5.1是多么容易！
准备升级到 PGO v5.1
有两种不同的策略可用于定义 PGO 在创建新 PostgreSQL 集群时应使用的映像：
- 在 PostgresCluster 规范中定义图像字段。
- 通过在 PGO Deployment 中定义相关的镜像环境变量。有关详细信息，请参阅PostgresCluster CRD 参考。
如果您使用的是相关映像，则无需进一步准备升级，您可以跳转到下面的升级到 PGO v5.1 部分。这是因为 PGO 本身将处理所有托管 PostgreSQL 集群的映像标签更新，从而安全地推出新的 PGO v5.1 映像。
如果您不使用相关图像，则在升级 PGO 之前需要一个额外的步骤。您需要将 PostgreSQL 和 pgBackRest 映像都更新到可用于 PGO v5.1 的最新版本。这样做将确保您的集群使用 pgBackRest v2.38，它支持无缝 PGO v5.1 升级所需的 mTLS。
因此，在进行下一步之前，首先将所有 spec.image 和 spec.backups.pgbackrest.image 字段更新为可用于 PGO v5.1 的最新图像。这些映像与 v5.1 之前的 PGO v5 版本兼容，并将安全地推广到您的 PostgreSQL 集群。有关详细信息，请参阅组件和兼容性文档。
例如，您可以修补一个名为 hippo 的现有 PostgreSQL 13 集群，如下所示：
$ kubectl patch postgrescluster hippo --type "json" -p '[
{"op":"replace", "path":"/spec/image", "value":
"registry.developers.crunchydata.com/crunchydata/ crunchy-postgres:ubi8-13.6-1"},
{"op":"replace", "path":"/spec/backups/pgbackrest/image", "value":
"registry.developers.crunchydata.com/crunchydata /crunchy-pgbackrest:ubi8-2.38-0"}
]
'
postgrescluster.postgres-operator.crunchydata.com/hippo 已修补
更新所有现有集群的图像后，您可以进入下一部分。
注意： PGO 尝试尽可能减少升级到最大程度所需的先决条件数量（即，无论图像如何定义等）。然而，在某些情况下，例如当存在重大架构更改时，可能需要更多步骤。请务必查看升级文档以了解升级时所需的任何步骤。
升级到 PGO v5.1
将 PGO 升级到 v5.1 就像应用最新的 Kustomize 安装程序或升级到 PGO Helm 图表的最新版本一样简单。PGO 部署升级完成后，PGO 将升级所有托管的 PostgreSQL 集群。有关安装和升级 PGO 的更多信息，请参阅安装文档。
自定义
如果 PGO 以所有命名空间为目标，您将通过 Kustomize 进行升级，如下所示：
kubectl apply --server-side --force-conflicts -k
kustomize/install/default
或者，如果针对单个命名空间，请运行以下命令：
kubectl apply --server-side --force-conflicts -k
kustomize/install/singlenamespace
舵
如果使用 Helm，您可以使用 helm upgrade 命令通过最新版本的 PGO Helm chart 进行升级。但是，您首先需要使用 kubectl 和服务器端 apply更新 CRD ：
kubectl apply --server-side --force-conflicts -f helm/install/crds
helm upgrade pgo -n postgres-operator helm/install
不仅仅是升级
至此，PGO v5.1 升级完成！归根结底，一个生产就绪的 PostgreSQL 架构应该包括：
- 简单配置
- 高可用性 (HA)
- 灾难恢复 (DR)
- 监控
- 连接扩展
- 无缝升级
正如您在上面看到的，PGO v5.1 使运营商升级体验比以往任何时候都更加轻松。通过简化升级过程，您现在可以轻松迁移到 PGO 的新版本。这将确保您始终拥有可用于管理生产 PostgreSQL 数据库的最新功能。
文章来源：https://blog.crunchydata.com/blog/introducing-pgo-the-open-source-postgres-operator-from-crunchy-data-version-5.1
