加布里埃尔·巴托利尼：CNPG 食谱 17 - PostgreSQL 就地重大升级
内容提要
CloudNativePG 1.26引入了PostgreSQL的声明式就地升级功能，用户只需修改配置中的imageName即可完成升级。尽管需要短暂停机，但显著降低了运维成本，适合在Kubernetes中管理大量PostgreSQL数据库。该功能通过pg_upgrade实现，支持高效的数据库版本迁移。
延伸解读
就地升级的优势与局限
CloudNativePG 1.26的就地升级功能显著降低了PostgreSQL数据库的运维成本，尤其适合大规模集群管理。然而，尽管升级过程快速，仍需注意停机时间和可能的错误恢复。保持持续备份是确保数据安全的关键，尤其是在遇到升级失败时。
适用场景与最佳实践
该就地升级功能特别适合在Kubernetes环境中管理多个PostgreSQL实例的用户。建议在进行升级前，确保所有必要的扩展在目标版本中可用，并在升级后尽快进行物理备份，以降低潜在风险。
与其他升级方法的比较
与传统的蓝绿部署或逻辑复制方法相比，就地升级提供了一种更简化的操作方式，尤其是在处理小型到中型数据库时。虽然它不适合所有关键业务场景，但对于追求操作简便的团队来说，仍然是一个重要的选择。
Q&A
CloudNativePG 1.26的主要新功能是什么？
CloudNativePG 1.26引入了PostgreSQL的声明式就地重大升级功能，用户只需修改配置中的imageName即可完成升级。
如何进行PostgreSQL的就地重大升级？
进行就地重大升级的步骤包括安全关闭PostgreSQL集群、更新集群资源状态、启动Kubernetes作业并使用pg_upgrade准备新的数据文件。
就地重大升级的主要优点是什么？
就地重大升级显著降低了运维成本，适合在Kubernetes中管理大量PostgreSQL数据库，消除了蓝绿集群的需求。
在升级过程中需要注意哪些风险？
在升级过程中，如果pg_upgrade遇到错误，需要手动恢复到之前的PostgreSQL版本，因此保持持续的基础备份至关重要。
CloudNativePG支持哪些升级方法？
CloudNativePG提供三种声明式方法进行主要版本升级，其中两种需要新集群，第三种是使用pg_upgrade进行的就地升级。
在测试中，升级2.2TB数据库到PostgreSQL 17需要多长时间？
在测试中，2.2TB的PostgreSQL数据库升级到17版本仅需33秒，恢复集群的完整操作时间不到一分钟。
