2.10. 升级改进概述


2.6 中的更改提高了整体升级体验,如以下部分所述:

注意

在升级到 2.6 之前,您必须处于 2.4 或 2.5 的最新版本。

从 2.5 升级到 2.6

从 2.5 升级到 2.6 不涉及对平台基础架构要求、架构或服务的更改。2.4 到 2.6 升级路径中描述的改进也存在于 2.5 到 2.6 升级路径中,但平台网关服务已在 2.5 中就位。

另外,请注意以下几点:

  • 如果从 2.4 升级到 2.5,则必须在升级到 2.6 之前迁移身份验证方法和用户,因为旧的验证器功能已被删除。
  • 当您升级到 2.6 时,系统会删除 2.4 到 2.5 升级的任何用户没有完全迁移。之前合并了其用户记录的用户,在 2.5 中仍将正常工作,就像 2.6 一样。
  • 升级到 2.6 会阻止 2.4 自动化控制器用户成功登录到 2.5。这些用户为直接自动化执行访问保留向后兼容性,但无法访问完整的平台。在升级前,确保计划使用 2.6 的所有用户都已成功登录到 2.5。
  • 跨 Ansible Automation Platform 组件的统一 RBAC 管理:所有支持配置即代码(CaC)方法的 Ansible Automation Platform 集合的所有 Ansible Automation Platform 集合现在在所有 Ansible Automation Platform 组件中使用标准全局环境变量名称和模块变量名称。如需了解更多详细信息,请参阅 2.6 中的 RBAC 的新内容,对于从 2.5 迁移到 2.6 的用户,以及 Automation Hub 中的 ansible.platform 文档是什么变化

有关升级的更多信息,请参阅部署类型的升级文档:

从 2.4 升级到 2.6

从 2.4 升级到 2.6 时请注意以下几点:

  • 从 2.4: Ansible Automation Platform 支持直接从最新的 2.4 版本升级到 2.6。从 2.4 直接升级到 2.6 是推荐的升级路径,因为 2.6 简化并改进升级体验。

    注意

    您可以使用 RPM 和 OpenShift Container Platform 部署直接从最新的 2.4 版本升级到 2.6。但是,不支持从 2.4 容器化部署升级 Event-Driven Ansible 2.4 或 2.4 容器化部署,因为这两个功能在 2.4 中都只是一个技术预览。

    如需更多信息,请参阅部署类型的升级文档。RPMOpenShift Container Platform

  • 基础架构更改 :与 2.4 相比,Ansible Automation Platform RPM 部署需要额外的基础架构,因为添加了平台网关服务。基础架构需求因您实施增长还是企业部署等因素而异。

    有关各种升级场景中基础架构和清单文件更改的详情,请参阅 基础架构更改

  • 身份验证更改 :企业身份验证配置和映射(如 SAML、LDAP、OIDC)作为升级过程的一部分从自动化控制器 2.4 迁移到平台网关 2.6。升级后您不需要手动重新配置这些身份验证方法。

    有关 验证 选项的信息,请参阅访问管理和身份验证。

    注意

    身份验证升级改进适用于 RPM 和 OpenShift Container Platform 部署。不支持从 2.4 容器化部署技术预览版本进行升级。另外,不支持升级 Event-Driven Ansible 2.4。

  • 识别访问管理更改 :作为升级过程的一部分,所有自动化控制器身份管理(IAM)数据从自动化控制器 2.4 移到 2.6 中的平台网关。使用自动化控制器 2.4 作为 2.6 平台网关的 IAM 数据的默认源,用户会保留其成员资格,并在 2.6 中分配适当的平台级别角色。

    作为升级过程的一部分:

    • 2.4 中的用户、团队、机构、成员资格和常见角色从自动化控制器 2.4 移到 2.6 中的平台网关。
    • 自动化控制器 2.4 中的管理员成为 2.6 中的平台网关管理员。
    • 2.4 中的控制器管理员成为 2.6 中的平台网关管理员。

      升级期间迁移的更多机构、团队和用户,升级所需的时间越长。例如,升级和迁移 4,000 个用户,400 个团队,40 个组织可能需要长达两小时的时间。

      注意

      身份管理更改适用于 RPM 和 OpenShift Container Platform 部署。不支持从 2.4 容器化部署技术预览版本进行升级。

      如需更多信息,请参阅升级过程中的数据移动

  • API 更改: 有些 API 在 2.6 中已被弃用。如需更多信息,请参阅 API 更改
  • 跨 Ansible Automation Platform 组件的统一 RBAC 管理 :所有 Ansible Automation Platform 集合都支持 Configuration-as-Code (CaC)方法,现在在 Ansible Automation Platform 组件中使用标准全局环境变量名称和模块变量名称。如需了解更多详细信息,请参阅 2.6 中的 RBAC 的新内容,对于从 2.5 迁移到 2.6 的用户,以及 Automation Hub 中的 ansible.platform 文档是什么变化
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2026 Red Hat
返回顶部