Kubernetes 我们应该使用1个集群来划分集群吗

我们有一个kubernetes集群，它在版本1.9.2上保存我们的所有组件。 该集群包括流媒体组件和NOSQL数据库组件以及一些更小的版本

我们需要与一个完全依赖我们的平台/流媒体/数据库和所有kubernetes集群的不同团队进行整合

我想知道什么是正确的方法？ 第二组的组件是否应该与那些流/数据库组件驻留在同一集群上

如果我们决定分成两个不同的集群，这意味着什么？ 假设其他组组件必须与流媒体/数据库组件进行大量交互，那么如果它们位于不同的集群而不是在同一集群上运行，会影响性能吗

---

感谢您的帮助

考虑使用名称空间。拥有多个集群可能会增加成本并使物流（安全、安装、更新、监控）复杂化。对于HA集群，Kubernetes的控制平面需要接近5个节点（2个主节点，3个etcd）。在现有集群上扩展更多节点通常更具成本效益。隔离可以实现，你可能想考虑…p>

---

另一个考虑因素是成本和集群管理。如果您使用的是GKE以外的任何其他供应商，每个master将每月向您收取费用。不同的集群也需要各自独立的集群角色，这可能是一把双刃剑。

谢谢您的回复。我不是说成本不是问题，但我想解决性能/安全性/管理开销问题。是否存在任何性能问题？不应增加性能成本。您只需向现有集群添加几个节点。K8s设计成这样的规模。您甚至可能会发现，如果您已经在现有集群中过度分配了节点，则不需要添加更多节点。调度器中的装箱算法负责在可以运行容器的节点上查找资源。通过添加到现有集群，您将添加更少的节点。考虑到节点集群的大量增加，您可能必须增加主节点和etcd的数量，但这通常不是我们大多数人会遇到的问题。我不是说添加更多节点。我谈论的是在同一集群上运行相互通信的服务的性能，而不是完全使用不同的集群