K8S之HPA

HPA（Horizontal Pod Autoscaling）：pod的水平自动伸缩

这是K8S自带的模块

pod占用CPU的比率到达一定的阀值，会触发伸缩机制

replication controller：副本控制器。pod的副本数

deployment controller：节点控制器。部署pod

HPA控制副本的数量以及控制部署pod

1、HPA基于kubecontroll-manager服务，周期性的检测pod的cpu使用频率，默认30s

2、HPA和replication controller、deployment controller都属于K8S的资源对象。通过跟踪分析副本控制器和deployment的pod的负载变化，针对性的调整目标pod的副本数

针对性：会有一个阀值，定义的是：在正常情况下pod的副本数以及达到阀值后pod的扩容最大数量

3、metrics-server部署到集群中，对外提供度量的数据

HPA的规则：

1、定义pod的时候必须要有资源限制，否则HPA无法进行监控

2、扩容是即时的，只要超过调值会立刻扩容，但是不是立刻扩容到最大副本数。会在最小值和最大值之间波动。如果扩容的数量满足了要求，不会再扩容

3、缩容是缓慢的。如果业务的峰值较高，回收的策略太积极的话，可能会产生业务的崩溃。缩容的速度是比较慢的

周期性的获取数据，缩容的机制问题

pod的副本数扩缩容有两种方式：

1、手动（修改控制器的副本数）

① kubectl scale deployment centos-test --replicas=5

② kubectl edit deployments .apps centos-test

③ 修改yaml文件

replicas: 1

apply -f 部署更新

2、自动扩缩容

HPA  HPA监控的是CPU

资源限制：

①pod的资源限制

②命名空间资源限制

lucky-cloud项目.-部在test1的命名空问，如果lucky-coloud不做限制，或者命名空问不做限制，他依然会占满所有集群资源

K8S集群部署pod的最大数量：10000个

busybox: 就是最小化的centos 4M

哪些服务会部署在k8s当中：

中间件：

kafka：6个

redis：3个

业务服务：

自定义的镜像创建的容器：

pluigs

前端:

nginx 3-6个  50%

电网: 配电云主站

12个左右

mysql是独立的，是实机部署

ELK不好说

docker

k8s

真机

配电云主站:没有elk

命名空间资源限制:

HPA 自动扩缩容

命名空间

第一种:

ResourceQuota

可以对命名空间进行资源限制

第二种:

LimitRange:

直接声明在命名空问当中创建的pod，容器的资源限制，这是一种统一限制。所有的pod都受这个条件的制约

pod资源限制（一般是我们创建的时候声明好的，必加选项）

resources:

limit

命名空间资源限制 对命令空间使用cpu和内存一定会做限制

命名空间资源限制

ResourceQuota

核心: 防止整个集群的资源被一个服务或者一个命名空间占满。

命名空间统一资源限制

LimitRange

HPA:自动伸缩。

nodeName固定在一个pod,观察，扩容之后，调值是否会下降