#发版日志

#4.1.7

发布日期：2026-09-25

#已修复问题

• 证书到期监控指标带有随每次采集变化的标签，每次采集都会产生新的时间序列，序列数量持续增长并推高监控组件的资源占用。该问题已在 v4.1.7 修复。
• 失败的备份任务未被及时清理，etcd 备份 Pod 在节点上持续累积，可能达到节点的 Pod 数量上限。该问题已在 v4.1.7 修复。
• 在使用 NFSv3 服务端且节点未运行 rpc.statd 的环境中，删除 PVC 可能失败，导致后端目录和存储空间无法回收，并持续累积僵尸进程。该问题已在 v4.1.7 修复。

#已知问题

• 证书到期监控指标带有随每次采集变化的标签，每次采集都会产生新的时间序列，序列数量持续增长并推高监控组件的资源占用。该问题已在 v4.1.7 修复。
• 失败的备份任务未被及时清理，etcd 备份 Pod 在节点上持续累积，可能达到节点的 Pod 数量上限。该问题已在 v4.1.7 修复。
• 之前在 OperatorHub 中创建集群级别的 Instance 时，由于 web console 自动添加了 metadata.namespace 字段，导致出现 404 报错。此问题已在 ACP 4.2.0 修复。
• 之前当集群中存在 Display Name 为空的节点时，用户在节点详情页面打开面包屑的节点下拉筛选框，会无法通过输入内容来筛选节点。此问题已在 ACP 4.2.0 修复。
• 日志归档完成后，临时文件未被删除，导致其占用的磁盘空间无法释放。该问题已在 log-v4.2.0 修复。
• 在使用 NFSv3 服务端且节点未运行 rpc.statd 的环境中，删除 PVC 可能失败，导致后端目录和存储空间无法回收，并持续累积僵尸进程。该问题已在 v4.1.7 修复。
• 在定时任务执行记录的实时日志页面，日志结束时显示的英文提示 Logging has ended 表意不够清晰。该问题已在 v4.3.0 修复，该提示已调整为 End of logs。
• 通过 YAML 创建应用时使用 defaultMode 字段导致应用创建失败。
  操作路径：容器平台 → 应用管理 → 应用列表 → 通过 YAML 创建（Create from YAML），当提交的 YAML 文件中包含 defaultMode 字段（通常用于 ConfigMap/Secret 的卷挂载权限配置）时，应用创建会失败并返回校验错误。
  解决方案：创建应用前手动移除 YAML 中所有 defaultMode 声明。
• 当 Helm Chart 中设置了 pre-delete post-delete hook。
  执行删除模板应用，卸载 Chart 时，遇到某些原因导致 hook 执行失败，进而导致应用无法删除。需要排查原因，并优先解决 hook 执行失败的问题。

#4.1.6

发布日期：2026-07-07

#已修复问题

• frontend 组件长时间运行时会持续泄露 HTTP 连接，可能耗尽本地临时 TCP 端口，导致前端页面无法访问。该问题已在 v4.1.6 修复。
• 在五个控制平面节点的场景下扩容业务集群控制平面节点时，部分请求会偶发返回 401，导致集群节点列表获取失败。该问题已在 v4.1.6 修复。
• 当使用 Alauda Container Platform Monitoring for VictoriaMetrics 且多个集群共享同一个 Storage 时，告警策略 cpaas-certificates-rule 存在两个问题：告警触发时无法区分来自哪个集群，以及该策略会监控客户的 secret 而非仅监控平台证书。该问题已在 v4.1.6 修复。
• 在双栈集群中，为 Pod 手动配置了错误的固定 IPv6 地址后，即使随后更正为正确地址，ovn-controller 仍未正确处理，导致该子网段的后续 IP 无法再正常分配使用。该问题已在 v4.1.6 修复。
• 在应用商店上架 Helm Chart 包时，平台对 Harbor 仓库的探测耗时过长而超时，上架操作因此报错。该问题已在 v4.1.6 修复，平台与 Harbor 的探测交互耗时已缩短。
• image-registry 在外接 S3 存储的场景下，部分资源通过环境变量引用 Secret，存在敏感信息暴露的风险。该问题已在 v4.1.6 修复，这些资源不再以环境变量方式引用 Secret。

#已知问题

• 证书到期监控指标带有随每次采集变化的标签，每次采集都会产生新的时间序列，序列数量持续增长并推高监控组件的资源占用。该问题已在 v4.1.7 修复。
• 失败的备份任务未被及时清理，etcd 备份 Pod 在节点上持续累积，可能达到节点的 Pod 数量上限。该问题已在 v4.1.7 修复。
• 之前在 OperatorHub 中创建集群级别的 Instance 时，由于 web console 自动添加了 metadata.namespace 字段，导致出现 404 报错。此问题已在 ACP 4.2.0 修复。
• 之前当集群中存在 Display Name 为空的节点时，用户在节点详情页面打开面包屑的节点下拉筛选框，会无法通过输入内容来筛选节点。此问题已在 ACP 4.2.0 修复。
• 日志归档完成后，临时文件未被删除，导致其占用的磁盘空间无法释放。该问题已在 log-v4.2.0 修复。
• 在使用 NFSv3 服务端且节点未运行 rpc.statd 的环境中，删除 PVC 可能失败，导致后端目录和存储空间无法回收，并持续累积僵尸进程。该问题已在 v4.1.7 修复。
• 在定时任务执行记录的实时日志页面，日志结束时显示的英文提示 Logging has ended 表意不够清晰。该问题已在 v4.3.0 修复，该提示已调整为 End of logs。
• 通过 YAML 创建应用时使用 defaultMode 字段导致应用创建失败。
  操作路径：容器平台 → 应用管理 → 应用列表 → 通过 YAML 创建（Create from YAML），当提交的 YAML 文件中包含 defaultMode 字段（通常用于 ConfigMap/Secret 的卷挂载权限配置）时，应用创建会失败并返回校验错误。
  解决方案：创建应用前手动移除 YAML 中所有 defaultMode 声明。
