第2章 移行に関する考慮事項
Ansible Automation Platform 2 の導入により、自動化の機能を拡張するようにアーキテクチャーが再考されて、作成されました。Ansible Automation Platform 2 は、オートメーションコントロールプレーンと実行プレーンを切り離し、より柔軟なアーキテクチャーを提供します。この新しい機能と自動化メッシュの導入により、組織は自動化を世界中に拡張し、自動化を可能な限りエンドポイントの近くで実行できるようになります。
このリファレンスアーキテクチャーで提供される段階的な移行アプローチの前に、例外なく移行を進めるための全体的な移行の準備状況を慎重に評価し、計画を立てることが重要です。
2.1. 技術的な考慮事項 リンクのコピーリンクがクリップボードにコピーされました!
Ansible Automation Platform 1.2 と Ansible Automation Platform 2 の間の主な変更点の 1 つは、自動化メッシュを使用するホップノードと実行ノードを優先して、分離されたノードを削除したことです。自動化メッシュは、多様なネットワークトポロジー、プラットフォーム、および地域にわたって大規模なインベントリーの自動化をスケーリングするための、シンプルで柔軟かつ信頼性の高い方法を提供するオーバーレイネットワークです。自動化メッシュは、IT 資産全体で自動化を標準化および正規化するための強化されたセキュリティーを提供しながら、柔軟な設計オプションを提供し、回復力のある耐障害性のアーキテクチャーを構築します。
このリファレンス環境では、隔離されたノードとサードパーティーツール (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 のアップグレードプロセス中にカスタマイズできます。
もう 1 つの重要な考慮事項は、データベースのサポートがあるかどうかです。Automation controller が導入され、Postgres 12 データベースの要件が追加されます。既存の Postgres 10 データベースが Ansible Automation Platform 1.2 でインストール/管理されている場合、Ansible Automation Platform 2 へのアップグレードプロセスは、Postgres データベースの新規バージョン 12 へのアップグレードを処理します。
このリファレンスアーキテクチャーでは、Postgres データベースは Ansible Automation Platform で管理されます。
独自の Postgres 10 データベースを管理する場合は、以下を行う必要があります。
- サイドバイサイド移行に含まれる新しい Postgres 10 データベースをインストールします。
- 環境 A から、環境 B で使用される新しく作成された Postgres 10 データベースにデータをインポートします。
- 環境 B で使用されるデータベースで、Postgres 10 から Postgres 12 にアップグレードします。
- アップグレードされた Postgres 12 を使用して、環境 B で Ansible Automation Platform 1.2 を Ansible Automation Platform 2 にアップグレードします。
独自の Postgres データベースの管理は、このリファレンスアーキテクチャーの範囲外です。
データベースのサポート可能性の詳細は、Database Scope of Coverage の記事を参照してください。
分離ノードとデータベースのサポートの有無に関する重要な考慮事項とは別に、Ansible Automation Platform 2 で削除された機能のリストがあります。このリストには以下が含まれます。
- ユーザーインターフェイスを介してデフォルトのインスタンスグループを削除する機能
- CentOS (任意のバージョン) および RHEL 7 でのデプロイのサポート
- Mercurial プロジェクトのサポート
- コントローラーに保存されているカスタムインベントリースクリプトのサポート
- リソースプロファイリングコード (AWX_RESOURCE_PROFILING_*)
- 実行環境を優先するカスタム Python 仮想環境のサポート
-
上位レベルの
/api/v2/job_events/API エンドポイント - ジョブの分離は実行環境を使用して行われ、Ansible Tower の機能ではなくなりました。
カスタム Python 仮想環境をユーザーが作成した実行環境に置き換える方法については、後の章で、このリファレンスアーキテクチャーによって提供される Ansible Playbook を使用して説明し、実行します。