如果我们使用`autoscaling/v2beta2`API 版本进行设置,则前面定义的 YAML 文件内容应该改写为如下所示:
~~~yaml
apiVersion: autoscaling/v2beta2
kind: HorizontalPodAutoscaler
metadata:
name: php-apache
namespace: default
spec:
scaleTargetRef:
apiVersion: apps/v1
kind: Deployment
name: php-apache
minReplicas: 1
maxReplicas: 10
# 在 v2beta2 版本中,使用 metrics 字段定义目标指标值
metrics:
# type 字段表示指标类型
- type: Resource
resource:
name: cpu
# target 字段定义指标的目标值,系统在指标数据达到目标值时将触发扩缩容操作
target:
type: Utilization
averageUtilization: 50
~~~
metrics.type 指标类型可以设置为如下三种中的任一一个或是多个的组合:
* `Resource`: 基于资源的指标值,这里的资源指的是 CPU 和内存 Memory
* `Pods`: 基于 Pod 的指标值,会将系统中全部 Pod 的指标值进行平均值计算
* `Object`: 基于某种资源对象(比如 Ingress)的指标值,或是自定义的指标值
对于`Resource`类型指标而言:
* CPU 使用率:在 target.averageUtilization 字段中设置目标平均 CPU 使用率
* 内存 Memory 资源:在 target.AverageValue 字段中设置目标平均内存使用值
* 指标数据通过`metrics.k8s.io`API 进行查询
* 必须先启动 Metrics Server 服务
`Pods`和`Object`类型指标都属于自定义指标类型,它们的共同点在于:
* 指标数据通过搭建自定义 Metrics Server 服务和监控工具获取
* 指标数据通过`custom.metrics.k8s.io`API 进行查询
* 必须先启动自定义的 Metrics Server 服务
`Pods`类型指标的数据是从系统中所有 Pod 获取到的,所以 target.type 字段只能使用 AverageValue,比如我们需要设置一个 Pods 类型指标名为 packets-per-second,要求在目标指标平均值为 1000 时触发扩缩容操作,则对应的 YAML 文件定义如下所示:
~~~yaml
metrics:
# type 字段表示指标类型
- type: Pods
Pods:
# metrics.name 字段设置指标的名字
metrics:
name: packets-per-second
# target 字段定义指标的目标值,系统在指标数据达到目标值时将触发扩缩容操作
target:
type: AverageValue
averageValue: 1k
~~~
`Object`类型指标数据来源于其它资源对象或是自定义指标,target.type 字段可以为 Value 或是 AverageValue(这时会根据 Pod 数量计算平均值),这里可以看两个示例:
1. 数据来源于其它资源对象:设置一个 Object 类型指标名为 requests-per-second,它的值来源于 Ingress “main-route”,当目标值为 2000 时触发扩缩容操作,对应的 YAML 文件格式内容如下:
~~~yaml
metrics:
- type: Object
object:
metrics:
name: requests-per-second
describedObject:
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
name: main-route
target:
type: Value
value: 2k
~~~
2. 数据来源于自定义指标:设置一个 Object 类型指标名为 http\_requests,且必须具有标签 “verb=GET”,当指标平均值达到 500 时触发扩缩容操作,对应的 YAML 文件格式内容如下:
~~~yaml
metrics:
- type: Object
object:
metrics:
name: 'http_requests'
selector: 'verb=GET'
target:
type: AverageValue
averageValue: 500
~~~
当一个 HPA 资源对象定义了多种类型的指标时,系统会针对每一种类型的指标都计算 Pod 目标值,最终会以结果中最大的 Pod 值进行扩缩容操作。
从 kubernetes v1.10 版本开始,metrics.type 指标类型新增了一个名为`External`的值:
* 可以支持外部系统指标,比如公有云服务商提供的消息服务或是外部负载均衡器,
* 指标数据通过`external.metrics.k8s.io`API 进行查询
* 必须先启动自定义的 Metrics Server 服务
比如设置一个 External 类型指标名为 queue\_messages\_ready,且必须具有标签 “queue=worker\_tasks”,当指标平均值达到 30 时触发扩缩容操作,对应的 YAML 文件格式内容如下:
~~~yaml
metrics:
- type: External
object:
metrics:
name: queue_messages_ready
selector: 'queue=worker_tasks'
target:
type: AverageValue
averageValue: 30
~~~
不过依然推荐大家尽量使用`Object`类型的资源对象,因为它和 kubernetes 系统的集成更加自然紧密。
- Pod 基本用法
- Pod 简介
- 操作 Pod
- 创建 Pod
- 标签
- 标签选择器
- 命名空间
- 删除及更新 Pod
- 副本集(RS)、后台支撑服务集(DaemonSet)、任务(Job)
- 副本集(RS)
- 后台支撑服务集(DaemonSet)
- 任务(Job)
- 使用 ConfigMap 配置应用程序
- ConfigMap 简介
- 创建 ConfigMap 资源对象
- 通过 YAML 配置文件方式创建
- 通过 kubectl 命令行方式创建
- 通过生成器创建 ConfigMap
- 在 Pod 中使用 ConfigMap
- 通过环境变量方式使用 ConfigMap
- 通过卷挂载(volumeMount)方式使用 ConfigMap
- 使用 Secret 传递敏感数据
- Secret 简介
- 默认令牌 Secret
- 创建 Secret
- 使用 kubectl 创建 Secret
- 使用 YAML 文件手动创建 Secret
- 使用生成器创建 Secret
- 使用 Secrets
- 挂载 Secret 到 Pod 中作为卷进行使用
- 使用 Secret 作为环境变量
- 使用镜像拉取 Secret(ImagePullSecrets)
- 多容器 Pod
- 多容器 Pod 简介
- Pod 中容器间的通信
- Pod 容器共享 Volume
- 进程间通信(IPC)
- 容器间网络通信
- Scheduler
- kube-scheduler 简介
- kube-scheduler 职责及调度流程
- 常用参数
- 预选策略(Predicates Policies)
- 优选策略(Priorites Policies)
- 自定义调度器
- 使用 Deployment 进行 Pod 升级回滚
- Deployment 简介
- Deployment 的升级
- 多重更新(Rollover)
- 更新 Deployment 的标签选择器(Label Selector)
- Deployment 的回滚
- Deployment 的暂停与恢复
- Pod 扩容与缩容
- 手动扩缩容
- 自动扩缩容
- 扩缩容算法
- php-apache 自动扩缩容实例
- 配置 HPA
- v1 版本
- v2beta2 版本
- DaemonSet
- DaemonSet 简介
- 运行示例程序
- 滚动更新
- StatefulSet
- StatefulSet 简介
- 运行 nginx 实例
- 扩缩容 StatefulSet
- 更新 StatefulSet
- 删除 StatefulSet
- 非级联删除
- 级联删除
- Pod 管理策略
- Service 基本用法
- Service 简介
- Service 的类型
- 使用命令创建服务
- 使用 YAML 文件创建服务
- Service Discovery
- 环境变量
- DNS
- ClusterIP Service
- ClusterIp Service 简介
- Normal Service
- YAML 文件模板
- 服务负载分发策略 & 多端口服务 & 端口命名
- 一个简单的例子
- Headless Service
- 无 Selector 的服务
- NodePort Service
- NodePort Service 简介及实例
- 扩展:客户端直接访问 Pod
- hostPort
- hostNetwork
- Port Forward
- LoadBalancer与ExternalName
- LoadBalancer Service 简介
- LoadBalancer Service 实例
- 使用 nginx 软件手动实现负载均衡
- 由云服务商提供负载均衡器
- ExternalName Service 简介
- Ingress
- Ingress 简介
- 部署 nginx-ingress-controller
- 部署一个简单的 Nginx 实例
- 不同的 Ingress 策略配置类型
- 配置 Ingress 处理 TLS 传输
