Vertical Pod Autoscaler未重建Pod问题及配置咨询

一、先搞懂为啥Pod没重建 #

你当前用的是Recreate模式，这个模式的逻辑很明确：VPA只会把资源推荐值存在那里，不会主动去重建现有Pod。只有当你手动触发Deployment更新（比如改个镜像标签、执行滚动更新命令），或者Pod自己因为故障挂掉重启时，新起来的Pod才会用上VPA的推荐资源。这就是为啥你看到推荐变了，但旧Pod纹丝不动的原因。

二、能不能调整VPA检查指标的频率？ #

必须可以！VPA的recommender组件负责采集和分析资源指标，默认是每分钟跑一次，你可以通过修改它的启动参数来调整：

• 指标采集频率：修改--metrics-collection-interval参数，比如改成30s（半分钟）或者2m（两分钟），控制它多久去拉一次CPU/RAM数据。
• 推荐计算频率：修改--recommender-interval参数，默认也是1分钟，调整它多久重新计算一次推荐值。

小贴士：改完参数得重启VPA的recommender Pod才生效，别调得太频繁哦，不然会给Metrics Server和APIServer增加额外负载，反而得不偿失。

三、Recreate和Auto模式选哪个？看你的需求 #

• Recreate模式：适合你想牢牢掌控Pod更新时机的场景——比如业务高峰期不能随便重启Pod，或者需要和自己的发布流程绑定的时候。但缺点就是没法自动应用新推荐，得你手动触发更新，刚好和你现在的需求反着来。
• Auto模式：完美匹配你“压力测试后自动用更高资源重建Pod”的期望！当VPA算出的推荐值和当前Pod资源配置差异超过阈值（默认是10%），它会自动删掉旧Pod，让Deployment重建新Pod并加载新的资源配置。

注意哈：Auto模式下自动重建Pod可能会导致短暂的服务中断，如果你的业务对可用性要求高，记得配合Deployment的滚动更新策略（比如设maxUnavailable: 0）或者PodDisruptionBudget来降低影响。

四、给你的配置改个小地方就能解决问题 #

要是想实现自动重建，直接把updateMode改成Auto就行：

apiVersion: autoscaling.k8s.io/v1beta2
kind: VerticalPodAutoscaler
metadata:
  name: my-vpa
spec:
  targetRef:
    apiVersion: "extensions/v1beta1"
    kind: Deployment
    name: my-auto-deployment
  updatePolicy:
    updateMode: "Auto"

内容的提问来源于stack exchange，提问作者Java