第1章 概要

Ansible Automation Platform 1.2 から Ansible Automation Platform 2 への移行ガイドでは、Ansible Automation Platform インストーラーを使用してサイドバイサイド移行を行う方法を説明します。本書では、バックアップ、Ansible Automation Platform 2 へのインポート、および Ansible Automation Platform 2 へのアップグレードプロセスが成功したことを確認する手順を説明します。このリファレンスアーキテクチャーは、Ansible Automation Platform 2 の最新バージョンへの移行を検討しているシステムおよびプラットフォーム管理者に最適です。

このサイドバイサイド移行のリファレンスアーキテクチャーには、環境 A と 環境 B の 2 つの環境があります。この環境では、お使いの 環境 A Ansible Automation Platform 1.2 環境にあるすべてのデータが移行され、新しい 環境 B Ansible Automation Platform 2 の置き換え環境にアップグレードされます。

プラットフォーム移行プロセスのアプローチの概要:

インフラストラクチャーが正常に移行されると、Ansible Automation Platform 1.2 環境の Python 仮想環境を 環境 A から、環境 B の新しく利用可能な Ansible Automation Platform 2 環境内で使用される自動化実行環境に移行することに焦点が移ります。この 1 回限りの作業により、最新の Ansible Automation Platform 2 機能を活用し、運用のオーバーヘッドを削減して複数のプラットフォーム間で一貫性のある自動化を実行することができるようになります。

実行環境の導入プロセスは、以下で構成されます。

1.1. アーキテクチャーの概要

リンクのコピー

本セクションでは、サイドバイサイドの移行プロセスを実行するのに、2 つの環境に関するアーキテクチャーの詳細に重点を置いています。

最初の環境である 環境 A は、以下で構成されます。

• ラーレーの NC データセンターにある Red Hat Enterprise Linux 7 を実行する Ansible Tower 3.8.5 ノード 3 つ
• Red Hat Enterprise Linux 7 データベースノード 1 つ
• bastion ホスト (対応する分離ノードにアクセスするためジャンプホスト) 2 つ
• 分離ノード (サクラメントの CA データセンター) 2 つ
• 分離ノード (インド、ニューデリーのデータセンター) 2 つ

以下に、この環境を図で表します。

図1.1 環境 A アーキテクチャーの概要

2 番目の環境である 環境 B は、新しい空の Ansible Automation Platform 1.2 環境で、Ansible Automation Platform 2 にアップグレードする前に、環境 B から Ansible Automation Platform 1.2 インストーラーを使用して 環境 A からすべてのデータをインポートするために使用されます。

まず、環境 B は以下で構成されます。

• Red Hat Enterprise Linux 8 を実行する Ansible Tower 3.8.5 ノード 3 つ
• Red Hat Enterprise Linux 8 データベースノード 1 つ

警告

Ansible Automation Platform 2 は Red Hat Enterprise Linux 7 をサポートしません。Ansible Automation Platform 2 にアップグレードする前に、Red Hat Enterprise Linux 8 を Ansible Automation Platform 1.2 環境 B のベース OS として使用することが重要です。

注記

このリファレンス全体で、多数の Ansible Automation Platform 2.1 への参照があります。しかし、このドキュメントに記載されている Ansible Automation Platform の移行プロセスはバージョン 2.1 以降に適用されます。

以下に、初期の 環境 B のフットプリントを図で表します。

図1.2 初期環境 B アーキテクチャーの概要

環境 A から 環境 B へのデータ移行に成功すると、以下の項目を追加して、アップグレードプロセス時に 環境 B のアーキテクチャーを拡張します。

• Ansible コントローラーから直接アクセスできる実行ノード 2 つ
• ホップノード 3 つ (sacramento-hop、dublin-hop new-delhi-hop)
• ホップノード sacramento-hop 経由でのみアクセス可能な実行ノード 2 つ
• ホップノード dublin-hop および new-delhi-hop を介してアクセス可能な実行ノード 2 つ

注記

dublin-hop は、 インドのニューデリーにある実行ノードにアクセスするために使用できる自動化メッシュを介して別のルートを提供します。

拡張された Ansible Automation Platform 2 環境 B の世界ビューを以下に示します。

図1.3 環境 B の俯瞰図

拡張された Ansible Automation Platform 2 環境 B アーキテクチャーのフットプリントの詳細を以下に示します。

図1.4 拡張された環境 B アーキテクチャーの概要

注記

ジョブテンプレートからスケジュールを無効にするプロセスは、このリファレンスアーキテクチャーでは対応していません。移行が正常に完了したら、環境 A のジョブテンプレートからのスケジューリングを無効にして、環境 A と 環境 B の両方で同じジョブを同時に実行しないようにすることが重要です。