第 1 章 概述


Ansible Automation Platform 1.2 到 Ansible Automation Platform 2 迁移指南提供了有关如何使用 Ansible Automation Platform 安装程序进行并行迁移的方法。在本指南中,您将提供相应的步骤,以确保备份、导入和升级到 Ansible Automation Platform 2 的过程成功。此参考架构最适合希望迁移到最新版本的 Ansible Automation Platform 2 的系统和平台管理员。

这种并行迁移参考架构包括有两个环境:环境 A 和环境 B,其中您的环境 A Ansible Automation Platform 1.2 环境的所有数据都会被迁移并升级到新的环境 B Ansible Automation Platform 2 替换环境。

平台迁移过程的高级方法:

  • 使用 环境 A上的 Ansible Automation Platform 安装程序创建完整的 Ansible Automation Platform 1.2 数据备份
  • 将完整的 Ansible Automation Platform 数据备份导入到新的和空的替换 Ansible Automation Platform 1.2 环境 control plane (环境 B)
  • 使用 Ansible Automation Platform 2 安装程序从 Ansible Automation Platform 1.2 版本升级 环境 B
  • 环境 B中部署自动化网格执行和跃点节点

成功迁移基础架构后,重点是将 Ansible Automation Platform 1.2 环境中的 Python 虚拟环境从环境 A 迁移到自动化执行环境,该环境将在环境 B 上新可用的 Ansible Automation Platform 2 环境中使用。这种一次性工作将开来者利用最新的 Ansible Automation Platform 2 功能,并能够在多个平台上执行一致的自动化,从而降低运营开销。

高级别执行环境采用过程包括:

  • 从环境 A上的 Ansible Automation Platform 1.2 导出自定义虚拟环境
  • 在环境 A上将每个导出的虚拟环境与 Ansible 2.9 基础执行环境进行比较
  • 使用 Ansible 2.9 执行环境创建新的执行环境,以及没有包含在虚拟环境中的额外依赖项
  • 将新的执行环境附加到环境 B上的对应作业模板
注意

本文档演示了一个建议的参考环境,显示整体的迁移方法,可帮助客户了解如何在复杂架构中的两个集群之间保留其作业运行历史记录和平台对象。根据您的现有架构和要求,迁移过程可以进一步简化。在很多情况下,默认的 Ansible Automation Platform 安装程序值就足够了。此处记录的迁移过程适用于简单和复杂的环境。

注意

从 Ansible Automation Platform 1.2 迁移到版本 2 的客户可能会在两个集群/实例中使用同一清单进行升级,只要受管节点清单在两个集群/实例都相同。迁移周期不得超过 6 个月,而没有从 Ansible 事业获得批准的例外,即来自红帽账户代表的正式 BU Guid 请求。

1.1. 架构概述

本节重点介绍了两个环境的架构详情,它们通过并行迁移过程。

第一个环境 环境 A 包括:

  • 3 个运行 Red Hat Enterprise Linux 7 的 Ansible Tower 3.8.5 节点(位于 Raleigh, NC 数据中心)
  • 1 Red Hat Enterprise Linux 7 数据库节点
  • 2 堡垒主机(跳过主机来访问其对应的隔离节点)
  • 2 个隔离的节点位于 Sacramento, CA 数据中心
  • 2 个隔离的节点位于 New Delhi, India 数据中心

此环境的 pictorial 表示如下:

图 1.1. 环境架构概述

第二个环境环境 B 是一个新的和空的 Ansible Automation Platform 1.2 环境,它将用于在升级到 Ansible Automation Platform 2 之前使用 Ansible Automation Platform 1.2 安装程序从 Environment A 导入所有数据。

最初 ,环境 B 包括:

  • 运行 Red Hat Enterprise Linux 8 的 3 Ansible Tower 3.8.5 节点
  • 1 Red Hat Enterprise Linux 8 数据库节点
警告

Ansible Automation Platform 2 不支持 Red Hat Enterprise Linux 7。在升级到 Ansible Automation Platform 2 之前,Red Hat Enterprise Linux 8 会被用作 Ansible Automation Platform 1.2 环境 B 的基本操作系统。

注意

在此参考架构中,您将查找对 Ansible Automation Platform 2.1 的引用。但是,本文档中找到的 Ansible Automation Platform 迁移过程适用于 2.1 或更高版本。

初始 环境 B 占用空间的可疑表示如下:

图 1.2. 初始环境 B 架构概述

当数据从 环境 A 迁移到 环境 B 成功后,我们在升级过程中扩展了 环境 B 架构,包括:

  • 2 个执行节点可由 Ansible 控制器直接访问
  • 3 hop nodes (sacramento-hop,dublin-hop new-delhi-hop)
  • 2 个执行节点只能通过跃点节点 sacramento-hop访问
  • 2 个执行节点可通过跃点节点 dublin-hopnew-delhi-hop访问
注意

dublin-hop 通过自动化网格提供另一个路由,可用于访问位于印度的 New Delhi 的执行节点。

扩展 Ansible Automation Platform 2 环境 B 的全局 视图如下所示:

图 1.3. 环境 B 世界视图

扩展 Ansible Automation Platform 2 环境 B 架构占用空间的详细表示如下:

图 1.4. 扩展环境 B 架构概述

注意

在这个参考架构中不涵盖从作业模板禁用调度的过程。迁移成功后,从 Environment A 禁用调度,以确保您没有同时运行相同作业 的环境 AEnvironment B

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat