有自动缩放kubernetes master的理由吗?

时间:2018-12-27 13:55:07

标签: kubernetes autoscaling

我正在运行一个具有3个主节点和3个节点的Kubernetes集群。

我发现它可以根据容器的状态自动缩放工作节点。 https://github.com/kubernetes/autoscaler/tree/master/cluster-autoscaler/cloudprovider/aws

但是,我找不到用于自动缩放主节点的任何博客或附件。

有没有理由自动缩放主节点,如果可以,我们该怎么做?

1 个答案:

答案 0 :(得分:3)

不需要autoscale主节点。在现实世界中,工作节点的责任是运行工作负载,而主节点的责任是确保工作节点在集群中处于所需状态。

现在,所有最终用户都将请求您的应用程序(窗格),并且随着负载的增加,他们需要水平扩展,并应产生更多的窗格。如果辅助节点上的资源不足以运行这些节点,则应产生更多的辅助节点。

在大型集群中,我们不在主节点上运行负载,但是我们需要确保负载高度可用,以确保编排工作节点不会出现单点故障。为此,我们可以拥有3个主多主机集群。

工作节点我们担心horizontal scalability,而在主节点中我们担心high availability

但是对于构建大型集群,您需要提供足够的资源来控制主节点,以处理工作节点上的负载编排。

有关构建大型集群的更多信息,请参阅官方文档:

https://kubernetes.io/docs/setup/cluster-large/

简而言之,如果您为一个节点提供了足够的资源,那么您甚至可以为1000个工作节点拥有一个主节点。因此,与我们面临的挑战相比,没有理由自动缩放母版。