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 中都只是一个技术预览。
如需更多信息,请参阅部署类型的升级文档。RPM 或 OpenShift 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文档是什么变化。