• 当 Helm Chart 中设置了 pre-delete post-delete hook。
  执行删除模板应用，卸载 Chart 时，遇到某些原因导致 hook 执行失败，进而导致应用无法删除。需要排查原因，并优先解决 hook 执行失败的问题。

#4.1.5

发布日期：2026-02-10

#已修复问题

• 修复了 olm-registry pod 持续重启导致 OperatorHub 无法正常使用的问题。该问题由 CIS 合规加固时添加的 `seccompProfile: RuntimeDefault` 安全配置引起，该配置拦截了 CGO 操作所需的 `clone` 系统调用。已调整 seccomp 配置以允许必要的系统调用，同时保持安全合规性。已在 ACP 4.1.5 修复。
• 修复了当集群安装 60+ 个 Operator 时，原生应用创建接口权限校验极慢（10秒以上）的性能问题。已在 ACP 4.1.5 修复。
• 修复了 marketplace 插件在 workload 集群安装失败的问题。已在 ACP 4.1.5 修复。
• 使用对接外部 ElasticSearch 功能时，从任意版本升级至 4.1.x 版本，Log Storage for Elasticsearch 组件会升级失败。该问题已在 v4.1.5 修复。
• Underlay 子网开启 u2o 后，偶现子网内 Pod 无法与子网物理网关通信。该问题已在 v4.1.5 修复。
• 当出口网关（egress gateway）指定的目标 ipBlocks 落在该网关所使用的内部子网 CIDR 范围内时，对应的 egress 规则不生效，与出口网关处于同一网段的 Pod 流量无法被正确路由。该问题已在 v4.1.5 修复。

#已知问题

• 失败的备份任务未被及时清理，etcd 备份 Pod 在节点上持续累积，可能达到节点的 Pod 数量上限。该问题已在 v4.1.7 修复。
• frontend 组件长时间运行时会持续泄露 HTTP 连接，可能耗尽本地临时 TCP 端口，导致前端页面无法访问。该问题已在 v4.1.6 修复。
• 在五个控制平面节点的场景下扩容业务集群控制平面节点时，部分请求会偶发返回 401，导致集群节点列表获取失败。该问题已在 v4.1.6 修复。
• 之前在 OperatorHub 中创建集群级别的 Instance 时，由于 web console 自动添加了 metadata.namespace 字段，导致出现 404 报错。此问题已在 ACP 4.2.0 修复。
• 当使用 Alauda Container Platform Monitoring for VictoriaMetrics 且多个集群共享同一个 Storage 时，告警策略 cpaas-certificates-rule 存在两个问题：告警触发时无法区分来自哪个集群，以及该策略会监控客户的 secret 而非仅监控平台证书。该问题已在 v4.1.6 修复。
• 之前当集群中存在 Display Name 为空的节点时，用户在节点详情页面打开面包屑的节点下拉筛选框，会无法通过输入内容来筛选节点。此问题已在 ACP 4.2.0 修复。
• 日志归档完成后，临时文件未被删除，导致其占用的磁盘空间无法释放。该问题已在 log-v4.2.0 修复。
• 在使用 NFSv3 服务端且节点未运行 rpc.statd 的环境中，删除 PVC 可能失败，导致后端目录和存储空间无法回收，并持续累积僵尸进程。该问题已在 v4.1.7 修复。
• 在双栈集群中，为 Pod 手动配置了错误的固定 IPv6 地址后，即使随后更正为正确地址，ovn-controller 仍未正确处理，导致该子网段的后续 IP 无法再正常分配使用。该问题已在 v4.1.6 修复。
• 在定时任务执行记录的实时日志页面，日志结束时显示的英文提示 Logging has ended 表意不够清晰。该问题已在 v4.3.0 修复，该提示已调整为 End of logs。
• 通过 YAML 创建应用时使用 defaultMode 字段导致应用创建失败。
  操作路径：容器平台 → 应用管理 → 应用列表 → 通过 YAML 创建（Create from YAML），当提交的 YAML 文件中包含 defaultMode 字段（通常用于 ConfigMap/Secret 的卷挂载权限配置）时，应用创建会失败并返回校验错误。
  解决方案：创建应用前手动移除 YAML 中所有 defaultMode 声明。
• 当 Helm Chart 中设置了 pre-delete post-delete hook。
  执行删除模板应用，卸载 Chart 时，遇到某些原因导致 hook 执行失败，进而导致应用无法删除。需要排查原因，并优先解决 hook 执行失败的问题。

#4.1.4

发布日期：2026-01-07

#已修复问题

• 当使用 Alauda Container Platform Cluster Enhancer 提供的 etcd 备份功能时，如果用户配置将 etcd 备份到 S3 存储，插件无法获取 secretRef 中引用的 Secret 对象。原因是插件缺少读取 Secret 的 RBAC 权限，导致 S3 认证信息获取失败。此问题已在 ACP 4.1.4 中修复。
• 因长期未登录而被系统自动禁用的用户，在管理员手动激活后会被再次自动禁用，激活操作无法生效。该问题已在 v4.1.4 修复。
• 通过 http 地址对接外部 ElasticSearch 时，日志查询可能失败，日志页面报错“cannot assign requested address”。该问题已在 v4.1.4 修复。
• upmachinepool 资源的 status 字段保存关联的 machine 资源时未做排序，导致每次 reconcile 都被判定为需要更新，审计数据量因此过大。该问题已在 v4.1.4 修复。
• 平台集群数量较多时，若先通过批量设置项目配额功能为项目设置了配额，之后便无法再针对单个集群更新该项目的配额。该问题已在 v4.1.4 修复。
• 当单个节点上运行的 Pod 超过 100 个时，节点重启后会触发速率限制，该节点上的 Pod 无法正常创建或运行。该问题已在 v4.1.4 修复。
• Ceph 块存储的灾难恢复文档只说明了如何将备集群切换为主集群，没有说明如何将原主集群降级为备集群，按文档操作后主备之间的数据无法继续同步。该问题已在 v4.1.4 修复，Ceph 灾难恢复文档补充了块存储主备切换的完整分步过程。
• 将命名空间导入项目时，在导入过程中调整容器组安全策略级别（例如由 Baseline 改为 Restricted）不会生效，导入完成后命名空间详情页显示的仍是原有级别。该问题已在 v4.1.4 修复，导入时设置的安全策略级别会正确保存。
• 在控制台中为 Deployment 的容器添加 lifecycle 配置并更新后，待 Pod 启动完成再次更新该应用（例如只修改标签），容器的 lifecycle 配置会被意外删除。该问题已在 v4.1.4 修复，后续更新不再影响已有的 lifecycle 配置。
• 节点重启后，multus-cni 的 init 容器可能因二进制文件被占用而启动失败，导致该节点上的 multus-cni Pod 无法正常启动。该问题已在 v4.1.4 修复。

#已知问题

• 失败的备份任务未被及时清理，etcd 备份 Pod 在节点上持续累积，可能达到节点的 Pod 数量上限。该问题已在 v4.1.7 修复。
• 修复了 olm-registry pod 持续重启导致 OperatorHub 无法正常使用的问题。该问题由 CIS 合规加固时添加的 `seccompProfile: RuntimeDefault` 安全配置引起，该配置拦截了 CGO 操作所需的 `clone` 系统调用。已调整 seccomp 配置以允许必要的系统调用，同时保持安全合规性。已在 ACP 4.1.5 修复。
• 修复了当集群安装 60+ 个 Operator 时，原生应用创建接口权限校验极慢（10秒以上）的性能问题。已在 ACP 4.1.5 修复。
• 修复了 marketplace 插件在 workload 集群安装失败的问题。已在 ACP 4.1.5 修复。
• 使用对接外部 ElasticSearch 功能时，从任意版本升级至 4.1.x 版本，Log Storage for Elasticsearch 组件会升级失败。该问题已在 v4.1.5 修复。
• 之前在 OperatorHub 中创建集群级别的 Instance 时，由于 web console 自动添加了 metadata.namespace 字段，导致出现 404 报错。此问题已在 ACP 4.2.0 修复。
• 当使用 Alauda Container Platform Monitoring for VictoriaMetrics 且多个集群共享同一个 Storage 时，告警策略 cpaas-certificates-rule 存在两个问题：告警触发时无法区分来自哪个集群，以及该策略会监控客户的 secret 而非仅监控平台证书。该问题已在 v4.1.6 修复。
• 之前当集群中存在 Display Name 为空的节点时，用户在节点详情页面打开面包屑的节点下拉筛选框，会无法通过输入内容来筛选节点。此问题已在 ACP 4.2.0 修复。
• 日志归档完成后，临时文件未被删除，导致其占用的磁盘空间无法释放。该问题已在 log-v4.2.0 修复。
• 在使用 NFSv3 服务端且节点未运行 rpc.statd 的环境中，删除 PVC 可能失败，导致后端目录和存储空间无法回收，并持续累积僵尸进程。该问题已在 v4.1.7 修复。
• Underlay 子网开启 u2o 后，偶现子网内 Pod 无法与子网物理网关通信。该问题已在 v4.1.5 修复。
• 当出口网关（egress gateway）指定的目标 ipBlocks 落在该网关所使用的内部子网 CIDR 范围内时，对应的 egress 规则不生效，与出口网关处于同一网段的 Pod 流量无法被正确路由。该问题已在 v4.1.5 修复。
• 在定时任务执行记录的实时日志页面，日志结束时显示的英文提示 Logging has ended 表意不够清晰。该问题已在 v4.3.0 修复，该提示已调整为 End of logs。
• 通过 YAML 创建应用时使用 defaultMode 字段导致应用创建失败。
  操作路径：容器平台 → 应用管理 → 应用列表 → 通过 YAML 创建（Create from YAML），当提交的 YAML 文件中包含 defaultMode 字段（通常用于 ConfigMap/Secret 的卷挂载权限配置）时，应用创建会失败并返回校验错误。
  解决方案：创建应用前手动移除 YAML 中所有 defaultMode 声明。
• 当 Helm Chart 中设置了 pre-delete post-delete hook。
  执行删除模板应用，卸载 Chart 时，遇到某些原因导致 hook 执行失败，进而导致应用无法删除。需要排查原因，并优先解决 hook 执行失败的问题。

#4.1.3

发布日期：2025-11-03

#已修复问题

• 未分配任何角色的平台用户访问 Alauda Service Mesh 页面时，页面会一直停留在“加载中”状态，不会返回无权限提示。该问题已在 v4.1.3 修复，此类用户会直接收到无权限的提示。
• 在开启 u2o 的 underlay 子网中，重启配置了固定 IP 的 Pod 后，该 Pod 访问外部网络可能不通；该现象出现在会依据任意报文更新 ARP 缓存的物理网络环境中。该问题已在 v4.1.3 修复。
• 从 v3.x 升级到 v4.x 时，若 global 集群已升级而业务集群未升级，在该业务集群的新版自定义监控面板中创建的监控指标无法被 HPA 使用，基于这些指标的弹性伸缩规则不会生效。该问题已在 v4.1.3 修复。

#已知问题

