第 2 章 迁移考虑
随着 Ansible Automation Platform 2 的推出,创建了一个 re-imagined 架构,它扩展了自动化功能。Ansible Automation Platform 2 现在分离自动化 control plane 和执行平面,这为更灵活的架构提供。这种新功能与自动化网格的引入使组织能够跨全球扩展自动化,并允许自动化尽可能接近端点运行。
在为此参考架构提供的逐步迁移方法之前,务必要仔细评估和规划您的整个迁移准备状态,而无需例外。
2.1. 技术注意事项 复制链接链接已复制到粘贴板!
Ansible Automation Platform 1.2 和 Ansible Automation Platform 2 之间的一个关键变化是删除隔离的节点,而是使用跃点节点以及使用自动化网格执行节点。自动化网格是一个覆盖网络,它提供了一种简单、灵活且可靠的方式,可在不同网络拓扑、平台和区域间扩展大型清单的自动化。自动化网格提供灵活的设计选项,可构建弹性和容错架构,同时提供增强安全性,以便在整个 IT estate 标准化和规范自动化。
在本参考环境中,我们捕获迁移使用隔离节点和第三方工具(如 SSH 代理和跳过主机)的 Ansible Automation Platform 1.2 的步骤,以使用自动化网格跃点和执行节点升级到 Ansible Automation Platform 2。
使用自动化网格和执行节点需要在防火墙中打开额外的端口。
| 协议 | 端口 | 用途 |
|---|---|---|
| SSH | 22/TCP | Ansible Automation Platform 安装 |
| HTTPS | 443/TCP | Web UI、API、执行环境(EE)拉取 |
| Receptor | 27199/TCP | 自动化网格 |
receptor TCP 端口可以在 Ansible Automation Platform 升级过程中自定义。
另一个重要的考虑因素是数据库可支持性。随着自动化控制器的引入,引入 Postgres 12 数据库的要求。如果您的现有 Postgres 10 数据库由 Ansible Automation Platform 1.2 安装/管理,则 Ansible Automation Platform 2 的升级过程会处理 Postgres 数据库升级到新版本 12。
对于此参考架构,Postgres 数据库由 Ansible Automation Platform 管理。
如果您管理自己的 Postgres 10 数据库,则需要:
- 安装一个新的 Postgres 10 数据库,它将作为并排迁移的一部分
- 将数据从 Environment A 导入到新创建的 Postgres 10 数据库,该数据库供 环境 B使用
- 在 环境 B使用的数据库上,从 Postgres 10 升级到 Postgres 12
- 使用升级的 Postgres 12,将 Ansible Automation Platform 1.2 升级到 环境 B上的 Ansible Automation Platform 2
管理您自己的 Postgres 数据库超出了此参考架构的范围。
有关数据库支持性的更多信息,请访问 数据库覆盖范围 文章。
除了隔离节点和数据库可支持性的关键考虑外,还有 Ansible Automation Platform 2 中删除的功能列表。列表包括:
- 通过用户界面删除默认实例组的功能
- 在 CentOS(任何版本)和 RHEL 7 上部署的支持
- 支持 Mercurial 项目
- 支持存储在控制器中的自定义清单脚本
- 资源性能分析代码(AWX_RESOURCE_PROFILINGuildDefaults)
- 支持自定义 Python 虚拟环境,而是使用执行环境
-
顶级
/api/v2/job_events/API 端点 - 作业隔离通过使用执行环境来实现,不再是 Ansible Tower 的功能。
后续章节中通过此参考架构提供的 Ansible Playbook 介绍了使用用户构建执行环境的自定义 Python 虚拟环境。