经验首页 前端设计 程序设计 Java相关 移动开发 数据库/运维 软件/图像 大数据/云计算 其他经验
当前位置:技术经验 » 数据库/运维 » Kubernetes » 查看文章
k8s HPA(HorizontalPodAutoscaler)--自动水平伸缩
来源:cnblogs  作者:乔达摩(嘿~)  时间:2023/3/15 8:53:43  对本文有异议

Horizontal Pod Autoscaling in Kubernetes

写在前面

我们平时部署web服务,当服务压力大撑不住的时候,我们会加机器(加钱);一般没有上容器编排是手动加的,临时加的机器,临时部署的服务还要改Nginx的配置,最后回收机器的时候,也是手动回收,手动修改Nginx的,挺麻烦的其实;

而K8s是支持这整个流程的自动化的,也就是HPA;

HPA介绍

HPA:全称Horizontal Pod Autoscaler ,对应中文叫Pod的自动水平伸缩

Pod的水平伸缩是水平方向增加/减少Pod的数量;

Pod的垂直伸缩则是垂直方向上控制Pod的硬件,比如增加/缩减CPU、内存等资源;

k8s的HPA一般会根据一个具体的指标来做,比如常见CPU、内存的负载;也可以根据web服务的吞吐量、单位时间内的传输字节数等;另外还可以根据自定义的指标,比如RabbitMQ的队列数量、Webhook等;

我这里先讲讲怎么根据CPU、内存的负载来做HPA;

HPA实操