• 失败的备份任务未被及时清理，etcd 备份 Pod 在节点上持续累积，可能达到节点的 Pod 数量上限。该问题已在 v4.1.7 修复。
• 修复了当集群安装 60+ 个 Operator 时，原生应用创建接口权限校验极慢（10秒以上）的性能问题。已在 ACP 4.1.5 修复。
• 使用对接外部 ElasticSearch 功能时，从任意版本升级至 4.1.x 版本，Log Storage for Elasticsearch 组件会升级失败。该问题已在 v4.1.5 修复。
• 当使用 Alauda Container Platform Cluster Enhancer 提供的 etcd 备份功能时，如果用户配置将 etcd 备份到 S3 存储，插件无法获取 secretRef 中引用的 Secret 对象。原因是插件缺少读取 Secret 的 RBAC 权限，导致 S3 认证信息获取失败。此问题已在 ACP 4.1.4 中修复。
• 通过 http 地址对接外部 ElasticSearch 时，日志查询可能失败，日志页面报错“cannot assign requested address”。该问题已在 v4.1.4 修复。
• upmachinepool 资源的 status 字段保存关联的 machine 资源时未做排序，导致每次 reconcile 都被判定为需要更新，审计数据量因此过大。该问题已在 v4.1.4 修复。
• 平台集群数量较多时，若先通过批量设置项目配额功能为项目设置了配额，之后便无法再针对单个集群更新该项目的配额。该问题已在 v4.1.4 修复。
• 之前在 OperatorHub 中创建集群级别的 Instance 时，由于 web console 自动添加了 metadata.namespace 字段，导致出现 404 报错。此问题已在 ACP 4.2.0 修复。
• 当使用 Alauda Container Platform Monitoring for VictoriaMetrics 且多个集群共享同一个 Storage 时，告警策略 cpaas-certificates-rule 存在两个问题：告警触发时无法区分来自哪个集群，以及该策略会监控客户的 secret 而非仅监控平台证书。该问题已在 v4.1.6 修复。
• 之前当集群中存在 Display Name 为空的节点时，用户在节点详情页面打开面包屑的节点下拉筛选框，会无法通过输入内容来筛选节点。此问题已在 ACP 4.2.0 修复。
• 日志归档完成后，临时文件未被删除，导致其占用的磁盘空间无法释放。该问题已在 log-v4.2.0 修复。
• 在使用 NFSv3 服务端且节点未运行 rpc.statd 的环境中，删除 PVC 可能失败，导致后端目录和存储空间无法回收，并持续累积僵尸进程。该问题已在 v4.1.7 修复。
• Underlay 子网开启 u2o 后，偶现子网内 Pod 无法与子网物理网关通信。该问题已在 v4.1.5 修复。
• 在定时任务执行记录的实时日志页面，日志结束时显示的英文提示 Logging has ended 表意不够清晰。该问题已在 v4.3.0 修复，该提示已调整为 End of logs。
• 当单个节点上运行的 Pod 超过 100 个时，节点重启后会触发速率限制，该节点上的 Pod 无法正常创建或运行。该问题已在 v4.1.4 修复。
• Ceph 块存储的灾难恢复文档只说明了如何将备集群切换为主集群，没有说明如何将原主集群降级为备集群，按文档操作后主备之间的数据无法继续同步。该问题已在 v4.1.4 修复，Ceph 灾难恢复文档补充了块存储主备切换的完整分步过程。
• 在控制台中为 Deployment 的容器添加 lifecycle 配置并更新后，待 Pod 启动完成再次更新该应用（例如只修改标签），容器的 lifecycle 配置会被意外删除。该问题已在 v4.1.4 修复，后续更新不再影响已有的 lifecycle 配置。
• 节点重启后，multus-cni 的 init 容器可能因二进制文件被占用而启动失败，导致该节点上的 multus-cni Pod 无法正常启动。该问题已在 v4.1.4 修复。
• 通过 YAML 创建应用时使用 defaultMode 字段导致应用创建失败。
  操作路径：容器平台 → 应用管理 → 应用列表 → 通过 YAML 创建（Create from YAML），当提交的 YAML 文件中包含 defaultMode 字段（通常用于 ConfigMap/Secret 的卷挂载权限配置）时，应用创建会失败并返回校验错误。
  解决方案：创建应用前手动移除 YAML 中所有 defaultMode 声明。
• 当 Helm Chart 中设置了 pre-delete post-delete hook。
  执行删除模板应用，卸载 Chart 时，遇到某些原因导致 hook 执行失败，进而导致应用无法删除。需要排查原因，并优先解决 hook 执行失败的问题。

#4.1.2

发布日期：2025-10-01

#已修复问题

• 当 Operator 或 Cluster Plugin 中包含多个前端扩展时，点击这些扩展的左侧导航可能没有任何反应。此前的临时规避方式是为扩展的 ConfigMap 添加注解 cpaas.io/auto-sync: "false"。该问题已在 v4.1.2 修复，不再需要该临时规避方式。
• 使用 violet upload 上传 Operator 新版本后，偶尔会出现无法选择并安装该新版本的情况。该问题已在 v4.1.2 修复。
• global 集群升级后，未升级的业务集群中所有 Applications 以及各类 Workloads 的监控面板无法显示监控数据。该问题已在 v4.1.2 修复。

#已知问题

