Kubernetes的HPA自动扩容与缩容是什么?-创新互联
Kubernetes的HPA自动扩容与缩容是什么?相信很多新手小白对HPA的了解处于懵懂状态,通过这篇文章的总结,希望你能有所收获。如下资料是关于HPA的内容。
我们提供的服务有:成都网站设计、成都做网站、微信公众号开发、网站优化、网站认证、洛龙ssl等。为近千家企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务,是有科学管理、有技术的洛龙网站制作公司HPA介绍
Kubernetes HPA(水平Pod自动缩放)Pod水平自动伸缩,通过此功能,只需简单的配置,即可便可以利用监控指标(cpu使用率、磁盘、内存等)自动的扩容或缩容服务中Pod数量,当业务需求增加时,系统将为您无缝地自动增加适量容器,提高系统稳定性。此处将详细讲解HPA的核心设计原理和基于Hepaster的使用方法。
前提条件
系统应该能否获取到当前Pod的资源使用情况 (意思是可以执行kubectl top pod命令,并且能够得到反馈信息)。
若要实现自动扩缩容的功能,还需要部署heapster服务,用来收集及统计资源的利用率,支持kubectl top命令,heapster服务集成在prometheus(普罗米修斯) MertricServer服务中,所以说,为了方便,我这里基于prometheus服务的环境上进行部署HPA(动态扩缩容)的服务。
实验环境
主机 | IP地址 | 服务 |
---|---|---|
master | 192.168.1.21 | k8s |
node01 | 192.168.1.22 | k8s |
node02 | 192.168.1.23 | k8s |
基于[https://blog.51cto.com/14320361/2473879]() 的实验继续进行
- heapster:这个组件之前是集成在k8s集群的,不过在1.12版本之后被移除了。如果还想使用此功能,应该部署metricServer, 这个k8s集群资源使用情况的聚合器。
- Cousom:同样处于beta阶段(autoscaling/v2beta1),但是涉及到自定义的REST API的开发,复杂度会大一些,并且当需要从自定义的监控中获取数据时,只能设置绝对值,无法设置使用率。
自动扩展主要分为两种:
- 水平扩展(scale out),针对于实例数目的增减。
- 垂直扩展(scal up),即单个实例可以使用的资源的增减, 比如增加cpu和增大内存。
HPA属于前者。它可以根据CPU使用率或应用自定义metrics自动扩展Pod数量(支持 replication controller、deployment 和 replica set)。
工作流程
- 创建HPA资源,设定目标CPU使用率限额,以及大/最小实例数,一定要设置Pod的资源限制参数: request,否则HPA不会工作。
- 控制管理器每隔30s(在kube-controller-manager.service中可以通过–-horizontal-pod-autoscaler-sync-period修改)查询metrics的资源使用情况。
- 然后与创建时设定的值和指标做对比(平均值之和/限额),求出目标调整的实例个数。
- 目标调整的实例数不能超过第一条中设定的大/最小实例数。如果没有超过,则扩容;超过,则扩容至大的实例个数。
- 重复第2-4步。
这里,我们使用一个测试镜像, 这个镜像基于php-apache制作的docker镜像,包含了一些可以运行cpu密集计算任务的代码。
1、创建一个deployment控制器
[root@master ~]#docker pull mirrorgooglecontainers/hpa-example:latest
//下载hpa-example镜像
[root@master ~]# kubectl run php-apache --image=mirrorgooglecontainers/hpa-example --requests=cpu=200m --expose --port=80
//基于hpa-example镜像,运行一个deployment控制器,请求CPU的资源为200m,暴露一个80端口
查看一下
[root@master ~]# kubectl get deployments.
2、创建HPA控制器
[root@master ~]# kubectl autoscale deployment php-apache --cpu-percent=50 --min=1 --max=10
//当deployment资源对象的CPU使用率达到50%时,就进行扩容,最多可以扩容到10个
查看一下
[root@master ~]# kubectl get hpa
3、测试(master开启三个端口)
新开启多个终端,对pod进行死循环请求php-apache的pod
端口一
(1)创建一个应用,用来不停的访问我们刚刚创建的php-apache的svc资源。
[root@master ~]# kubectl run -i --tty load-generator --image=busybox /bin/sh
(2)进入Pod内,执行以下这条命令.用来模拟访问php-apache的svc资源。
[root@master ~]# while true; do wget -q -O- http://php-apache.default.svc.cluster.local ; done
//不停地向php-apache的svc资源,发送ok
端口二
[root@master ~]# kubectl get hpa -w
//实时查看pod的cpu状态
可以看到php-apache的cpu使用情况已经超过了50%
端口三
[root@master images]# kubectl get pod -w
//实时查看pod的状态
可以看到当php-apache的cpu使用情况超过50%后,就会不断生成新的php-apache来进行负载均衡(目前设置的上线时10个),当然,如果cpu使用情况下降到50%,master就会陆续地删除php-apache,这样的使用可以减少不必要的资源浪费、资源分配不均等情况。
看完上述内容,你们对Kubernetes的HPA自动扩容与缩容大概了解了吗?如果想了解更多相关文章内容,欢迎关注创新互联行业资讯频道,感谢各位的阅读!
另外有需要云服务器可以了解下创新互联cdcxhl.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。
网页题目:Kubernetes的HPA自动扩容与缩容是什么?-创新互联
URL链接:http://cdiso.cn/article/dicgoi.html