发版日志
请参阅 Kubernetes 支持矩阵、版本和生命周期以及特定功能文档，以了解版本变更和确切的支持边界。
目录
4.5.0弃用和移除插件名称变更4.3.0发版基线功能和增强Kubernetes 1.34 支持基于 CVO 的集群升级工作流独立集群插件升级基于 Alauda OS 的 global 集群不可变基础设施 provider 更新新的 Web Console 预览入口Containerd 2.0 基线扩展的第三方集群可接受接入范围已修复的问题已知问题4.5.0
弃用和移除
- 已移除 Alauda 构建的 Prometheus Operator — 从 4.5 开始，OperatorHub 不再提供 Alauda 构建的 Prometheus Operator。从 4.4 升级的集群中，现有安装会继续运行，但不会再收到后续升级。请改用 ACP Basic Monitoring 提供的 Prometheus Operator。
插件名称变更
以下插件在 4.5 中使用了新名称。 Customer Portal 会为插件的所有版本显示新名称，包括在 4.5 之前发布的版本。重命名之前构建的插件包仍携带其原名称，因此将此类插件包上传到 后，平台会显示原名称。下载插件时，请搜索新名称。包名称（例如 etcd-sync）不会变更。
4.3.0
发版基线
4.3 为平台管理的集群创建提供 Kubernetes 1.34 支持，并更改升级前提条件模型，使业务集群在进行 global 集群升级前可以保持在文档规定的兼容版本范围内。
对于 4.3，兼容的业务集群版本为 1.34、1.33、1.32 和 1.31。此兼容版本要求决定 global 集群是否可以升级，并且与第三方集群可接受的接入范围分开。
有关更多信息，请参阅 Kubernetes 支持矩阵。
功能和增强
Kubernetes 1.34 支持
4.3 支持使用 Kubernetes 1.34 创建平台管理的集群。
升级到 4.3 时，业务集群必须保持在兼容版本 1.34、1.33、1.32 和 1.31 内。
基于 CVO 的集群升级工作流
4.3 为 global 集群和业务集群引入基于 Cluster Version Operator (CVO) 的升级工作流。
主要功能包括：
- 使用
bash upgrade.sh准备升级构件和升级控制器。 - 在执行前运行预检。
- 从 Web Console 请求升级，或通过更新
ClusterVersionShadow.spec.desiredUpdate请求升级。 - 从
cvsh.status查看条件、预检结果、阶段和历史记录。
CLI 还引入了面向升级的管理员命令，例如 ac adm upgrade、ac adm upgrade status、--to-latest、--to 和 --allow-explicit-upgrade，用于从当前上下文请求业务集群升级并对其进行故障排除。
有关操作指导，请参阅升级。
独立集群插件升级
4.3 为使用 Aligned 或 Agnostic 生命周期的 Cluster Plugins 添加独立升级支持。
Cluster Plugins 页面显示插件生命周期，符合条件的插件可以从列表页面或详情页面独立升级。Core 插件继续遵循集群升级。
基于 Alauda OS 的 global 集群
4.3 允许管理员在受支持的 provider 场景中，使用基于 Alauda OS 的不可变基础设施创建 global 集群。这将不可变操作模型从业务集群扩展到平台安装场景。
有关更多信息，请参阅在 Alauda OS 上创建集群。
不可变基础设施 provider 更新
4.3 在 4.3 周期内扩展了不可变基础设施的覆盖范围。特定于 provider 的不可变基础设施指导涵盖 provider 概览、安装、集群创建、节点管理、集群升级和 provider API。
有关更多信息，请参阅在 Alauda OS 上创建集群。
新的 Web Console 预览入口
Core 提供下一代 Web Console 体验所需的顶部导航锚点。在 global 集群上安装 Web Console Base 插件后，Container Platform 和 Administrator 视图中的用户可以通过 Preview Next-Gen Console 入口，在单独的浏览器标签页中打开新控制台。
此体验旨在支持逐步迁移，并可与 global 集群上的 Web Console Base 插件以及业务集群上的 Web Console Collector 插件配合使用。
Containerd 2.0 基线
4.3 将平台运行时基线升级到 containerd 2.0。在升级依赖自定义 containerd 配置的环境之前，请检查依赖运行时的操作流程。
有关运行时和架构边界，请参阅版本和生命周期。
扩展的第三方集群可接受接入范围
对于第三方集群， 4.3 接受范围为 >=1.19.0 <1.35.0 的 Kubernetes 版本。
此范围与用于确定 global 集群是否可以升级的兼容 Kubernetes 版本分开。它是接入门槛，并不意味着该范围内的每个 Kubernetes 版本、provider、操作、功能或 Extension 都经过完整的产品验证。
默认 Extend 基线的产品验证涵盖以下功能领域：
- 安装和使用 Operators。
- 安装和使用 Cluster Plugins。
- 基于 ClickHouse 的日志记录。
- 基于 VictoriaMetrics 的监控。
这并不意味着所有特定的 Operators 或 Cluster Plugins 都经过产品验证。
有关更多信息，请参阅 Kubernetes 支持矩阵、集群管理模型和导入集群。
已修复的问题
目前尚未发布此版本的已修复问题。
已知问题
目前尚未发布此版本的已知问题。