#配置 VerticalPodAutoscaler (VPA)

#概述

Alauda Container Platform Vertical Pod Autoscaler 基于开源 Vertical Pod Autoscaler 组件。它会分析 Pod 的历史资源使用数据，并提供配额建议，以提高资源利用率。

对于无状态和有状态应用，VerticalPodAutoscaler (VPA) 会根据应用的需求自动建议（并可选择应用）更合适的 CPU 和内存资源限制。这有助于确保 Pod 拥有充足的资源，同时提高整体集群资源利用率。

#Release Notes

本节详细介绍 Alauda Container Platform Vertical Pod Autoscaler 插件的新功能、增强功能、弃用功能和已知问题。

#兼容性矩阵

#v4.4 Release Notes

#v4.4.0

1. 建议持久化 — 修复 recommender 在 VerticalPodAutoscaler 资源上缺少 patch 权限的问题，该问题可能导致资源建议无法保存。附加权限仅限于 recommender ServiceAccount。
2. 安全漏洞修复 — 相较于 v4.3.0，修复了 38 个 CVE，包括更新 Go 工具链和依赖项。安全公告 ASA-2026:00343 的严重性为 HIGH；完整的 CVE 列表请参阅 Customer Portal 中的公告。
3. 更新运行时镜像 — 使用 Go 1.26.9 重新构建 admission-controller、recommender 和 updater 镜像，并使用镜像标签 1.4.8 发布。上游 VPA 版本仍为 1.4.5。软件包适用于 amd64、arm64 以及两种架构（ALL）。

VPA 独立于平台发布。要应用此更新，请按照升级 Vertical Pod Autoscaler 插件中的说明升级 VPA Cluster Plugin。如果已安装较早的 v4.4.0 软件包，请确认全部三个运行时组件均使用更新后的 1.4.8 镜像。

#v4.3 Release Notes

#v4.3.0

1. 安全漏洞修复。

#生命周期策略

下表列出了已发布 Alauda Container Platform Vertical Pod Autoscaler 插件版本的生命周期计划：

#了解 VerticalPodAutoscaler

VerticalPodAutoscaler（VPA）用于根据 Pod 的历史使用模式，建议或自动更新 CPU 和内存资源请求与限制。

创建 VPA 后，平台开始监控目标 Pod 的资源使用情况。收集到足够的数据后，VPA 会计算建议的资源值。根据配置的更新模式，VPA 可以自动应用这些建议，也可以仅提供建议供手动审核和应用。

通过分析一段时间内的资源使用情况，VPA 有助于确保为 Pod 分配其所需的资源，同时避免过度预分配，从而提高整个集群的资源利用效率。

#VPA 如何工作？

VerticalPodAutoscaler（VPA）扩展了 Pod 资源优化的概念。VPA 会监控 Pod 的资源使用情况，并根据观察到的使用模式提供 CPU 和内存请求建议。

VPA 会持续监控 Pod 的资源使用情况，并在新数据可用时更新其建议。VPA 可以在以下模式下运行：

• 关闭：VPA 仅提供建议，不会自动应用这些建议。
• 手动调整：您可以根据 VPA 建议手动调整资源配置。

重要：当集群资源充足时，弹性伸缩（水平或垂直）效果最佳。当资源紧张时，伸缩操作可能导致 Pod 卡在 Pending 状态。请确保集群拥有充足的资源，设置合理的配额，并配置告警以监控伸缩事件。

#支持的功能

VPA 根据历史使用模式提供资源建议，帮助您优化 Pod 的 CPU 和内存配置。

重要：手动应用 VPA 建议时会重新创建 Pod，这可能会导致应用暂时中断。对于生产工作负载，请考虑在维护窗口期间应用建议。

#先决条件

使用 VPA 前，请确保满足以下条件：

• 集群中已安装 Alauda Container Platform Vertical Pod Autoscaler 集群插件。

  • 下载与您的平台版本兼容的最新插件包。
  • 使用 violet CLI 工具将 Alauda Container Platform Vertical Pod Autoscalers 和 Alauda DevOps Pipelines 软件包上传到目标集群。有关使用 violet 的详细说明，请参阅 CLI。

• 请确保当前集群中已部署监控组件，并且运行正常。您可以点击平台右上角的 > Platform Health Status。，查看监控组件的部署和运行状况。

#安装 Vertical Pod Autoscaler 插件

1. 登录并进入 Administrators 页面。

2. 点击 Marketplace > Cluster Plugins，进入 Cluster Plugins 列表页面。

3. 找到 Alauda Container Platform Vertical Pod Autoscaler 集群插件，点击 Install，然后进入安装页面。

#升级 Vertical Pod Autoscaler 插件

1. 登录并进入 Administrators 页面。

2. 点击 Marketplace > Cluster Plugins，进入 Cluster Plugins 列表页面。

3. 找到 Alauda Container Platform Vertical Pod Autoscaler 集群插件，点击 Upgrade，然后进入安装页面。

#创建 VerticalPodAutoscaler

#使用 CLI

您可以通过定义 YAML 文件并使用 kubectl create 命令行创建 VerticalPodAutoscaler。以下示例展示了如何为 Deployment 对象配置 Pod 垂直伸缩：