• 失败的备份任务未被及时清理，etcd 备份 Pod 在节点上持续累积，可能达到节点的 Pod 数量上限。该问题已在 v4.1.7 修复。
• 使用对接外部 ElasticSearch 功能时，从任意版本升级至 4.1.x 版本，Log Storage for Elasticsearch 组件会升级失败。该问题已在 v4.1.5 修复。
• 当使用 Alauda Container Platform Cluster Enhancer 提供的 etcd 备份功能时，如果用户配置将 etcd 备份到 S3 存储，插件无法获取 secretRef 中引用的 Secret 对象。原因是插件缺少读取 Secret 的 RBAC 权限，导致 S3 认证信息获取失败。此问题已在 ACP 4.1.4 中修复。
• 通过 http 地址对接外部 ElasticSearch 时，日志查询可能失败，日志页面报错“cannot assign requested address”。该问题已在 v4.1.4 修复。
• upmachinepool 资源的 status 字段保存关联的 machine 资源时未做排序，导致每次 reconcile 都被判定为需要更新，审计数据量因此过大。该问题已在 v4.1.4 修复。
• 平台集群数量较多时，若先通过批量设置项目配额功能为项目设置了配额，之后便无法再针对单个集群更新该项目的配额。该问题已在 v4.1.4 修复。
• 之前在 OperatorHub 中创建集群级别的 Instance 时，由于 web console 自动添加了 metadata.namespace 字段，导致出现 404 报错。此问题已在 ACP 4.2.0 修复。
• 当使用 Alauda Container Platform Monitoring for VictoriaMetrics 且多个集群共享同一个 Storage 时，告警策略 cpaas-certificates-rule 存在两个问题：告警触发时无法区分来自哪个集群，以及该策略会监控客户的 secret 而非仅监控平台证书。该问题已在 v4.1.6 修复。
• 之前当集群中存在 Display Name 为空的节点时，用户在节点详情页面打开面包屑的节点下拉筛选框，会无法通过输入内容来筛选节点。此问题已在 ACP 4.2.0 修复。
• 日志归档完成后，临时文件未被删除，导致其占用的磁盘空间无法释放。该问题已在 log-v4.2.0 修复。
• 在使用 NFSv3 服务端且节点未运行 rpc.statd 的环境中，删除 PVC 可能失败，导致后端目录和存储空间无法回收，并持续累积僵尸进程。该问题已在 v4.1.7 修复。
• 在定时任务执行记录的实时日志页面，日志结束时显示的英文提示 Logging has ended 表意不够清晰。该问题已在 v4.3.0 修复，该提示已调整为 End of logs。
• 在控制台中为 Deployment 的容器添加 lifecycle 配置并更新后，待 Pod 启动完成再次更新该应用（例如只修改标签），容器的 lifecycle 配置会被意外删除。该问题已在 v4.1.4 修复，后续更新不再影响已有的 lifecycle 配置。
• 节点重启后，multus-cni 的 init 容器可能因二进制文件被占用而启动失败，导致该节点上的 multus-cni Pod 无法正常启动。该问题已在 v4.1.4 修复。
• 在开启 u2o 的 underlay 子网中，重启配置了固定 IP 的 Pod 后，该 Pod 访问外部网络可能不通；该现象出现在会依据任意报文更新 ARP 缓存的物理网络环境中。该问题已在 v4.1.3 修复。
• 从 v3.x 升级到 v4.x 时，若 global 集群已升级而业务集群未升级，在该业务集群的新版自定义监控面板中创建的监控指标无法被 HPA 使用，基于这些指标的弹性伸缩规则不会生效。该问题已在 v4.1.3 修复。
• 通过 YAML 创建应用时使用 defaultMode 字段导致应用创建失败。
  操作路径：容器平台 → 应用管理 → 应用列表 → 通过 YAML 创建（Create from YAML），当提交的 YAML 文件中包含 defaultMode 字段（通常用于 ConfigMap/Secret 的卷挂载权限配置）时，应用创建会失败并返回校验错误。
  解决方案：创建应用前手动移除 YAML 中所有 defaultMode 声明。
• 当 Helm Chart 中设置了 pre-delete post-delete hook。
  执行删除模板应用，卸载 Chart 时，遇到某些原因导致 hook 执行失败，进而导致应用无法删除。需要排查原因，并优先解决 hook 执行失败的问题。

#4.1.1

发布日期：2025-09-04

#已修复问题

• 使用 violet upload 上传文件夹中的多个 package 时，上传会因磁盘空间不足而失败。该问题已在 v4.1.1 修复，violet 会及时自动清理已上传的 package，不再出现该错误。
• 使用 violet upload 上传文件夹中的多个 package 时，上传会因磁盘空间不足而失败。该问题已在 v4.1.1 修复，violet 会及时自动清理已上传的 package，不再出现该错误。
• 在平台升级前执行 `violet push` 会导致部分功能组件状态异常，从而阻塞升级。该问题已在 v4.1.1 修复，`violet push` 已将推送镜像与创建 CR 分离，用户可以选择仅推送镜像而不创建 CR。
• 以前在升级集群时，会遗留 CRI（Container Runtime Interface）升级 Pod，从而阻塞集群继续升级到下一个版本。该问题已在 4.1.1 中修复。
• 从集群卸载 Operator 后，其状态被错误地显示为 Absent，而实际状态仍为 Ready；用户需要通过 violet upload 手动重新上传才能恢复正确状态。该问题已在 v4.1.1 修复，卸载后 Operator 会正确显示为 Ready。

#已知问题

