Kubernetes集群中HPA实现pod副本数量的自动扩容与缩容
Kubernetes集群可以通过Replication Controller的scale机制完成服务的扩容或缩容,实现具有伸缩性的服务。Kubernetes集群自动伸缩分为:
sacle手动伸缩:可参考K8s资源对象的基本管理之使用命令行的方式(升级、回滚、扩容、缩容);autoscale自动伸缩:也就是本篇博文所介绍的HPA;Kubernetes自动扩展主要分为:
水平扩展:针对实例数目的增减;垂直扩展:也就是单个实例就可以使用的资源的增减,比如增加CPU、内存;一、HPA简介HPA的全称为(Horizontal Pod Autoscaling)它可以根据当前pod资源的使用率(如CPU、磁盘、内存等),进行副本数的动态的扩容与缩容,以便减轻各个pod的压力。当pod负载达到一定的阈值后,会根据扩缩容的策略生成更多新的pod来分担压力,当pod的使用比较空闲时,在稳定空闲一段时间后,还会自动减少pod的副本数量。
若要实现自动扩缩容的功能,还需要部署heapster服务,用来收集及统计资源的利用率,支持kubectl top命令,heapster服务集成在prometheus(普罗米修斯) MertricServer服务中,所以说,为了方便,我这里基于prometheus服务的环境上进行部署HPA(动态扩缩容)的服务。
可以参考博文Kubernetes的三种可视化UI界面中的第三个部署Prometheus服务,来运行prometheus服务,如果不想部署prometheus,那么可以参考github上来单独部署heapster服务。
说这么多,总之就是想要使用HPA,就必须保证,可以在master节点上执行如下命令:
# kubectl top node ??#查看节点的资源使用情况NAME ??CPU(cores) ?CPU% ?MEMORY(bytes) ?MEMORY% ?master ?1317m ???65% ?1383Mi ????80% ???node01 ?1237m ???61% ?1082Mi ????62% ???node02 ?1146m ???57% ?1045Mi ????60% ?二、实现pod自动扩容与缩容1)生成HPA控制器# kubectl run php-apache --image=mirrorgooglecontainers/hpa-example --requests=cpu=200m --expose --port=80#运行hpa资源,名称为php-apache,并设置请求CPU的资源为200m并暴露一个80端口# kubectl autoscale deployment php-apache --cpu-percent=50 --min=1 --max=10#当hpa资源的deployment资源对象的CPU使用率达到50%时,就进行扩容,最多可以扩容到10个# kubectl get svc | grep php-apache ?#查看php-apache对应的svc群集IPphp-apache ?ClusterIP ?10.97.45.108 ?<none> ???80/TCP ?44m# kubectl get pod | grep php-apa ?#确定当前的pod正常运行php-apache-867f97c8cb-9mpd6 ?1/1 ??Running ?0 ????44m2)模拟消耗php-apache的资源,并验证pod是否会自动扩容与缩容新开启多个终端(也可使用node节点),对php-apache的pod进行死循环请求,如下(如果你的系统资源比较充足,可以选择开启多个终端,对pod进行死循环请求,我这里开启了两个node的终端,同时请求php-apache的pod):
# while true; do wget -q -O- 10.97.45.108; done ??????#一直返回ok属于正常现象#模拟多用户对php-apache的pod造成的并发请求# kubectl get hpa ?#查看hpa资源对cpu的占用情况#也可使用“-w”选项对CPU资源占用情况实时监控NAME ????REFERENCE ???????TARGETS ?MINPODS ?MAXPODS ?REPLICAS ?AGEphp-apache ?Deployment/php-apache ?416%/50% ?1 ????10 ???10 ????56m# kubectl get pod#在运行死循环请求一段时间后,查看pod数量,当然使用-w选项对pod的变化进行实时的监控NAME ????????????READY ?STATUS ?RESTARTS ?AGEphp-apache-867f97c8cb-6jsjq ?1/1 ??Running ?0 ????4m9sphp-apache-867f97c8cb-7xd5x ?1/1 ??Running ?0 ????51sphp-apache-867f97c8cb-9mpd6 ?1/1 ??Running ?0 ????56mphp-apache-867f97c8cb-dhng7 ?1/1 ??Running ?0 ????3m8sphp-apache-867f97c8cb-qc9hr ?1/1 ??Running ?0 ????2m22sphp-apache-867f97c8cb-rj494 ?1/1 ??Running ?0 ????3m38sphp-apache-867f97c8cb-sbn9n ?1/1 ??Running ?0 ????3m38sphp-apache-867f97c8cb-vzfbg ?1/1 ??Running ?0 ????4m9sphp-apache-867f97c8cb-vzfbg ?1/1 ??Running ?0 ????5m19sphp-apache-867f97c8cb-vzfbg ?1/1 ??Running ?0 ????3m39s#当然最大也就只可以产生10个pod,因为我们之前规定最多产生10个pod当停止死循环请求后,也并不会立即减少pod数量,会等一段时间后减少pod数量,防止流量再次激增。
页:
[1]