kubernetes - 工作节点与主节点的关系？

Question

我正在设计具有HA和负载分配的解决方案。
我有一个问题，关于如何在工作节点和主节点之间建立关系以支持HA(容错)和负载分配。

我的理解是，工作程序节点是由主节点管理的，这意味着在建立工作程序节点期间，我们使它加入主节点，以建立信任关系并与主节点链接。

因此，现在，如果我想在主节点上为群集构建HA:

我将定义3个主节点，每个主节点都有一个API服务器，并在它们前面有一个负载均衡器。

在外部建立具有3个节点的ETCD集群，并使主节点使用它们。

这3个主节点将分别具有一个调度程序。

转到工作程序节点:

我通过使用VIP /负载平衡的API服务器将工作节点加入主节点来启动工作节点。

所以我的问题是:

在3个主节点上的

，我们应该有一个 Controller 吗？

我们可以将工作程序节点链接到3个主节点吗？如果是，这样做有什么好处？使用负载均衡器/ VIP更好吗？在那种情况下，我们仍然可以限制5000个节点吗？还是最多可以有5000X3个工作节点？

我们可以像在etcd中一样拥有一个具有主动-被动功能的API服务器集群吗？即使我们可以在初始化阶段使用一组配置来做到这一点？

Answer 1

on the 3 master nodes, should we have a controller?

我不确定您在说什么 Controller (Kubernetes Controller ？kube-controller-manager？)。总而言之，所有主节点都将具有相同的Kubernetes组件:kube-apiserver，kube-scheduler，kube-controller-manager，kube-proxy，运行时等。

Can we link the worker node to the 3 master nodes? if Yes, What is the benefit of that? Isn't it better to use the loadbalancer/VIP? Will, in that case, we still have the limitation of 5000 nodes? or can it be up to 5000X3 worker nodes?

如果您有3个主设置，一个处于 Activity 状态(领导者)，而其他处于待机状态，则配置的 quorum只能为这些组件建立一个领导者，因此并不是您可以缩放5000x3个节点，仍然可以限制5000个节点申请，因为您一直在与领导交谈。

Can we have a cluster of API-server with active-passive just like we do in etcd? even if we can do it just using a set of configurations in the initialization phase?

这就是它的工作方式。在3个主设置中，有1个有源和2个无源，在5个主设置中，有1个有源和5个无源。

希望能帮助到你!