• 失败的备份任务未被及时清理，etcd 备份 Pod 在节点上持续累积，可能达到节点的 Pod 数量上限。该问题已在 v4.1.7 修复。
• 使用对接外部 ElasticSearch 功能时，从任意版本升级至 4.1.x 版本，Log Storage for Elasticsearch 组件会升级失败。该问题已在 v4.1.5 修复。
• 通过 http 地址对接外部 ElasticSearch 时，日志查询可能失败，日志页面报错“cannot assign requested address”。该问题已在 v4.1.4 修复。
• 平台集群数量较多时，若先通过批量设置项目配额功能为项目设置了配额，之后便无法再针对单个集群更新该项目的配额。该问题已在 v4.1.4 修复。
• 之前在 OperatorHub 中创建集群级别的 Instance 时，由于 web console 自动添加了 metadata.namespace 字段，导致出现 404 报错。此问题已在 ACP 4.2.0 修复。
• 当使用 Alauda Container Platform Monitoring for VictoriaMetrics 且多个集群共享同一个 Storage 时，告警策略 cpaas-certificates-rule 存在两个问题：告警触发时无法区分来自哪个集群，以及该策略会监控客户的 secret 而非仅监控平台证书。该问题已在 v4.1.6 修复。
• 当 Operator 或 Cluster Plugin 中包含多个前端扩展时，点击这些扩展的左侧导航可能没有任何反应。此前的临时规避方式是为扩展的 ConfigMap 添加注解 cpaas.io/auto-sync: "false"。该问题已在 v4.1.2 修复，不再需要该临时规避方式。
• 使用 violet upload 上传 Operator 新版本后，偶尔会出现无法选择并安装该新版本的情况。该问题已在 v4.1.2 修复。
• 之前当集群中存在 Display Name 为空的节点时，用户在节点详情页面打开面包屑的节点下拉筛选框，会无法通过输入内容来筛选节点。此问题已在 ACP 4.2.0 修复。
• 日志归档完成后，临时文件未被删除，导致其占用的磁盘空间无法释放。该问题已在 log-v4.2.0 修复。
• 在使用 NFSv3 服务端且节点未运行 rpc.statd 的环境中，删除 PVC 可能失败，导致后端目录和存储空间无法回收，并持续累积僵尸进程。该问题已在 v4.1.7 修复。
• 在定时任务执行记录的实时日志页面，日志结束时显示的英文提示 Logging has ended 表意不够清晰。该问题已在 v4.3.0 修复，该提示已调整为 End of logs。
• 在控制台中为 Deployment 的容器添加 lifecycle 配置并更新后，待 Pod 启动完成再次更新该应用（例如只修改标签），容器的 lifecycle 配置会被意外删除。该问题已在 v4.1.4 修复，后续更新不再影响已有的 lifecycle 配置。
• 节点重启后，multus-cni 的 init 容器可能因二进制文件被占用而启动失败，导致该节点上的 multus-cni Pod 无法正常启动。该问题已在 v4.1.4 修复。
• 在开启 u2o 的 underlay 子网中，重启配置了固定 IP 的 Pod 后，该 Pod 访问外部网络可能不通；该现象出现在会依据任意报文更新 ARP 缓存的物理网络环境中。该问题已在 v4.1.3 修复。
• 从 v3.x 升级到 v4.x 时，若 global 集群已升级而业务集群未升级，在该业务集群的新版自定义监控面板中创建的监控指标无法被 HPA 使用，基于这些指标的弹性伸缩规则不会生效。该问题已在 v4.1.3 修复。
• global 集群升级后，未升级的业务集群中所有 Applications 以及各类 Workloads 的监控面板无法显示监控数据。该问题已在 v4.1.2 修复。
• 通过 YAML 创建应用时使用 defaultMode 字段导致应用创建失败。
  操作路径：容器平台 → 应用管理 → 应用列表 → 通过 YAML 创建（Create from YAML），当提交的 YAML 文件中包含 defaultMode 字段（通常用于 ConfigMap/Secret 的卷挂载权限配置）时，应用创建会失败并返回校验错误。
  解决方案：创建应用前手动移除 YAML 中所有 defaultMode 声明。
• 当 Helm Chart 中设置了 pre-delete post-delete hook。
  执行删除模板应用，卸载 Chart 时，遇到某些原因导致 hook 执行失败，进而导致应用无法删除。需要排查原因，并优先解决 hook 执行失败的问题。

#4.1.0

发布日期：2025-07-31

#功能与增强

#不可变基础设施

已发布：

• Alauda Container Platform DCS Infrastructure Provider
• Alauda Container Platform Kubeadm Provider

这两个插件均采用 Agnostic 生命周期，与 Alauda Container Platform (ACP) 异步发布。

• DCS Infrastructure Provider 实现 Cluster API Infrastructure Provider 接口，并与 Huawei Datacenter Virtualization Solution (DCS) 集成。
• Kubeadm Provider 在基础设施提供商置备的 VM 上安装并配置 Kubernetes 控制平面和节点。

这两个插件协同工作，可在 DCS 上实现完全自动化的集群管理。

相关文档正在编写中，将在发布后更新至在线文档。

#机器配置

已发布：Alauda Container Platform Machine Configuration 生命周期：Agnostic，与 ACP 异步发布。

Machine Configuration 可管理集群节点上的文件更新、systemd 单元和 SSH 公钥，并提供以下功能：

• 用于向主机写入配置的 MachineConfig CRD。
• 用于根据角色标签对节点配置进行分组和管理的 MachineConfigPool CRD。
• 安装集群时，系统会自动创建两个默认的 MachineConfigPools，分别用于控制平面节点和工作节点。此外，用户也可以根据需要创建自定义 MachineConfigPool。

系统会持续监控配置偏差，并将受影响的节点标记为 Degraded，直至问题解决。

有关功能的详细信息，请参阅机器配置。

#etcd 加密

已发布：Alauda Container Platform etcd Encryption Manager 生命周期：Agnostic，与 ACP 异步发布。

此功能使用 AES-GCM 定期轮换工作负载集群中的 etcd 数据加密密钥，用于加密 secrets 和 configmaps。支持无缝重新加密和密钥重新加载，且不会中断工作负载，并与最近 8 个密钥保持向后兼容。

详情请参阅etcd 加密。

#Kubernetes 证书轮换器

已发布：Alauda Container Platform Kubernetes Certificates Rotator 生命周期：Agnostic，与 ACP 异步发布。

支持自动轮换 Kubernetes 组件使用的证书。

详情请参阅自动轮换 Kubernetes 证书。

#集群增强

已发布：Alauda Container Platform Cluster Enhancer 生命周期：Aligned。

新增功能和变更：

