这是一个创建于 184 天前的主题，其中的信息可能已经有所发展或是发生改变。
之前这个讨论貌似很多人讨论，现在希望问问，原因是目前有一些 SaaS 多表的需求，希望表和库能相对更动态的启动
目前大家把数据库放在 k8s 都用什么方案呢？查到了一个
https://github.com/cloudnative-pg/cloudnative-pg
不知道靠不靠谱
这个帖子就不讨论为什么 postgresql 要放在 k8s 了，感觉这个话题太引战了，就假设要放，且
希望：
- 尽可能高可用和不丢数据，该如何设计
- 运维成本尽可能的低
- 可以纵向扩容
24 条回复 2025-07-05 23:44:31 +08:00
 | 1 Philippa 184 天前 via iPhone 建议直接研究一下 helm chart 里面的 postgresql-ha 的 helm files ，最佳实践之一 |
 | 2 defunct9 184 天前 helm 一把梭，没啥好担心的。可以使用，就是性能比独立服务器集群略差而已。 |
 | 3 fffq 184 天前 想学习下咋纵向扩容？ |
 | 4 dzdh 184 天前 建议用 polardb 的 pg 版。那个支持存储共享。 |
 | 6 ala2008 184 天前 我比较好奇 pg 集群和分布式（物理机）一般怎么做  |
| 11 defunct9 184 天前  1 你提供的网址，打开看了一下部署，就是 helm 的一把梭。所以没啥好担心的。所有的资源定义好，剩下的就交给 helm 。但是看你问的这个问题，估计你对 helm 完全不了解，那就问题大了。呵呵 |
 | 12 annoygaga OP @defunct9 哦哦，我看懂你的意思了，我一开始以为你说的是 helm 工具本身。 针对我问的这个问题，我其实想了解他背后的原理，现在倒不是能不能跑起来的问题，而是怕出问题，最典型的比如丢数据什么的，希望有一个久经实践的方案，这方面实践的资料貌似并不多，内网+外网 |
 | 13 mark2025 184 天前 pg 集群、高可用可以考虑 pigsty： https://pigsty.cc/ |
| 14 dzdh 184 天前 @dzdh 有开源版啊 https://docs.polardbpg.com/ |
 | 17 jackge0323 184 天前 1 @annoygaga 上 k8s 实际上是增加了运维难度，想降低运维难度，考虑 docker 吧。 |
 | 18 dcoder 183 天前 1 @annoygaga 1. 如果不是上班得用 k8s, 或者做 DevOps 工作, 请远离 k8s 这套 overengineering 工业垃圾. 2. 不管 k8s 当年宣传(over promise)得如何, 现在 k8s 还是主要用来管理 stateless service cluster 的, 真的用 ks8, 建议就不要在上面折腾任何 stateful 的东西. |
 | 19 guanzhangzhang 183 天前 如果有单独机器可以 docker-compose 的-v 挂载数据目录进去，这样比 k8s 好运维些，sts 和 pv 总归有些 bug 的 |
 | 20 stormtrooperx5 183 天前 kubeblocks |
 | 21 clockzhong 183 天前 helm zalando pg cluster 一把梭 |
| 22 mark2025 183 天前 @annoygaga pigsty 是一套包含 Prometheus/Grafana 的监测管控系统，对于 pg 的监控 来说能达到和 k8s 相似的结果（高可用、可观察）。 数据库跑在 k8s 上面是没得到多少收益却徒增运维复杂性。 作者让人下云的目的是降低运维成本而不是推广他这套系统。pigsty 可以在云上搭建，用 ecs 节点跑就行，不需要 rds 。 |
 | 23 viking602 183 天前 kubeblocks 很好用 也很方便管理 |
Select Language