是否有理由自动缩放kubernetes master？

我正在运行一个Kubernetes集群，它有3个主节点和3个节点

我发现它可以根据pod的状态自动缩放工作节点。

但是，我找不到任何博客或自动缩放主节点的附加组件

---

是否有任何理由自动缩放主节点，如果是，我们如何做到这一点？

无需

自动缩放主节点。在实际世界中，工作节点的责任是运行工作负载，而主节点的责任是确保工作节点在集群中具有所需的状态

现在，所有最终用户都将请求您的应用程序（POD），随着负载的增加，他们需要水平扩展，应该生成更多的POD。如果工作节点上的资源不足以运行这些节点，则应生成更多的工作节点

在大型集群中，我们不在主节点上运行load，但我们需要确保它是高可用的，以便在协调工作节点时不会出现单点故障。为此，我们可以有3个主多主集群

工作节点我们担心
水平可伸缩性
，主节点我们担心
高可用性

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

有关构建大型集群的更多信息，请参阅官方文件：


简而言之，如果您为1000个工作节点提供足够的资源，您甚至可以为该节点提供一个主节点。因此，与我们面临的挑战相比，没有理由自动缩放master
 在库伯内特斯，大师级人物不会缩放。在多节点主机中，添加更多主机有助于实现高可用性（HA），而无需管理工作负载。要缩放主控形状，必须手动放大（较大的实例大小）。向外扩展（更多实例）无助于提高主性能（只是HA）。@JohnHanley Kubernetes newbie。当一个主节点崩溃时，我是否需要手动放大主节点？或者我可以设置像min idle instances（比如3）这样的东西，集群将为我维护主节点的配置吗？当Kubernetes主节点在单个主集群中崩溃时，集群就消失了。这意味着您需要重新开始并构建一个新集群。对于大多数云供应商，您必须在创建集群之前选择正确的实例大小。如果您关心HA，请选择一个三节点主机。当然，这会增加一些成本。@karthikeayan aws标签可以删除，因为这个问题与aws无关。@narendra choudhary是的。。移除它