我使用Kubernetes EKS在aws EKS上运行了一个集群。
几天前,我进行了一次大规模的扩展,在很短的时间内,我的集群达到了50个节点。当这种情况发生时,我试图使用kubectl访问我的集群,几分钟内没有得到响应。
我知道EKS Cluster Autoscaler为Control Plane节点提供HA,只为集群上的这种高负载在不同的AZ中有3个节点。
因此,我试图了解API server (驻留在Control Plane中)的无响应性的原因是什么?遗憾的是,我缺乏细节,但我只是在寻找一个总的方向,在我做更多的研究之前要寻找什么。
发布于 2022-05-03 02:34:49
...Cluster Autoscaler provides HA for the Control Plane node by having 3 nodes in different AZ
控制平面是由AWS管理,不需要安装集群自动分配器就可以使用HA特性:
Amazon在多个AWS可用性区域运行和扩展Kubernetes控制平面,以确保高可用性。Amazon基于负载自动缩放控制平面实例,检测和替换不健康的控制平面实例,并自动修补控制平面。
...trying to understand what may be the cause for this unresponsiveness of the API server (that resided in the Control Plane)?
如果遇到控制平面的问题,则应该将支持情况提高到AWS支持,控制平面是而不是由您部署的群集自动分配器管理的。
簇自动分频器自动调整工作节点的数量,以便所有吊舱都能运行。同样,当集群中运行的豆荚较少时,组件也可以自动终止过多的工作节点。
Kubernetes群集自动分频器会在豆荚失效或重新安排到其他节点时自动调整集群中的节点数。群集自动分配器通常作为部署安装在群集中。
https://stackoverflow.com/questions/72080184
复制相似问题