annoygaga
V2EX  ›  PostgreSQL

Postgresql 放 K8S 里,大家目前都用的什么方案呢?

By annoygaga at 2025 年 4 月 10 日 · 6323 次点击

之前这个讨论貌似很多人讨论,现在希望问问,原因是目前有一些 SaaS 多表的需求,希望表和库能相对更动态的启动

目前大家把数据库放在 k8s 都用什么方案呢?查到了一个

https://github.com/cloudnative-pg/cloudnative-pg

不知道靠不靠谱

这个帖子就不讨论为什么 postgresql 要放在 k8s 了,感觉这个话题太引战了,就假设要放,且

希望:

  • 尽可能高可用和不丢数据,该如何设计
  • 运维成本尽可能的低
  • 可以纵向扩容
25 条回复  •  2026-04-23 15:53:28 +08:00
Philippa
   1
Philippa  
   2025 年 4 月 10 日 via iPhone
建议直接研究一下 helm chart 里面的 postgresql-ha 的 helm files ,最佳实践之一
defunct9
   2
defunct9  
   2025 年 4 月 10 日
helm 一把梭,没啥好担心的。可以使用,就是性能比独立服务器集群略差而已。
fffq
   3
fffq  
   2025 年 4 月 10 日
想学习下咋纵向扩容?
dzdh
   4
dzdh  
   2025 年 4 月 10 日
建议用 polardb 的 pg 版。那个支持存储共享。
annoygaga
   5
annoygaga  
OP
   2025 年 4 月 10 日
@Philippa 我孤陋寡闻了,helm 和 pg 有啥关系?指的是 postgresql-ha 的 helm 的配置么?有没有哪家落地了呢?
ala2008
   6
ala2008  
   2025 年 4 月 10 日
我比较好奇 pg 集群和分布式(物理机)一般怎么做
annoygaga
   7
annoygaga  
OP
   2025 年 4 月 10 日
@defunct9 我孤陋寡闻了,helm 和 pg 有啥关系?以及上 k8s 就是为了多个 db 混部,想问问我搞的数据库个数(我指实例)特别多有没有问题
annoygaga
   8
annoygaga  
OP
   2025 年 4 月 10 日
@ala2008 其实我这块经验也不多,也想学习学习,有好的资料和实践的博客就好了
annoygaga
   9
annoygaga  
OP
   2025 年 4 月 10 日
@dzdh 那个太贵了,希望自己搞,目的是混部更多,毕竟大部分实例是没有流量的
annoygaga
   10
annoygaga  
OP
   2025 年 4 月 10 日
@fffq 提高 pod 配置?我的想法是
defunct9
   11
defunct9  
   2025 年 4 月 10 日   ❤️ 1
你提供的网址,打开看了一下部署,就是 helm 的一把梭。所以没啥好担心的。所有的资源定义好,剩下的就交给 helm 。但是看你问的这个问题,估计你对 helm 完全不了解,那就问题大了。呵呵
annoygaga
   12
annoygaga  
OP
   2025 年 4 月 10 日
@defunct9 哦哦,我看懂你的意思了,我一开始以为你说的是 helm 工具本身。

针对我问的这个问题,我其实想了解他背后的原理,现在倒不是能不能跑起来的问题,而是怕出问题,最典型的比如丢数据什么的,希望有一个久经实践的方案,这方面实践的资料貌似并不多,内网+外网
mark2025
   13
mark2025  
   2025 年 4 月 10 日
pg 集群、高可用可以考虑 pigsty: https://pigsty.cc/
dzdh
   14
dzdh  
   2025 年 4 月 10 日
annoygaga
   15
annoygaga  
OP
   2025 年 4 月 10 日
@mark2025 能上 k8s 吗?我希望是在云上的,我记得这个的作者天天让人下云
annoygaga
   16
annoygaga  
OP
   2025 年 4 月 10 日
@dzdh 运维难度高么?其实上 k8s 就是希望运维难度降低一些
jackge0323
   17
jackge0323  
   2025 年 4 月 11 日   ❤️ 1
@annoygaga 上 k8s 实际上是增加了运维难度,想降低运维难度,考虑 docker 吧。
dcoder
   18
dcoder  
   2025 年 4 月 11 日   ❤️ 1
@annoygaga
1. 如果不是上班得用 k8s, 或者做 DevOps 工作, 请远离 k8s 这套 overengineering 工业垃圾.
2. 不管 k8s 当年宣传(over promise)得如何, 现在 k8s 还是主要用来管理 stateless service cluster 的, 真的用 ks8, 建议就不要在上面折腾任何 stateful 的东西.
guanzhangzhang
   19
guanzhangzhang  
   2025 年 4 月 11 日
如果有单独机器可以 docker-compose 的-v 挂载数据目录进去,这样比 k8s 好运维些,sts 和 pv 总归有些 bug 的
stormtrooperx5
   20
stormtrooperx5  
   2025 年 4 月 11 日
kubeblocks
clockzhong
   21
clockzhong  
   2025 年 4 月 11 日
helm zalando pg cluster 一把梭
mark2025
   22
mark2025  
   2025 年 4 月 11 日
@annoygaga pigsty 是一套包含 Prometheus/Grafana 的监测管控系统,对于 pg 的监控 来说能达到和 k8s 相似的结果(高可用、可观察)。 数据库跑在 k8s 上面是没得到多少收益却徒增运维复杂性。
作者让人下云的目的是降低运维成本而不是推广他这套系统。pigsty 可以在云上搭建,用 ecs 节点跑就行,不需要 rds 。
viking602
   23
viking602  
   2025 年 4 月 11 日
kubeblocks 很好用 也很方便管理
cumt21g
   24
cumt21g  
   2025 年 7 月 5 日
@dcoder 非常赞同
dhysum
   25
dhysum  
   4 月 23 日
k8s 还是太重了,相比于那可怜的收益,得不偿失
© 2026 V2EX · 47ms · 3.9.8.5