PostgreSQL Operator v1.13.0 版本中 WAL-G 备份保留策略失效问题分析

PostgreSQL Operator 是一个用于在 Kubernetes 环境中管理 PostgreSQL 集群的开源工具。在最新的 v1.13.0 版本中，用户报告了一个关于 WAL-G 备份保留策略失效的重要问题。

问题现象

在升级到 PostgreSQL Operator v1.13.0 后，用户发现旧的 WAL-G 备份不再被自动清理。这会导致存储空间持续增长，最终可能耗尽备份存储资源。该问题主要影响使用 WAL-G 进行备份的用户，特别是那些配置了备份保留策略的环境。

根本原因

经过分析，这个问题与底层使用的 Spilo 容器镜像有关。Spilo 是 PostgreSQL Operator 使用的标准 PostgreSQL 容器镜像。在 v1.13.0 版本中，Spilo 存在一个已知问题，导致其无法正确执行 WAL-G 的备份保留策略。

技术背景

WAL-G 是一个流行的 PostgreSQL 备份工具，它提供了时间点恢复和增量备份功能。备份保留策略是 WAL-G 的一个重要特性，它允许自动清理旧的备份以节省存储空间。在正常情况下，WAL-G 会根据配置自动删除超过保留期限的备份。

解决方案

对于遇到此问题的用户，有两种解决方案：

1. 临时解决方案：手动更新 Spilo 镜像版本至 ghcr.io/zalando/spilo-16:3.3-p3，这个版本已经修复了相关问题。

2. 永久解决方案：等待 PostgreSQL Operator 的下一个版本发布，该版本将包含修复后的 Spilo 镜像。需要注意的是，下一个版本可能会移除对 PostgreSQL 12 和 13 的支持，因此仍在运行这些版本的用户需要提前规划升级路径。

最佳实践建议

对于生产环境中的 PostgreSQL Operator 用户，建议：

1. 定期监控备份存储使用情况，确保备份保留策略按预期工作
2. 在升级前充分测试新版本，特别是备份和恢复功能
3. 对于关键业务系统，考虑实施双重备份策略，确保数据安全
4. 关注 PostgreSQL Operator 的发布说明，了解版本间的重大变更

总结

PostgreSQL Operator v1.13.0 中的 WAL-G 备份保留问题是一个需要重视的缺陷，特别是在存储空间有限的环境中。用户应及时采取上述解决方案，避免备份存储被占满导致后续备份失败。同时，这也提醒我们在升级关键基础设施组件时需要进行全面的功能验证。