如何劝领导不要搭建备用 k8s 集群

[kksd0912334]

业务要容器化上 k8s ，部门领导非要搞两套，一主一备，如何劝他不要搭建备用的一套。他还要两个集群同时都用，类似于数据库双主

[cdlnls]

我大概是理解 op 的，曾经也是遇到了一样的问题一样的想法。

虽然只是在打工，但是作为一个工作，服务器的成本控制本应该是运维工作的一部分，服务器使用是不是合理也是要考虑的，做这些就是对这份工作的尊重或者说对自己的尊重。希望 op 坚持自己的想法。

[Eillott]

坏处：
- 1 ，运维麻烦
- 2 ，增加一点点成本
好处：
- 1 ，升级方便
- 2 ，略微增加一点点容错
- 3 ，出事故时不会被上面质疑

综上，建议还是两个

[xuanbg]

为什么要阻止？又不是你掏钱

[asuraa]

搞呗 开 1000 个 pods ，挖矿

[xxfye]

@me1onsoda 最主要的原因就是，不同场景对于资源的要求是不一样的。
比如大数据集群，就禁止超售，该分配给 spark 作业 20c ，就一定要独占 20c ，不然无法保证 spark 作业按时效顺利完成，如果超售内存，麻烦就更大了，可能导致作业 OOM 挂了，甚至把宿主机整挂了。
业务集群运行 CPU 和内存可以按 2-4 倍超售，GPU 集群甚至能把 GPU 按 4 到 8 倍超售。
其他集群也各有特点：
比如混部集群，6 点到 22 点优先提供给业务集群扩容，其他时间都给大数据集群用。
还有信创 ARM/x86 集群，里面就全是信创的机器。机器特点是单核性能低，但核心多内存大。

[cz5424]

@fallshuang
@WashFreshFresh 不差钱的情况下，人力物力没问题，肯定越多越好哈哈哈

[Ricciardo]

不花你钱

[hancai2]

@kksd0912334 资源够的话，我认为同一个 VPC 也可以双集群。其中一个集群出故障的时候，第二个集群还是很有用的。

[zx900930]

异地双活，灰度/AB 测试，都是可以的。
如果是 az 级别的故障，有双活和没双活业务恢复的时间是两个不同的数量级，直接影响 SLA 甚至你的工资。
而且不要乐观的以为大厂云服务不会丢数据。
最近的 GCP 澳大利亚业务备份数据全丢，前几年 OVH 数据中心起火直接烧掉整个 az 的数据包括备份。
就算它赔钱，你数据没了咋都补救不了。

只能说你领导关心的点是他的位子稳不稳，因为出了大事故，你还可以出去找个新工作，他可能就难了。

[tyit]

k8s 跑的有状态还是无状态？无状态随便搞几套 k8s 集群都没问题。重要的是有状态的数据、中间件怎么搞、搞两套？数据互相同步？？