环境

  1. $ kubectl version
  2. Client Version: version.Info{Major:"1", Minor:"22", GitVersion:"v1.22.5"
  3. Server Version: version.Info{Major:"1", Minor:"22", GitVersion:"v1.22.5"
  1. $ kubectl get node
  2. NAME STATUS ROLES AGE VERSION
  3. docker-desktop Ready control-plane,master 177d v1.22.5

检查获取指标是否正常

是否安装了metrics-server

HPA是需要获取具体的指标做伸缩的, metrics-server是提供指标的

  1. $ kubectl get pod -n kube-system|grep metrics-server
  2. metrics-server-5d78c4b4f5-x5c46 1/1 Running 2 (3d12h ago) 10d

是否正常获取指标

  1. $ kubectl top node
  2. docker-desktop 133m 0% 2671Mi 16%

如果没有的,需先安装metrics-server

安装metrics-server

下载yaml

  1. wget https://github.com/kubernetes-sigs/metrics-server/releases/latest/download/components.yaml

修改yaml

  1. spec:
  2. containers:
  3. - args:
  4. - --cert-dir=/tmp
  5. - --secure-port=4443
  6. - --kubelet-preferred-address-types=InternalIP,ExternalIP,Hostname
  7. - --kubelet-use-node-status-port
  8. - --metric-resolution=15s
  9. - --kubelet-insecure-tls #加上这个(不推荐生产这样用)
  10. #image: k8s.gcr.io/metrics-server/metrics-server:v0.6.1 #这个镜像需要梯子
  11. image: registry.cn-hangzhou.aliyuncs.com/chenby/metrics-server:v0.6.1 #换成网友阿里云的镜像
  12. imagePullPolicy: IfNotPresent

提交yaml

  1. kubectl apply -f components.yaml -n kube-system

再验证

  1. kubectl get pod -n kube-system|grep metrics-server
  2. kubectl top node

部署一个测试的Pod(Webapi)

创建一个hpa-api.yaml的文件内容如下:

  1. apiVersion: apps/v1
  2. kind: Deployment
  3. metadata:
  4. name: hpa-api
  5. spec:
  6. selector:
  7. matchLabels:
  8. app: hpa-api
  9. replicas: 1
  10. template:
  11. metadata:
  12. labels:
  13. app: hpa-api
  14. spec:
  15. containers:
  16. - name: hpa-api
  17. image: gebiwangshushu/hei-ocelot-api:1.0 #这是我写其他文章上传的镜像,代码:https://github.com/gebiWangshushu/Hei.Ocelot.ApiGateway/blob/master/Hei.Api/Controllers/WeatherForecastController.cs
  18. ports:
  19. - containerPort: 80
  20. resources:
  21. requests:
  22. cpu: 1000m
  23. memory: 100Mi
  24. # limits:
  25. # cpu: 100m
  26. # memory: 100Mi
  27. ---
  28. apiVersion: v1
  29. kind: Service
  30. metadata:
  31. name: hpa-api
  32. labels:
  33. app: hpa-api
  34. spec:
  35. ports:
  36. - port: 80
  37. nodePort: 30999
  38. type: NodePort
  39. selector:
  40. app: hpa-api
  1. kubectl apply -f hpa-api.yaml

这里创建了一个测试的webapi,所用镜像是gebiwangshushu/hei-ocelot-api:1.0,源码在这;这个Deployment的副本数是1,资源requests为cpu: 1000m memory: 100Mi;并且创建了一个nodePort:30999 类型的Service;

访问看看:

image-20221008112122162

172.16.6.90 是我自己k8s集群的地址;测试的webapi部署好了,我们来给他创建一个HPA(HorizontalPodAutoscaler);

创建HPA--HorizontalPodAutoscaler

查看当前HPA支持版本:

  1. $ kubectl api-versions|grep autoscaling
  2. autoscaling/v1
  3. autoscaling/v2beta1
  4. autoscaling/v2beta2

autoscaling/v1: 只支持基于CPU的自动伸缩
autoscaling/v2beta1: 支持Resource Metrics(资源指标,如pod的CPU)和Custom Metrics(自定义指标)的缩放。
autoscaling/v2beta2:支持Resource Metrics(资源指标,如pod的CPU)和Custom Metrics(自定义指标)和ExternalMetrics(额外指标)的缩放。

创建一个HPA.yaml的文件,内容如下:

  1. apiVersion: autoscaling/v2beta2
  2. kind: HorizontalPodAutoscaler
  3. metadata:
  4. name: hpa-api
  5. spec:
  6. scaleTargetRef:
  7. apiVersion: apps/v1
  8. kind: Deployment #针对Deployment做伸缩
  9. name: hpa-api
  10. minReplicas: 1 #最小副本数
  11. maxReplicas: 10 #最大副本数
  12. metrics:
  13. - type: Resource
  14. resource:
  15. name: cpu
  16. target:
  17. type: Utilization #Utilization 使用率做指标
  18. averageUtilization: 50 #CPU平均使用率超requests要求的cpu的50%时,开始做扩容
  19. #type: averageValue
  20. #averageValue: 30 #使用平均值averageValue(平均值) 做指标
  • type: Utilization #Utilization 表示用使用率作为指标,此外还有Value 或 AverageValue

  • averageUtilization: 50 表示CPU平均使用率超requests要求的cpu的50%时,开始做扩容

  • apiVersion: autoscaling/v2beta2 autoscaling的版本,不同版本的字段和支持的指标不一样;

当然,这里的apiVersion: autoscaling/v2beta2 ,支持还支持很多参数,例如:

  1. metrics:
  2. - type: Resource
  3. resource:
  4. name: cpu
  5. target:
  6. type: Utilization
  7. averageUtilization: 60 #CPU平均负载超requests60%时,开始做扩容
  8. # - type: Resource
  9. # resource:
  10. # name: cpu
  11. # target:
  12. # type: AverageValue
  13. # averageValue: 500m
  14. # - type: Pods #Pods类型的指标
  15. # pods:
  16. # metric:
  17. # name: packets-per-second
  18. # target:
  19. # type: AverageValue
  20. # averageValue: 1k
  21. # - type: Object
  22. # object:
  23. # metric:
  24. # name: requests-per-second
  25. # describedObject:
  26. # apiVersion: networking.k8s.io/v1
  27. # kind: Ingress
  28. # name: main-route
  29. # target:
  30. # type: Value
  31. # value: 10k
  32. # behavior: #控制伸缩行为速率的
  33. # scaleDown:
  34. # policies: #支持多个策略
  35. # - type: Pods
  36. # value: 4
  37. # periodSeconds: 60 #60秒内#最多缩容4个pod
  38. # - type: Percent
  39. # value: 300
  40. # periodSeconds: 60 #60秒内#最多缩容300%
  41. # selectPolicy: Min
  42. # stabilizationWindowSeconds: 300
  43. # scaleUp:
  44. # policies:
  45. # - type: Pods
  46. # value: 5
  47. # periodSeconds: 60 #60秒内#最多缩容5个pod
  48. # # - type: Percent
  49. # # value: 100 #最多扩容100%
  50. # # periodSeconds: 60 #60秒内
  51. # selectPolicy: Max
  52. # stabilizationWindowSeconds: 0

metrics中的type字段有四种类型的值:Object、Pods、Resource、External。

  • Resource:指的是当前伸缩对象下的pod的cpu和memory指标,只支持Utilization和AverageValue类型的目标值。
  • Object:指的是指定k8s内部对象的指标,数据需要第三方adapter提供,只支持Value和AverageValue类型的目标值。
  • Pods:指的是伸缩对象(statefulSet、replicaController、replicaSet)底下的Pods的指标,数据需要第三方的adapter提供,并且只允许AverageValue类型的目标值。
  • External:指的是k8s外部的指标(比如prometheus),数据同样需要第三方的adapter提供,只支持Value和AverageValue类型的目标值。

另外还有自定义指标等,需要1.23及以上版本才支持了;

创建HPA资源

  1. kubectl apply -f HPA.yaml

查看HPA

  1. $ kubectl get hpa
  2. NAMESPACE NAME REFERENCE TARGETS MINPODS MAXPODS REPLICAS AGE
  3. aspnetcore hpa-api Deployment/hpa-api 0%/50% 1 10 1 8d

验证

hpa开启watch监控模式

  1. $ kubectl get hpa --watch
  2. NAME REFERENCE TARGETS MINPODS MAXPODS REPLICAS AGE
  3. hpa-api Deployment/hpa-api 0%/50% 1 10 1 8d
  4. ...
  5. #阻塞监听状态

用ab压测工具压一下

  1. ab -n 200000 -c 10 http://172.16.6.90:30999/user

没安装的自己搜索安装下,这里的 -n:请求个数,-c : 请求并发数

查看资源使用情况

  1. $ kubectl top po
  2. NAME CPU(cores) MEMORY(bytes)
  3. hpa-api-88ddc5c49-2vgjd 1m 301Mi
  4. hpa-api-88ddc5c49-4h5pz 1m 300Mi
  5. hpa-api-88ddc5c49-8c8d2 1m 340Mi
  6. hpa-api-88ddc5c49-8hmnm 1m 300Mi
  7. hpa-api-88ddc5c49-cgxm9 1m 23Mi
  8. hpa-api-88ddc5c49-tdrc6 1m 23Mi

扩容情况

  1. kubectl get hpa --watch
  2. NAME REFERENCE TARGETS MINPODS MAXPODS REPLICAS AGE
  3. hpa-api Deployment/hpa-api 0%/50% 1 10 1 8d
  4. hpa-api Deployment/hpa-api 262%/50% 1 10 1 8d
  5. hpa-api Deployment/hpa-api 33%/50% 1 10 4 8d
  6. hpa-api Deployment/hpa-api 0%/50% 1 10 6 8d #这里请求结束了

伸容过程

  1. $ kubectl describe hpa hpa-api
  2. Name: hpa-api
  3. ...
  4. Reference: Deployment/hpa-api
  5. Metrics: ( current / target )
  6. resource cpu on pods (as a percentage of request): 262% (2628m) / 50% #这里资源直接远超1000m的50%,达到了262% (2628m)
  7. Deployment pods: 1 current / 4 desired
  8. ..
  9. Deployment pods: 1 current / 4 desired
  10. Conditions:
  11. Type Status Reason Message
  12. ---- ------ ------ -------
  13. AbleToScale True SucceededRescale the HPA controller was able to update the target scale to 4
  14. ScalingActive True ValidMetricFound the HPA was able to successfully calculate a replica count from cpu resource utilization (percentage of request)
  15. ScalingLimited True ScaleUpLimit the desired replica count is increasing faster than the maximum scale rateEvents:
  16. Type Reason Age From Message
  17. ---- ------ ---- ---- -------
  18. Normal SuccessfulRescale 39s horizontal-pod-autoscaler New size: 4; reason: cpu resource utilization (percentage of request) above target #扩容到4个
  19. Normal SuccessfulRescale 3m11s horizontal-pod-autoscaler New size: 6; reason: All metrics below target #扩容到6个

一旦 CPU 利用率降至 0,HPA 会自动将副本数缩减为 1;

扩容详情

HPA 控制器基于 Master 的 kube-controller-manager 服务启动参数 --horizontal-pod-autoscaler-sync-period 定义的探测周期(默认值为 15s) , 周期性地监测目标 Pod 的资源性能指标, 并与 HPA 资源对象中的扩缩容条件进行对比, 在满足条件时对 Pod 副本数量进行调整

在每个时间段内,控制器管理器都会根据每个 HorizontalPodAutoscaler 定义中指定的指标查询资源利用率。 控制器管理器找到由 scaleTargetRef 定义的目标资源,然后根据目标资源的 .spec.selector 标签选择 Pod, 并从资源指标 API(针对每个 Pod 的资源指标)或自定义指标获取指标 API(适用于所有其他指标)。

  • 对于按 Pod 统计的资源指标(如 CPU),控制器从资源指标 API 中获取每一个 HorizontalPodAutoscaler 指定的 Pod 的度量值,如果设置了目标使用率, 控制器获取每个 Pod 中的容器资源使用 情况, 并计算资源使用率。如果设置了 target 值,将直接使用原始数据(不再计算百分比)。 接下来,控制器根据平均的资源使用率或原始值计算出扩缩的比例,进而计算出目标副本数。

    需要注意的是,如果 Pod 某些容器不支持资源采集,那么控制器将不会使用该 Pod 的 CPU 使用率。

  • 如果 Pod 使用自定义指示,控制器机制与资源指标类似,区别在于自定义指标只使用 原始值,而不是使用率。

  • 如果 Pod 使用对象指标和外部指标(每个指标描述一个对象信息)。 这个指标将直接根据目标设定值相比较,并生成一个上面提到的扩缩比例。 在 autoscaling/v2beta2 版本 API 中,这个指标也可以根据 Pod 数量平分后再计算。

HorizontalPodAutoscaler 的常见用途是将其配置为从(metrics.k8s.iocustom.metrics.k8s.ioexternal.metrics.k8s.io)获取指标。 metrics.k8s.io API 就是我们前面安装Metrics Server 的插件;

扩容算法

  1. 期望副本数 = ceil[当前副本数 * (当前指标 / 期望指标)]

例如,如果当前指标值为 200m,而期望值为 100m,则副本数将加倍, 因为 200.0 / 100.0 == 2.0 如果当前值为 50m,则副本数将减半, 因为 50.0 / 100.0 == 0.5。如果比率足够接近 1.0(在全局可配置的容差范围内,默认为 0.1), 则控制平面会跳过扩缩操作。

套入上面的实例:

  1. 期望副本数 = ceil[ 1 * (262% / 50%)] == 6

类似本实例的示意图:

img

可以看到这里的指标,是针对所有pod的;

总结

k8s的东西太多,只学了点皮毛,有个基本的概念就赶紧记下来;k8s集群版本、HPA的版本的不同又有很多限制与字段的区别,需要后面更多的实践与学习;

[参考]

https://kubernetes.io/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale/#algorithm-details

https://blog.51cto.com/smbands/4903843

https://kubernetes.io/zh-cn/docs/reference/kubernetes-api/workload-resources/horizontal-pod-autoscaler-v2beta2/

https://www.cnblogs.com/fanggege/p/12299923.html

原文链接:https://www.cnblogs.com/xiaxiaolu/p/17216844.html

 友情链接:直通硅谷  点职佳  北美留学生论坛

本站QQ群:前端 618073944 | Java 606181507 | Python 626812652 | C/C++ 612253063 | 微信 634508462 | 苹果 692586424 | C#/.net 182808419 | PHP 305140648 | 运维 608723728

W3xue 的所有内容仅供测试,对任何法律问题及风险不承担任何责任。通过使用本站内容随之而来的风险与本站无关。
关于我们  |  意见建议  |  捐助我们  |  报错有奖  |  广告合作、友情链接(目前9元/月)请联系QQ:27243702 沸活量
皖ICP备17017327号-2 皖公网安备34020702000426号