Alauda Container Platform
  • 简体中文

    • 发版日志

    目录

    4.4.1已修复问题已知问题4.4.0功能和增强Kubernetes 1.35 和升级准备更一致的平台安装和升级日志收集插件更新Service Mesh v2平台镜像源原生应用镜像和工作负载操作监控、监控面板和成本管理网络存储虚拟化Global 集群灾难恢复增强Alauda OS 备份和恢复访问和授权Immutable Infrastructure即将发布的 Immutable Infrastructure 提供商版本弃用和移除已修复问题已知问题相关产品站点

    4.4.1

    发布日期：2026-10-01

    已修复问题

    • ACP CLI（ac）的登录会话不支持更新。会话 token 过期后，使用同一会话名称重新执行 ac login 时，认证显示成功但写入 kubeconfig 失败并提示 session already exists，命令行仍处于未登录状态。此问题已在 v4.4.1 修复：使用同一会话名称、同一平台地址重新登录后，会刷新该会话的 token 与集群信息，并保留已有的 context 与命名空间。
    • 在使用 MicroOS 操作系统的节点上，安装或升级 ACP 集群时，Alauda Container Platform Virtual IP Management 的 alive 组件可能因无法获取 iptables 锁而持续崩溃重启，导致安装或升级流程无法完成、且不会自动恢复。此问题已在 v4.4.1 中修复。

    已知问题

    • 在 CPU steal 较高的虚拟机节点上，管理视图中计算节点的 CPU 使用率会持续显示为 0，而节点实际使用率并非 0；基于该指标的告警也不会触发。可直接查询原始的节点 CPU 指标获取真实使用率。
    • 本地存储的设备发现组件以较高频率更新资源，在节点数量较多的集群上会持续产生大量审计日志。目前没有可用的规避方式。
    • 通过 YAML 创建应用时使用 defaultMode 字段导致应用创建失败。
      操作路径：容器平台 → 应用管理 → 应用列表 → 通过 YAML 创建（Create from YAML），当提交的 YAML 文件中包含 defaultMode 字段（通常用于 ConfigMap/Secret 的卷挂载权限配置）时，应用创建会失败并返回校验错误。
      解决方案：创建应用前手动移除 YAML 中所有 defaultMode 声明。
    • 当 Helm Chart 中设置了 pre-delete post-delete hook。
      执行删除模板应用，卸载 Chart 时，遇到某些原因导致 hook 执行失败，进而导致应用无法删除。需要排查原因，并优先解决 hook 执行失败的问题。

    请结合 Kubernetes 支持矩阵、版本和生命周期 以及特定功能的文档查看 release notes，以了解版本变更和确切的支持边界。

    4.4.0

    发布日期：2026-08-18

    功能和增强

    Kubernetes 1.35 和升级准备

    4.4 将平台基线升级到 Kubernetes 1.35。升级前，请确认每个生产节点都满足新版 Kubernetes 的要求：内核版本必须为 5.8 或更高，并且节点必须使用 cgroup v2。升级前置检查会阻止升级，直到管理员确认这些检查已完成。

    有关必要检查和确认操作步骤，请参阅准备升级 和升级 Global 集群。

    更一致的平台安装和升级

    4.4 提高了安装和升级的可靠性。在新的 global 集群上，会自动安装升级管理组件。平台组件也会按照固定的依赖顺序安装，从而减少独立安装可选平台服务时出现的安装和升级故障。

    有关升级操作步骤，请参阅升级。

    日志收集插件更新

    以下更新通过独立版本的日志收集插件发布交付。匹配的插件版本可能会在 ACP 4.4 平台版本发布后才发布；软件包可用时即可安装。该产品的文档和 release notes 将提供详细的配置和升级操作步骤。

    • Vector 日志收集 — 日志收集插件改用 Vector 作为日志收集器。Vector 可为大量日志提供更高性能的收集路径，并支持从之前的收集器迁移。
    • OpenSearch 日志存储 — 对应的插件版本将内置的 Elasticsearch 服务替换为连接客户提供的 OpenSearch 服务。新的日志数据将写入 OpenSearch。现有 Elasticsearch 数据不会自动迁移，可以保留为只读历史数据。插件版本文档将说明受支持的历史数据处理方式和升级操作步骤。

    Service Mesh v2

    Alauda Service Mesh 独立于平台进行版本管理和发布。从 4.4 开始，请部署 Alauda Service Mesh v2。Alauda Service Mesh v1 不再发布新版本；请勿在 4.4 上部署它。

    如果您已在运行 Alauda Service Mesh v1，将平台升级到 4.4 不会迁移现有网格。平台升级后，请安装 Alauda Service Mesh v2，并将 Service Mesh v1 数据迁移到 v2。请将网格迁移安排为独立于平台升级的操作。

    Alauda Service Mesh v2 产品文档和 release notes 可能会在 ACP 4.4 平台版本发布后才发布，其中将提供受支持的 v1 到 v2 迁移操作步骤。请参阅Alauda Service Mesh v2 和 Alauda Service Mesh。

    平台镜像源

    对于新的生产部署， 4.4 更改了建议的平台镜像源策略：使用外部镜像仓库，可以是组织现有的仓库，也可以是单独部署的仓库。将其用作平台、托管集群和插件的中央镜像源。

    平台内置仓库仍受支持，但不再是新生产环境的建议默认选项。

    有关仓库要求、负载包上传、安装、验证、升级准备和故障排除，请参阅准备外部平台镜像仓库。

    ACP 4.4 交付周期中下一个独立版本的组件将支持基于 Alauda OS 的业务集群独立于 Global 集群仓库使用第三方仓库。这样，您可以在地理位置分散的环境中，将镜像源部署在更靠近业务集群的位置。相关产品文档和 release notes 将在组件版本可用后说明受支持的场景和配置。

    原生应用镜像和工作负载操作

    • 用于原生应用镜像的 Alauda Container Platform Registry — ACP 4.4 提供 Registry，供原生应用开发人员和工作负载推送、拉取和管理 原生应用镜像。管理员使用 Image Registry Operator 安装和管理它，并配置存储、 命名空间范围的访问权限以及托管 ServiceAccount 拉取密钥。工作负载使用集群内的 Registry 服务；需要时，管理员可以将其开放给开发人员的计算机和 CI 使用。它 支持按照配置的保留策略定期清理镜像；如需回收未引用的存储，请单独运行仓库垃圾 回收。有关安装、配置、访问和清理操作步骤，请参阅Registry 管理。

    • 基于策略的工作负载再平衡 — 当工作负载需要在利用率、节点配置、亲和性、污点或拓扑发生变化后重新平衡时，请安装 Alauda Build of Descheduler 集群插件。该插件根据配置的策略驱逐符合条件的 Pod；对于由控制器管理的 Pod，默认调度器会在驱逐后放置替代 Pod。该插件不会默认安装，也不会自行调度替代 Pod，并且遵循 PodDisruptionBudgets。有关安装、策略和验证的说明，请参阅工作负载再平衡（Descheduler）。

    • Pod 资源原地调整 — ACP 4.4 提供了使用 Kubernetes Pod resize 子资源的指导，以便在目标集群支持时，调整运行中 Pod 的 CPU 和内存请求及限制。请使用 kubectl 或支持该子资源的 API 客户端。这不是通用的 Web 控制台编辑功能，并且 resizePolicy 决定容器是否必须重启；VPA InPlaceOrRecreate 仍可能回退到重新创建 Pod。有关前提条件、示例和限制，请参阅在不中断 Pod 的情况下调整资源级别。

    • PodDisruptionBudget 操作指南 — 新增的操作和 API 指南说明如何使用 minAvailable 或 maxUnavailable，在节点排空、维护和升级等自愿中断期间保护副本工作负载。PodDisruptionBudgets 无法保护工作负载免受节点硬件故障等非自愿故障的影响。有关示例和 API 详情，请参阅使用 PodDisruptionBudgets。

    监控、监控面板和成本管理

    • Perses 监控面板 — 使用 Perses 监控面板体验创建和管理指标监控面板，导入受支持的 Perses 或 Grafana 监控面板 JSON，并在需要时迁移现有的 MonitorDashboard 资源。过渡期间，现有监控面板仍可使用。有关详情，请参阅Perses 监控面板。

    • Fleet Monitoring — 平台管理员可以在一个多集群视图中查看已连接的集群、监控数据的新鲜度、资源容量和利用率，以及项目配额的分配和使用情况。Fleet Monitoring 是对单个集群详细监控和故障排除的补充，而不是替代。有关详情，请参阅Fleet Monitoring。

    • 用于成本管理的 VictoriaMetrics — 成本管理和计量可以使用 VictoriaMetrics 作为指标数据源。查询会限定在相关集群范围内，有助于确保在多集群环境中返回正确集群的成本和资源使用数据。有关详情，请参阅成本管理。

    网络

    • OVN 安全组 FQDN 规则 — SecurityGroup 规则支持域名（FQDN）匹配，因此管理员可以使用域名而非仅使用静态 IP 或 CIDR 目标来定义出站策略。

    • OVN 数据库 SSL 加密 — 可以使用 SSL 加密与 OVN 数据库的连接，包括基于证书的访问和证书轮换，从而提升控制平面通信的安全性。

    • AdminNetworkPolicy（技术预览） — AdminNetworkPolicy 适配了新的 API 版本，并新增 Web 控制台管理功能。上游 API 仍为 policy.networking.k8s.io/v1alpha1，并且仍在演进，因此请在其文档所述限制范围内评估此功能，而不要将其视为受生产环境支持的功能。有关详情，请参阅Admin Network Policy。

    • IPVLAN CNI 二进制文件 — Kube-OVN 交付现在会随 macvlan 一同提供 ipvlan CNI 二进制文件，支持通过底层 BGP 网络结构实现 VIP 出站等辅助网络接口场景。

    • Gateway 和 Ingress 可观测性 — 新增的监控面板涵盖 Ingress Controller 和 Gateway，MetalLB 监控面板则新增 BGP 会话状态和 IP 地址池利用率。ingress-nginx 新增了 OpenTelemetry 支持，以及对其指标端点的身份验证访问。

    存储

    • 统一存储组件管理 — Alauda storage operator 成为存储组件的统一入口，负责管理内置 Ceph、TopoLVM、本地存储和外部 Ceph 的安装、升级、状态及依赖关系。

    • Ceph 传输中和静态数据加密 — Ceph 支持传输中加密和由 KMS 支持的静态数据加密。有关详情，请参阅传输中加密 和持久卷加密。

    • 对象存储易用性 — 可以查看和监控 CephObjectStoreUser 配额使用情况，并据此配置告警。Bucket claim Secret 会公开标准的 accessKey/secretKey 字段，AWS SDK 和常用工具可直接使用这些字段；控制台还会显示与每个 bucket claim 关联的 Secret。

    虚拟化

    • CPU 和内存热插拔 — 无需关闭虚拟机，即可为运行中的虚拟机添加 CPU 和内存。有关操作步骤和来宾 OS 支持详情，请参阅CPU 和内存热插拔。

    Global 集群灾难恢复增强

    传统操作系统部署和基于 Alauda OS 的 Immutable Infrastructure 部署均继续支持 Global Cluster Disaster Recovery。4.4 版本增强了同步路径的弹性，并覆盖更多 global 集群生命周期阶段。此功能保护的是 global 控制平面，不保护应用数据。

    现在，即使恢复耗时较长，导致活动 etcd 压缩其历史记录，备用集群也会保留活动集群的更新顺序。DR 配置可以适应平台组件的变化，而无需替换 DR 服务。备用集群还会收到 Global 集群的升级状态和业务集群生命周期信息，因此具备更安全接管所需的信息。

    在 DR 切换之前，或在具备 DR 感知能力的 global 集群升级移除同步器之前，请继续验证活动集群和备用集群是否一致。这可以防止备用集群中的过期数据导致错误的恢复操作。

    有关详情，请参阅Global 集群灾难恢复 和 Immutable Infrastructure 上的 Global 集群灾难恢复。

    Alauda OS 备份和恢复

    使用 Alauda OS 的集群现在可以使用 Cluster Enhancer 进行 etcd 备份和恢复。您可以运行定期备份或按需备份，将备份保留在控制平面节点上，并可选择在兼容 S3 的对象存储中额外保留一份副本。这可以保护集群配置数据；etcd 恢复会覆盖现有 etcd 数据，必须按照文档所述的恢复操作步骤执行。

    有关配置和恢复步骤，请参阅etcd 备份和恢复。

    访问和授权

    • Violet API 令牌发布 — 用于打包和发布插件的 CLI violet 现在支持在向平台发布软件包时使用平台 API 令牌。管理员和自动化流程无需交互式登录即可发布。从 Customer Portal 下载 violet。有关详情，请参阅上架软件包。

    • 在平台内下载 CLI — 用户可以通过 Web 控制台下载适用于 Linux（amd64 和 arm64）、macOS（amd64 和 arm64）以及 Windows（amd64）的 ACP CLI 软件包。

    • 更安全的角色委派 — 平台会阻止用户授予超出自身授权边界的权限。控制台还包含相关的 ClusterRole 功能。

    Immutable Infrastructure

    4.4 继续扩展 Alauda OS 的 Immutable Infrastructure 文档化路径。Alauda OS 是文档所述提供商场景中不可变节点所支持的操作系统。以下功能在其受支持的提供商场景中可用：

    • 裸金属集群生命周期 — 在受支持的裸金属环境中创建和管理 global 集群和业务集群。global 集群路径包含 Global Cluster Disaster Recovery。
    • 控制平面和存储弹性 — 通过提供商放置规则，或在没有负载均衡器时使用自行构建的控制平面 VIP，提高控制平面可用性；并在滚动升级期间替换节点时保留已声明的本地磁盘。
    • Huawei DCS 上的 Alauda OS 节点存储 — Huawei DCS Provider v1.0.16 或更高版本支持专用的 /var/lib/kubelet 和 /var/lib/containerd 磁盘。将磁盘声明为持久磁盘后，提供商会在滚动替换节点期间分离并重新挂接这些磁盘，从而减轻系统磁盘上的 Btrfs I/O 压力，并保护已声明的节点本地数据。
    • 网络和主机配置 — 在支持的情况下配置多个网络接口，以隔离节点流量。在 Huawei Cloud Stack 上，节点可以同时保留短主机名和 FQDN。
    • Huawei DCS Provider 对 Alauda OS 的兼容性 — 对于使用 Alauda OS 镜像且运行 ACP v4.3.2 或更高版本的 Huawei DCS 集群（包括 ACP v4.4.0 及更高版本），请安装 Huawei DCS Provider v1.0.21 或更高版本。请从同一 ACP 版本对应的 OS Support Matrix 行中选择 Alauda OS 镜像。请勿将 DCS Provider v1.0.21 或更高版本与早于 ACP v4.3.2 的版本所用 Alauda OS 镜像搭配使用。请参阅Huawei DCS 的 Alauda OS 和提供商兼容性。
    • 更安全的 Huawei DCS 虚拟机操作 — 删除节点前先停止虚拟机，并在启动后移除启动 CD-ROM 挂载，以免其妨碍之后迁移虚拟机。

    有关您的提供商及确切的受支持版本，请参阅关于 Immutable Infrastructure 及其提供商 release notes。

    即将发布的 Immutable Infrastructure 提供商版本

    以下更新计划在 ACP 4.4 交付周期内通过独立版本的提供商发布。仅将 ACP 升级到 4.4.0 不会安装这些更新；请在匹配的提供商版本可用后使用该版本。提供商产品文档和 release notes 将发布详细的支持边界和操作步骤。

    • VMware vSphere 固定地址节点生命周期 — VMware vSphere Provider 更新改进了 MachineConfigPool 健康状况和引导诊断、持久性与临时磁盘处理，以及固定地址节点的滚动更新保护措施。管理员有意为维护而关闭的虚拟机可以保持关闭状态。

    弃用和移除

    • 移除系统 ALB — 平台级系统 ALB 已在 4.4 中移除。

    • 移除 MinIO Operator — 从 4.4 开始，平台不再随附 MinIO Operator。对于兼容 S3 的对象存储，请使用 Ceph 对象存储。

    • 不再发布 Alauda Service Mesh v1 — Alauda Service Mesh v1 不再发布新版本。请在 4.4 上部署 Alauda Service Mesh v2。现有的 v1 部署必须在平台升级后安装 Alauda Service Mesh v2，并将 Service Mesh v1 数据迁移到 v2。有关详情，请参阅 Service Mesh v2。

    • 弃用旧版监控和告警 API — /v2/metrics、/v2/alerts 和 /v1/alerthistories 端点已在 4.4 中弃用。它们在此版本中仍可用，并计划在未来版本中移除。请迁移到对应的 /platform 端点，这些端点会对每个请求应用平台角色和权限模型。

      弃用的端点替代端点
      GET /v2/metrics/{cluster}/indicatorsGET /platform/monitoring.alauda.io/v1beta1/clusters/{cluster}/indicators
      POST /v2/metrics/{cluster}/query
      POST /v2/metrics/{cluster}/query_range      		GET /platform/monitoring.alauda.io/v1beta1/clusters/{cluster}/metrics
      GET /v2/metrics/{cluster}/prometheus/query
      GET /v2/metrics/{cluster}/prometheus/query_range      		GET /platform/monitoring.alauda.io/v1beta1/clusters/{cluster}/metrics
      GET /v2/metrics/{cluster}/prometheus/label/{labelName}/valuesGET /platform/monitoring.alauda.io/v1beta1/clusters/{cluster}/variables
      GET /v2/alerts/{cluster}/alertstatusGET /platform/alerts.alauda.io/v1beta1/clusters/{cluster}/alerts
      GET /v2/alerts/{cluster}/silencestatusGET /platform/alerts.alauda.io/v1beta1/clusters/{cluster}/silences
      GET /v1/alerthistoriesGET /platform/alerts.alauda.io/v1beta1/histories
      GET /v1/alerthistories/{name}/messagesGET /platform/alerts.alauda.io/v1beta1/histories/{name}/messages

      替代端点的命名空间范围变体可在 projects/{project}/clusters/{cluster}/namespaces/{namespace} 下使用。监控端点和告警历史端点的项目范围变体可在 projects/{project} 下使用。有关监控端点参考，请参阅 监控 API。

    已修复问题

    • 证书到期监控指标包含随每次采集变化的标签，导致时间序列数量持续增长，监控组件资源占用不断升高。该问题已在 v4.4.0 修复。
    • 由 ACP 4.4 管理运行传统操作系统的 ACP 4.1.6 业务集群时，新增节点会因下发的 containerd 配置版本与节点上的 containerd 不兼容而无法加入集群。该问题已在 v4.4.0 修复。
    • 启用双因子认证后，成员集群的告警服务因所需回调凭据未下发而无法启动。该问题已在 v4.4.0 修复。
    • 失败的备份任务未被及时清理，etcd 备份 Pod 持续累积，可能达到节点的 Pod 数量上限。该问题已在 v4.4.0 修复。
    • 容灾切换后，业务集群无法重建或扩容节点，新建出的节点始终无法加入集群。该问题已在 v4.4.0 修复。
    • 使用 containerd 2.x 时，NVIDIA runtime 配置仍引用旧版 runtime，导致 GPU 工作负载无法创建。该问题已在 v4.4.0 修复。
    • 当 CAS 服务器的登录接口与验票接口路径前缀不同时，CAS 连接器未按配置的验票地址校验票据，导致单点登录失败。该问题已在 v4.4.0 修复。
    • 在大规模业务集群中，VictoriaMetrics vmselect 执行 recording rule 查询时可能产生较高的磁盘读写，增加磁盘使用压力并影响监控查询性能。该问题已在 ACP v4.4.0 修复。
    • frontend 组件长时间运行时会持续泄露 HTTP 连接，可能耗尽本地临时 TCP 端口，导致前端页面无法访问。该问题已在 v4.4.0 修复。
    • 在五个控制平面节点的业务集群中扩容控制平面节点时，部分请求偶发返回 401，导致集群节点列表获取失败。该问题已在 v4.4.0 修复。
    • 平台升级后，执行 kubectl top node 查询节点资源用量时会返回错误。该问题已在 v4.4.0 修复。
    • 当某个插件镜像处理失败时，image-loader 会中断后续镜像的预热，可能导致插件无法加载或前端页面不可用。该问题已在 v4.4.0 修复。
    • 在仅部署了日志存储、未部署日志采集组件的集群上再部署监控时，监控可能没有任何数据。该问题已在 v4.4.0 修复，该场景下监控可正常采集并展示数据。
    • 在启用多副本 VPC Egress Gateway 的场景下，部分命名空间可能完全无法访问集群外部网络，且中断后不会自动恢复，需重启业务容器才能恢复。该问题已在 v4.4.0 修复。
    • 原生应用导入资源成功后，不会生成新的历史版本快照，该次变更无法回滚。该问题已在 v4.4.0 修复，导入成功后会创建新的历史版本，便于后续回滚。
    • 在使用 NFSv3 服务端且节点未运行 rpc.statd 的环境中，删除 PVC 可能失败，导致后端目录和存储空间无法回收，并持续累积僵尸进程。该问题已在 v4.4.0 修复。
    • 在 MetalLB、ALB 与 underlay 组合场景下，当 ALB 使用多副本时，集群内 Pod 通过 LoadBalancer VIP 访问集群内 backend 可能失败。该问题已在 v4.4.0 修复。
    • 模板应用的详情页不显示任何计算组件，带有用户组信息的应用无法正常同步工作负载。该问题已在 v4.4.0 修复，此类应用可以正常同步并展示其工作负载。
    • 当 VPC Egress Gateway 的内部子网为双栈而外部子网仅支持 IPv4 时，网关初始化容器会反复重启，网关始终无法就绪。该问题已在 v4.4.0 修复。
    • 当 VPC Egress Gateway 的内部子网为双栈而外部子网仅支持 IPv4 时，网关初始化容器会反复重启，网关始终无法就绪。该问题已在 v4.4.0 修复。
    • 异常或耗时的 Chart 会阻塞同一集群的 HelmRequest 处理队列，拖慢该集群上其他 Chart 的部署和更新。v4.4.0 提供了按集群配置 Captain 处理 HelmRequest worker 数量的能力，可缓解队列阻塞并提升 Chart 部署和更新效率。
    • 在应用商店中上传或删除 Helm Chart 时，后端探测 Harbor 超时会使操作被错误地提示为失败。该问题已在 v4.4.0 修复，Harbor 地址识别、协议回退和超时处理均已优化，操作结果能够正确返回。
    • metis 组件的临时存储（ephemeral-storage）限额配置过小，运行中用量超出限额后会导致 metis 容器反复重启。该问题已在 v4.4.0 修复，限额已调整为合理值。

    已知问题

    • 在 CPU steal 较高的虚拟机节点上，管理视图中计算节点的 CPU 使用率会持续显示为 0，而节点实际使用率并非 0；基于该指标的告警也不会触发。可直接查询原始的节点 CPU 指标获取真实使用率。
    • 本地存储的设备发现组件以较高频率更新资源，在节点数量较多的集群上会持续产生大量审计日志。目前没有可用的规避方式。
    • 通过 YAML 创建应用时使用 defaultMode 字段导致应用创建失败。
      操作路径：容器平台 → 应用管理 → 应用列表 → 通过 YAML 创建（Create from YAML），当提交的 YAML 文件中包含 defaultMode 字段（通常用于 ConfigMap/Secret 的卷挂载权限配置）时，应用创建会失败并返回校验错误。
      解决方案：创建应用前手动移除 YAML 中所有 defaultMode 声明。
    • 当 Helm Chart 中设置了 pre-delete post-delete hook。
      执行删除模板应用，卸载 Chart 时，遇到某些原因导致 hook 执行失败，进而导致应用无法删除。需要排查原因，并优先解决 hook 执行失败的问题。

    相关产品站点

    以下产品站点提供特定于组件的文档、兼容性信息、升级指导，以及（如已发布）发版日志。这些产品的版本和发布计划独立于 ACP 4.4，因此产品文档和发版日志可能会在 ACP 4.4 平台发布后发布。