您现在的位置是：首页 > 文章详情

Kubernetes HPA Controller工作原理

日期：2018-12-12点击：574收藏

HPA Controller 介绍

关于Kubernetes Horizontal Pod Autoscaler（简称HPA）的概念和使用介绍，请参考以下官方文档链接，在这里我不再赘述。

HPA Controller 工作原理

K8s通过HPA，基于获取到的metrics(CPU utilization, custom metrics) value，对rc, deployment管理的pods进行自动伸缩。

截止到Kubernetes 1.6，Release特性中仅支持CPU utilization这一resource metrics，对custom metrics的支持目前仍在alpha阶段，请知晓。

HPA Controller周期性(默认每30s一次，可通过kube-controller-manager的flag--horizontal-pod-autoscaler-sync-period进行设置)的调整对应的rc, deployment中的replicas数量，使得指定的metrics value能匹配用户指定的target utilization value。
在每个HPA Controller的处理周期中，kube-controller-manager都去查询HPA中定义的metrics的utilization。查询方式根据metric类型不同而不同：
- 如果metric type是resource metrics，则通过resource metrics API查询。
- 如果metric type属于custom metrics，则通过custom metrics API查询。
计算伸缩比例算法：
- 对于resource metrics，比如CPU，HPA Controller获取HPA中指定的metrics，如果HPA中设定了target utilization，则HPA Controller会将获取到的metrics除于对应的容器的resource request值作为监测到的当前pod的resource utilization。如此计算完所有HPA对应的pods后，对该resource utilization values取平均值。最后将平均值除于定义的target utilization，得到伸缩的比例。
  
  注意：如果HPA对应的某些pods中的容器没有定义对应的resource request，则HPA不会对这些pods进行scale。
- 对于custome metrics，HPA Controller的伸缩算法几乎与resource metrics一样，不同的是：此时是根据custome metrics API查询到的metrics value对比target metics value计算得到的，而不是通过utilization计算得到的。
HPA与rc, deployment, pod的关系如下图所示。
- HPA通过Scale sub-resource接口，对RC和Deployment的replicas进行控制。
- HPA最终对Pod副本数的控制终归还是通过RC和Deployment控制器。

HPA Controller有两种方式获取metrics：

direct Heapster access: 用于对resource metrics的监控，需要提前在kube-system namespace中部署Heapster。
REST client access: 用于对custom metrics的监控，需要设置kube-controller-manager的--horizontal-pod-autoscaler-use-rest-clients flag为true。

本文转自开源中国-Kubernetes HPA Controller工作原理

原文链接：https://yq.aliyun.com/articles/679222

关注公众号

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。

持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

转载内容版权归作者及来源网站所有，本站原创内容转载请注明来源。