• etcd 备份：由于使用方式和实现存在差异，将 etcd 备份功能从 Backup & Recovery 迁移至 Cluster Enhancer。优化了部署方式，避免配置变更和升级期间发生冲突。
• 事件清理：主动从外部清理过期的 Kubernetes 事件，防止事件在 etcd 中累积，从而降低 etcd 负载以及重启期间出现不稳定的风险。
• 证书监控：将证书管理功能转换为证书监控，提供告警规则和监控面板，取代原有的证书管理功能。采用更高效的监控方式，同时监控 kube-apiserver 使用的回环证书。
• 集群监控监控面板迁移：将集群监控资源从 chart-cpaas-monitor 迁移至 Cluster Enhancer。
• 集群详情图表迁移：将集群详情中的监控图表切换为自定义监控面板。

#中文语言包

中文语言支持已从平台中解耦，并作为 Chinese Language Pack 插件发布。平台安装后默认使用英语；如需中文语言支持，用户可以安装此插件。

#创建本地集群

从 ACP 4.1 开始，创建本地集群时仅支持平台提供的最新 Kubernetes 版本，不再支持此前从四个 Kubernetes 版本中选择的方式。

#日志

• 将 ClickHouse 升级至 v25.3。
• 为应用日志添加 POD IP 标签，支持按 POD IP 筛选。
• 改进标准输出日志采集：时间戳字段现在反映日志的实际打印时间，而非采集组件的时间，确保日志按正确顺序显示。

#监控

• 将 Prometheus 升级至 v3.4.2。
• 自定义变量现在支持三种类型：Constant、Custom 和 Textbox。
  • Constant： 固定不变的值。
  • Custom： 从预定义列表中选择的值。
  • Textbox： 用户手动输入的值。
• Stat Chart 现在支持 Graph 模式，可在统计数据下方显示所选时间段的趋势曲线。
• Value Mapping 现在支持正则表达式和特殊值。
• 现在可以复制图表，从而在当前监控面板中创建副本。

#租户管理

• 项目配额现在支持自定义资源配额和存储类配额。
• 插件提供了新的指标：cpaas_project_resourcequota 和 cpaas_project_resourcequota_aggregated，可用于在监控面板中显示项目配额。
  • cpaas_project_resourcequota：在每个集群中均可用。
  • cpaas_project_resourcequota_aggregated：在 global 集群中可用，并汇总所有集群的数据。
• 自定义角色现在受到更多限制，只能分配对应角色类型范围内的权限：
  • 平台角色：可以分配所有权限。
  • 项目角色：只能分配平台预设 project-admin-system 角色范围内的权限。
  • 命名空间角色：只能分配平台预设 namespace-admin-system 角色范围内的权限。
  • 不能分配当前用户不具备的权限。

#用于安全运行 Pod 的 UID/GID 自动分配方案

在 Kubernetes 中，可以为每个命名空间配置专用的用户 ID (UID) 和组 ID (GID) 范围。当用户在此类命名空间中部署 Pod 时，我们会根据命名空间预定义的安全策略，自动为 Pod 中的所有容器设置 RunAsUser 和 fsGroup。这些用户和组将从授权给该命名空间的 UID/GID 范围内动态分配。

主要功能与价值：

• 增强安全性：通过强制容器以非特权用户身份运行，并限制其 UID/GID 范围，该方案可有效缓解容器逃逸和权限提升等安全风险，遵循最小权限原则。

• 简化管理：开发人员不再需要在每个容器或 Pod 配置中手动指定 UID/GID。配置命名空间后，其中部署的所有 Pod 都会自动继承并应用正确的安全设置。

• 确保合规性：帮助客户更好地满足内部安全策略和外部合规要求，确保容器化应用在受监管的环境中运行。

用法：

• 为 Namespace 添加标签 security.cpaas.io/enabled。

#基于 Argo Rollouts 的产品化解决方案

我们的产品化解决方案基于开源 Argo Rollouts 构建，可为用户提供精细化的发布流程控制。通过实施渐进式、可控的部署策略，最大限度地减少推出新功能或版本可能造成的业务中断或故障，显著降低发布风险。

主要功能与价值：

• 蓝绿部署：通过在现有生产环境旁部署新版本，实现零停机更新。经过充分测试后，可立即或快速地将流量从旧版本切换至新版本。

• 金丝雀部署：逐步引入新版本，将一小部分生产流量（例如 5%）导向新版本，以便观察其性能和稳定性。系统可根据预定义指标（如错误率或延迟）自动增加流量；如果检测到问题，也可以自动回滚，从而限制潜在问题的影响。

• 平台认证的 Argo Rollout Chart：您可以直接下载社区的开源 Argo Rollouts，也可以通过 Alauda Cloud 获取平台认证版本。

#Alauda Container Platform Registry：与平台用户权限深度集成

为了提供更安全、更便捷的镜像管理体验，我们进一步深化了轻量级镜像 registry 与平台现有用户权限系统的集成。

主要功能与价值：

• 与平台用户系统深度集成：镜像 registry 与平台的用户身份验证和基于角色的访问控制 (RBAC) 机制无缝集成。开发人员、测试人员和管理员可以直接使用现有的平台凭据，无需额外配置或单独管理账户。平台会自动将用户在 Namespace 中的权限映射为其在 registry 中的相应镜像访问权限。例如，用户只能在其有权访问的“特定 Namespace”中推送和拉取镜像。

• 更便捷的命令行操作：支持通过 CLI 工具执行镜像 pull 和 push 操作，显著提升操作效率和便捷性。

警告：

• 仅支持通过该解决方案安装 Alauda Container Platform Registry。

#基于 KEDA 的自动伸缩解决方案

为了让应用能够根据实际负载智能响应，我们的平台提供了一个基于 KEDA (Kubernetes Event-driven Autoscaling) 构建的自动伸缩解决方案。

主要功能与价值：