1. 创建名为 vpa.yaml 的 YAML 文件，内容如下：

   apiVersion: autoscaling.k8s.io/v1
   kind: VerticalPodAutoscaler
   metadata:
     name: my-deployment-vpa
     namespace: default
   spec:
     targetRef:
       apiVersion: apps/v1
       kind: Deployment
       name: my-deployment
     updatePolicy:
       updateMode: 'Off'
     resourcePolicy:
       containerPolicies:
         - containerName: '*'
           mode: 'Auto'
   1. 使用 autoscaling.k8s.io/v1 API。
   2. VPA 的名称。
   3. 指定目标工作负载对象。VPA 使用工作负载的 selector 查找需要调整资源的 Pod。支持的工作负载类型包括 DaemonSet、Deployment、ReplicaSet、StatefulSet、ReplicationController、Job 和 CronJob。
   4. 指定要进行伸缩的对象的 API 版本。
   5. 指定对象类型。
   6. VPA 应用的目标资源。
   7. 定义 VPA 如何应用建议的更新策略。updateMode 可以是：
      • Off：不会自动修改 Pod 资源请求，仅在 VPA 对象中提供建议。
      • Initial：仅在创建 Pod 时设置资源请求，之后不再修改。
      • Recreate：创建 Pod 时自动设置资源请求，并驱逐当前 Pod 以更新为建议的资源请求。不使用原地更新。
      • Auto：创建 Pod 时自动设置资源请求，并将当前 Pod 更新为建议的资源请求。目前等同于“Recreate”，可能导致应用中断。
      • InPlaceOrRecreate：仅当集群支持 Pod 原地调整大小、VPA 组件启用 InPlaceOrRecreate 功能，并且 VPA CRD 接受此值时可用。VPA 首先尝试通过 Pod 原地调整大小来应用建议；如果无法应用原地更新，则回退到重新创建 Pod。容器的 resizePolicy 设置可以决定容器在调整大小期间是否重启。
   8. 可为不同容器设置特定策略的资源策略。例如，将容器的模式设置为“Auto”表示会为该容器计算建议，而“Off”表示不会计算建议。
   9. 将策略应用于 Pod 中的所有容器。
   10. 将模式设置为 Auto 或 Off。Auto 表示将为此容器生成建议，Off 表示不生成建议。

2. 应用 YAML 文件以创建 VPA：

   kubectl create -f vpa.yaml

   示例输出：

   verticalpodautoscaler.autoscaling.k8s.io/my-deployment-vpa created

3. 创建 VPA 后，可以运行以下命令查看建议：

   kubectl describe vpa my-deployment-vpa

   示例输出（部分）：

   Status:
     Recommendation:
       Container Recommendations:
         Container Name:  my-container
         Lower Bound:
           Cpu:     100m
           Memory:  262144k
         Target:
           Cpu:     200m
           Memory:  524288k
         Upper Bound:
           Cpu:     300m
           Memory:  786432k

#使用 Web Console

1. 登录并进入 Container Platform。

2. 在左侧导航栏中，点击 Workloads > Deployments。

3. 点击 Deployment Name。

4. 向下滚动到 Elastic Scaling 区域，然后点击右侧的 Update。

5. 选择 Vertical Scaling 并配置伸缩规则。

   参数	描述
   Scaling Mode	当前支持 Manual Scaling 模式，该模式通过分析历史资源使用情况提供推荐的资源配置。您可以根据建议值手动调整。调整会导致 Pod 重新创建和重启，因此请选择合适的时间，以免影响正在运行的应用。 通常，Pod 运行超过 8 天后，推荐值会变得准确。 请注意，当集群资源不足时，伸缩可能导致 Pod 处于 Pending 状态。请确保集群拥有充足的资源或合理的配额，或者配置告警以监控伸缩情况。
   Target Container	默认为工作负载的第一个容器。您可以根据需要选择为一个或多个容器启用资源限制建议。

6. 点击 Update。

#高级 VPA 配置

#更新策略选项

• updateMode: "Off" - VPA 仅提供建议，不会自动应用这些建议。您可以根据需要手动应用这些建议。
• updateMode: "Initial" - 仅在创建 Pod 时设置资源请求，之后不再修改。
• updateMode: "Recreate" - 创建 Pod 时自动设置资源请求，并驱逐当前 Pod 以更新为建议值。
• updateMode: "Auto" - 创建 Pod 时自动设置资源请求，并将当前 Pod 更新为建议值。目前等同于“Recreate”。
• updateMode: "InPlaceOrRecreate" - 仅当集群支持 Pod 原地调整大小、VPA 组件启用 InPlaceOrRecreate 功能，并且 VPA CRD 接受此值时可用。VPA 首先尝试通过 Pod 原地调整大小来应用建议；如果无法应用原地更新，则回退到重新创建 Pod。容器的 resizePolicy 设置可以决定容器在调整大小期间是否重启。
• minReplicas: <number> - 副本数下限。确保 Updater 驱逐 Pod 时仍有不少于此数量的 Pod 可用。必须大于 0。

#容器策略选项

• containerName: "*" - 将策略应用于 Pod 中的所有容器。
• mode: "Auto" - 自动为该容器生成建议。
• mode: "Off" - 不为该容器生成建议。

注意：

• VPA 建议基于历史使用数据，因此 Pod 运行数天后，建议值才可能变得准确。
• 在 Auto 或 Recreate 模式下应用 VPA 建议时，会重新创建 Pod，这可能导致应用暂时中断。如果您的 VPA 插件支持 InPlaceOrRecreate 模式，当请求的调整大小无法原地应用时，仍可能回退到重新创建 Pod。

#后续操作

配置 VPA 后，可以在弹性伸缩区域查看目标容器的 CPU 和内存资源限制建议值。在容器区域中，选择目标容器选项卡，然后点击资源限制右侧的图标，根据建议值更新资源限制。