Pod 水平自动扩缩（HorizontalpodAutoscaler）可以基于CPU利用率自动扩缩 ReplicationController、Deployment、ReplicaSet 和 StatefulSet 中的pod数量。除了CPU利用率，也可以基于其他应程序提供的自定义度量指标来执行自动扩缩。

生产环境中，许多应用程序的使用情况会出现波动，这意味着实时添加或删除pod副本会带来更好的成本收益。这就是 HorizontalpodAutoscaler (HPA) 通过自动执行此操作来提供帮助的地方。

何时使用 HPA？

它非常适合扩展无状态应用程序，但也适合有状态应用。如果将 HPA 与Cluster Autoscaler(CA)结合使用，能够为经常变化的工作负载获得最大的成本节约。当pod数量减少时，这将减少活动节点的数量。

HPA 是如何工作的？

HPA 监控pod以了解pod副本的数量是否需要更改。为了确定这一点，它采用每个pod指标值的平均值，并检查删除或添加副本，是否会使该值更接近目标。

例如，如果你部署的目标CPU利用率为50%，而现在你有五个pod在那里运行，则平均CPU利用率为 75%。为了使pod平均值更接近你的目标，HPA 控制器将增加三个副本。

HPA 最佳实践

为 HPA 提供每个pod资源指标：需要在Kubernetes集群中安装 metrics-server。
为每个容器配置值： HPA 根据观察到的pod的CPU利用率值（来自单个pod的资源请求的百分比）做出扩展决策。如果你没有包含某些容器的值，则计算将不准确并可能导致出现糟糕的扩展决策。
使用自定义指标： HPA 扩展决策的另一个来源是自定义指标。HPA 支持两种类型的自定义指标：pod 指标和对象指标。确保使用正确的目标类型。你还可以使用来自第三方监控系统的外部指标。

2. Pod垂直自动扩缩 (VPA)

Vertical Pod Autoscaler(VPA)，即垂直 Pod 自动扩缩容，它根据容器资源使用率自动设置 CPU 和内存的requests，从而允许在节点上进行适当的调度，以便为每个 Pod 提供适当的资源。它既可以缩小过度请求资源的容器，也可以根据其使用情况随时提升资源不足的容量。

这种自动缩放机制增加和减少了pod容器的CPU和内存资源请求，以使分配的集群资源与实际使用情况保持一致。VPA 还需要访问Kubernetes指标服务器，因为它仅替换由副本控制器管理(Replication Controller)的pod。

提示：

如果你的 HPA 配置没有使用CPU或内存来设置其扩展目标，请同时使用 VPA 和 HPA。

何时使用 VPA？

工作负载可能会在某个时候遇到高利用率，但不断增加其请求限制，不是一个好办法。你可能会浪费CPU或内存资源并限制运行它们的节点。将工作负载分布到多个应用程序实例有时候也是很棘手的，这就是 Vertical Pod Autoscaler 的帮助所在。

VPA 是如何工作的？

VPA 部署由三个组件组成：

Recommender : 监控资源利用率并计算目标值，也就是检查历史资源利用率和当前使用的模式，并推荐一个理想的资源请求值
Updater : 检查pods 资源限制是否需要更新
Admission Controller：在创建pod时覆盖其资源请求

由于Kubernetes不允许更改正在运行的pod的资源限制，因此 VPA 首先终止旧的pod，然后将更新的值注入新的pod规范。

VPA 最佳实践

避免在Kubernetes的1.11版本之前使用。
使用updateMode:Off运行 VPA，以了解你要自动缩放的pod的资源使用情况。这将为你提供推荐的CPU和内存请求，也是以后调整的重要基础。
如果工作负载经常出现高使用率和低使用率的峰值，则 VPA 可能会过于激进，因为它可能会不断地一遍又一遍地替换pod。在这种情况下，使用HPA 效果更好。