• 事件驱动的弹性伸缩：KEDA 支持 70 多种 scaler，可自动伸缩应用（例如 Deployments、Jobs 等）。除了传统的 CPU 和内存利用率之外，它还可以监控消息队列长度（例如 Kafka、RabbitMQ）、数据库连接数、HTTP 请求速率和自定义指标等。

• 平台认证的 KEDA Operator：通过 Alauda Cloud 下载并安装平台认证版本。

解决方案：

• 产品提供两种解决方案：基于 Prometheus 指标的自动伸缩，以及缩容至零。

#跨集群原生应用容灾解决方案（Alpha）

我们的平台现已提供一套基于 GitOps 的全新跨集群原生应用灾难恢复 (DR) 解决方案，旨在显著增强应用的弹性和可用性。

主要功能与价值：

• 多样化的容灾模式：灵活支持面向全球化、高并发需求的 Active-Active (AA-DR)；优化资源利用率的 Active-Standby Dual-Active (AS-DR)；以及严格确保数据一致性的 Active-Passive (AP-DR)。

• 自动化 GitOps 同步：借助 GitOps，并结合 ApplicationSet 和 Kustomize，实现跨集群配置自动同步，确保 DR 环境始终处于就绪状态。

• 灵活的流量管理：利用第三方提供的 DNS 和 GSLB 功能，实现由健康检查驱动的智能流量重定向和快速故障切换，最大限度减少服务中断。

• 多维度数据同步：该解决方案提供多种方法指导，包括数据库层、存储层和应用层同步，确保集群间最终实现数据一致性，为业务连续性奠定基础。

• 简化的故障切换流程：明确定义故障检测、流量重定向、状态提升和服务恢复的详细步骤，确保灾难发生时能够高效、有序地完成故障切换。

注意：

• 容灾解决方案中的数据同步与客户的业务特征和数据量密切相关，差异可能很大。因此，实际实施时需要根据客户的具体场景进行针对性处理。

#全面升级依赖组件，增强稳定性和安全性

此版本升级了以下核心组件：

• KubeVirt 升级至 v1.5.2

• Ceph 升级至 18.2.7

• MinIO 升级至 RELEASE.2025-06-13T11-33-47Z

其他开源依赖也同步升级至最新的社区版本，修复了许多已知问题和安全漏洞，从而提升系统的稳定性和可靠性。

#增强虚拟化功能，提升业务连续性和安全性

基于虚拟化环境中的实际应用需求，本次更新引入了多项重要增强：

• 高可用迁移：节点发生故障时，自动将虚拟机迁移至健康节点，确保业务连续性不中断。

• 虚拟机克隆：通过现有虚拟机快速创建新虚拟机，显著提升部署效率。

• 虚拟机模板：支持将现有虚拟机转换为模板，以便快速批量部署配置相似的环境。

• 可信计算 (vTPM)：虚拟机现已支持可信计算功能，进一步增强整体安全性。

这些新功能的详细说明和指南已更新至用户手册。

#基于 COSI v2 的对象存储服务，提供更灵活高效的存储管理

Container Object Storage Interface (COSI) 已升级至 v2（alpha），新增以下增强功能：

• 多集群访问：支持同时访问多个不同的 Ceph 或 MinIO 存储集群，实现更高效的集中管理。

• 精细化配额管理：允许为不同存储类别灵活设置配额，优化资源利用率。

• 增强权限管理：支持创建多种用户访问权限，包括读写、只读和只写模式。

• 支持匿名访问：Ceph COSI Driver 现在支持匿名访问，可通过 Ingress 配置实现外部 HTTP 程序的快速访问。

#ALB 进入维护模式

未来计划：

• 对于 ingress 用户，直接使用 ingress-nginx
• 未来的新功能将仅在 GatewayAPI 上支持
• 除非对 ALB 独有功能（例如项目端口分配）有强烈需求，否则避免提及 ALB

GatewayAPI 当前不支持的 ALB 独有功能：

• 基于端口的网关实例分配

• 基于 IP 和 IP 范围的流量转发

• 用于负载均衡的 EWMA 算法

• WAF 使用

• 规则级监控视图

#使用 ingress-nginx 提供 Ingress 功能

引入社区中最主流的 Ingress 控制器实现，替代现有基于 ALB 的 Ingress 场景。

主要功能与价值：

• 与 Community 主流实践兼容，避免沟通歧义

• Ingress UI 支持自定义 annotations，以利用 ingress-nginx 丰富的扩展能力

• 修复安全问题

Kube-OVN 支持新的高可用多活 Egress Gateway

新的 Egress 机制解决了之前集中式网关的局限性。新的 Egress Gateway 具有以下特性：

• 通过 ECMP 实现 Active-Active 高可用，支持横向吞吐量扩展

• 通过 BFD 实现亚秒级故障切换

• 复用 underlay 模式，将 Egress Gateway IP 与节点解耦

• 通过 Namespace selector 和 Pod selector 实现细粒度路由控制

• 通过 Node selector 灵活调度 Egress Gateway

#支持 AdminNetworkPolicy 类型的集群网络策略

Kube-OVN 支持 Community 的新集群网络策略 API。集群管理员可以通过此 API 强制实施网络策略，而无需在每个 Namespace 中进行配置。

相较于之前的集群网络策略的优势：

• Community 标准 API（替代内部 API）

• 不会与 NetworkPolicy 冲突（优先级高于 NetworkPolicy）

• 支持设置优先级

更多信息：Red Hat 关于 AdminNetworkPolicy 的博客

#已弃用和移除的功能

#移除 Docker Runtime

• 之前，平台提供 Docker runtime 镜像，尽管新集群并未默认使用该 runtime。从 ACP 4.1 开始，平台将不再默认提供 Docker runtime 镜像。

#移除模板应用

• 原生应用 → 模板应用入口已正式移除。请确保在升级前将所有模板应用升级为“Helm Chart Application”。