Kubernetes的Pod垂直扩缩容指的是通过调整单个Pod的CPU、内存等资源请求和限制值，来改变该Pod可使用的资源总量，这种方式不需要增加Pod的副本数量，和水平扩缩容增加副本的思路有明显区别。
Pod垂直扩缩容的核心概念
在Kubernetes中，每个Pod运行时会携带资源请求（request）和资源限制（limit）的配置，资源请求是调度器为Pod分配节点的依据，资源限制是Pod能使用的资源上限。Pod垂直扩缩容的核心就是修改这两个配置值，让单个Pod获得更多或者更少的资源。
和水平扩缩容相比，垂直扩缩容的优势在于不需要处理多副本带来的数据一致性、会话保持等问题，适合单实例应用或者无法水平扩展的应用场景。不过垂直扩缩容也有局限，比如单个节点的资源上限会限制Pod能扩容的最大程度，而且部分场景下需要重启Pod才能生效。
实现Pod垂直扩缩容的工具VPA
Kubernetes官方提供了垂直Pod自动扩缩容（VPA）工具来实现Pod垂直扩缩容的自动化管理，VPA会持续监控Pod的资源使用情况，然后根据监控数据自动推荐或者调整Pod的资源配置。
VPA的核心组件
- Admission Controller：负责在Pod创建或者更新时，根据VPA的配置修改Pod的资源请求值
- Recommender：负责收集Pod的历史资源使用数据，生成资源请求的推荐值
- Updater：负责在需要调整Pod资源时，触发Pod的重启来让配置生效
VPA的工作模式
VPA支持三种工作模式，用户可以根据实际需求选择：
| 模式名称 | 作用说明 |
|---|---|
| Off | 只生成资源推荐值，不会实际修改Pod的配置 |
| Initial | 只在Pod创建的时候设置一次资源请求值，后续不会调整 |
| Auto | 自动更新已有Pod的资源请求值，会触发Pod重启来让配置生效 |
| Recreate | 和Auto类似，但是会强制触发Pod重建来更新配置 |
VPA的使用示例
下面是一个简单的VPA配置示例，用于管理名为nginx的Deployment对应的Pod资源：
apiVersion: autoscaling.k8s.io/v1
kind: VerticalPodAutoscaler
metadata:
name: nginx-vpa
spec:
targetRef:
apiVersion: apps/v1
kind: Deployment
name: nginx
updatePolicy:
updateMode: "Auto"
resourcePolicy:
containerPolicies:
- containerName: nginx
maxAllowed:
cpu: "2"
memory: "4Gi"
minAllowed:
cpu: "100m"
memory: "128Mi"
这个配置会为nginx Deployment下的所有nginx容器设置垂直扩缩容策略，自动模式下VPA会根据容器的实际资源使用情况，在最小100m CPU、128Mi内存，最大2核CPU、4Gi内存的范围内调整资源请求值，调整时会触发Pod重启。
Pod垂直扩缩容的注意事项
- Pod垂直扩缩容通常需要重启Pod才能生效，对于不能中断的服务，需要提前做好高可用设计
- 设置合理的资源上下限，避免Pod被扩容到超出节点承载能力，或者缩容到资源不足无法正常运行
- VPA的推荐值基于历史监控数据，新创建的Pod可能还没有足够的历史数据，推荐值可能不够准确
- 不要同时使用HPA和VPA管理同一个Pod，两者的扩缩容逻辑可能产生冲突，导致Pod状态不稳定
Pod垂直扩缩容是优化单个Pod资源分配的有效手段，合理使用的场景下可以大幅提升集群资源利用率，减少资源浪费的情况。
KubernetesPod_vertical_scalingVPAresource_request修改时间：2026-06-20 15:57:35