1

建议直接研究一下 helm chart 里面的 postgresql-ha 的 helm files ，最佳实践之一

2

helm 一把梭，没啥好担心的。可以使用，就是性能比独立服务器集群略差而已。

3

想学习下咋纵向扩容？

4

建议用 polardb 的 pg 版。那个支持存储共享。

5

@Philippa 我孤陋寡闻了，helm 和 pg 有啥关系？指的是 postgresql-ha 的 helm 的配置么？有没有哪家落地了呢？

6

我比较好奇 pg 集群和分布式（物理机）一般怎么做

7

@defunct9 我孤陋寡闻了，helm 和 pg 有啥关系？以及上 k8s 就是为了多个 db 混部，想问问我搞的数据库个数（我指实例）特别多有没有问题

9

@dzdh 那个太贵了，希望自己搞，目的是混部更多，毕竟大部分实例是没有流量的

11

1

你提供的网址，打开看了一下部署，就是 helm 的一把梭。所以没啥好担心的。所有的资源定义好，剩下的就交给 helm 。但是看你问的这个问题，估计你对 helm 完全不了解，那就问题大了。呵呵

12

16

@dzdh 运维难度高么？其实上 k8s 就是希望运维难度降低一些

18

1

@annoygaga
1. 如果不是上班得用 k8s, 或者做 DevOps 工作, 请远离 k8s 这套 overengineering 工业垃圾.
2. 不管 k8s 当年宣传(over promise)得如何, 现在 k8s 还是主要用来管理 stateless service cluster 的, 真的用 ks8, 建议就不要在上面折腾任何 stateful 的东西.

19

如果有单独机器可以 docker-compose 的-v 挂载数据目录进去，这样比 k8s 好运维些，sts 和 pv 总归有些 bug 的

21

helm zalando pg cluster 一把梭

22

@annoygaga pigsty 是一套包含 Prometheus/Grafana 的监测管控系统，对于 pg 的监控 来说能达到和 k8s 相似的结果（高可用、可观察）。 数据库跑在 k8s 上面是没得到多少收益却徒增运维复杂性。
作者让人下云的目的是降低运维成本而不是推广他这套系统。pigsty 可以在云上搭建，用 ecs 节点跑就行，不需要 rds 。

23

kubeblocks 很好用 也很方便管理

25

k8s 还是太重了，相比于那可怜的收益，得不偿失