インストール計画

プラットフォームゲートウェイは、Ansible Automation Platform の認証と認可を処理するサービスです。これは Ansible Automation Platform への一元的な入り口であり、プラットフォームのユーザーインターフェイスを提供するため、ユーザーは 1 つの場所からすべての Ansible Automation Platform サービスに認証してアクセスできます。

プラットフォームゲートウェイには、組織、ユーザー、サービスクラスターの作成や変更など、ゲートウェイリソースへの変更を取得するアクティビティーストリームが組み込まれています。アクティビティーストリームは、変更ごとに、変更の時刻、変更を開始したユーザー、実行されたアクション、およびオブジェクトに対して実際に行われた変更 (可能な場合) に関する情報を収集します。収集される情報は、変更の種類によって異なります。

アクティビティーストリームによってキャプチャーされた詳細情報には、API からアクセスできます。

/api/gateway/v1/activitystream/

Ansible Automation Platform で利用できるサービスの詳細は、Ansible Automation Platform 入門 の 主要な機能と概念 を参照してください。

Automation Controller は、ユーザーが企業全体の Ansible 自動化を定義、操作、拡張、委譲できるようにするエンタープライズフレームワークです。

Ansible Automation Hub は、Ansible コンテンツコレクションの認定済みコンテンツのリポジトリーです。Ansible Automation Hub は、Red Hat とそのパートナーがコンテンツを公開し、お客様が認定済みでサポートされている Ansible Content Collection を発見するための一元化されたリポジトリーです。Red Hat Ansible Certified Content は、Red Hat によってテストされ、サポートされているコンテンツをユーザーに提供します。

Private Automation Hub は、自動化コンテンツを同期するための切断されたソリューションとオンプレミスソリューションを提供します。Red Hat クラウド Automation Hub または他のコンテナーレジストリーからコレクションと実行環境のイメージを同期できます。これにより、独自のカスタム自動化を保存して提供できます。Private Automation Hub は、エンタープライズディレクトリーと CI/CD パイプラインに統合することもできます。

高可用性 (HA) の設定により、Automation Hub デプロイメントの信頼性およびスケーラビリティーが向上します。

Automation Hub の HA デプロイメントには、ワークロードを分散するロードバランサー (「アクティブ - アクティブ」設定) で同じサービスを同時に実行する複数のノードがあります。この設定により、サービスのダウンタイムを最小限に抑えるための単一障害点がなくなり、ワークロードの要件を満たすためにノードを簡単に追加または削除できます。

Event-Driven Ansible Controller は、イベント駆動型自動化のためのインターフェイスであり、IT リクエストの自動解決を導入するものです。Event-Driven Ansible Controller は、イベントのソースに接続し、ルールブックを使用してそれらのイベントに対処するのに役立ちます。このテクノロジーにより、IT の速度と俊敏性が向上し、一貫性と耐障害性が実現します。

Event-Driven Ansible を使用すると、以下が可能になります。

自動化メッシュは、既存ネットワークを使用して互いにピアツーピア接続を確立しているノードを介して、大規模な分散ワーカーのコレクション全体で作業分散を容易にするオーバーレイネットワークです。

自動化メッシュは以下を提供します。

自動化実行環境は、Red Hat Ansible Automation Platform のすべての自動化が実行されるコンテナーイメージです。これらは、Ansible 実行エンジンと、ユーザーが IT 環境とプロセスのあらゆる側面を自動化するのに役立つ数百のモジュールを含むソリューションを提供します。自動化実行環境は、一般的に使用されるオペレーティングシステム、インフラストラクチャープラットフォーム、ネットワークデバイス、およびクラウドを自動化します。

Ansible Galaxy は、Ansible コンテンツを検索、再利用、および共有するためのハブです。事前にパッケージ化されたロールの形式でコミュニティーが提供する Galaxy コンテンツは、自動化プロジェクトの開始に役立ちます。インフラストラクチャーのプロビジョニング、アプリケーションのデプロイ、およびその他のタスクを完了するためのロールは、Ansible Playbook にドロップして、顧客の環境にすぐに適用できます。

Automation content navigator は テキストベースのユーザーインターフェイス (TUI) であり、自動化プラットフォームへの主要なコマンドラインインターフェイスとなる。コンテンツ構築、実行環境でのローカル自動化の実行、Ansible Automation Platform での自動化の実行、そして将来の 統合開発環境 (IDE) の基盤提供といったユースケースを網羅しています。

PostgreSQL は Ansible Automation Platform に必要なデータベースであり、ジョブテンプレート、インベントリー、認証情報、実行履歴を含むすべての自動化データを保存します。PostgreSQL の設定と管理を理解すると、自動化環境のパフォーマンスとデータの整合性を最適化するのに役立ちます。

Redis は、主にアプリケーションキャッシュおよび軽量メッセージブローカーとして使用されるオープンソースのメモリー内、NoSQL キー/値ストアです。これは、パフォーマンス、信頼性、およびデータセキュリティーを強化するためにイベントキュー、セッションデータ、およびトークンを格納します。

プラットフォームゲートウェイとイベント駆動型 Ansible はセントラル化された Redis を使用します。Automation Controller と Automation Hub には、独自の Redis インスタンスがあります。

このキャッシュおよびキューシステムは、データをディスクやソリッドステートドライブ (SSD) ではなくメモリーに保存するため、速度、信頼性、パフォーマンスが向上します。Transport Layer Security (TLS)暗号化と認証によりキャッシュおよびキューシステムとの通信のセキュリティーを確保し、データを保護します。

Redis は、Ansible Automation Platform コンポーネントの高速、インメモリーキャッシュおよびセッション管理を提供し、パフォーマンスを向上させ、スケーリングを有効にします。

Ansible Automation Platform は、standalone トポロジーと clustered トポロジーの両方で、集中型の Redis インスタンスを提供します。

クラスター Redis では、パフォーマンスの安定性を確保するためにデータが複数のノードにわたって自動的に分割され、信頼性を確保するためにノードがレプリカとして割り当てられます。コンテナー化されたデプロイメントおよび Operator ベースのデプロイメントで Ansible Automation Platform をインストールすると、プラットフォームゲートウェイと Event-Driven Ansible 間で共有されるクラスター Redis がデフォルトで提供されます。

クラスターには 3 つのプライマリーノードがあり、各プライマリーノードにレプリカノードがあります。

プライマリーインスタンスが障害のために使用できなくなった場合、他のプライマリーノードがフェイルオーバー状態を開始し、レプリカノードをプライマリーノードに昇格します。

スタンドアロン Redis ではなくクラスター Redis をデプロイする利点は次のとおりです。

Redis のスケーラビリティーに関する詳細は、Redis 製品ドキュメントの Scale with Redis Cluster を参照してください。

クラスター化された Redis を使用した Ansible Automation Platform のデプロイに関する詳細は、RPM インストール、コンテナー化インストール、および OpenShift Container Platform へのインストール ガイドを参照してください。

免責事項: この情報に含まれる外部ウェブサイトへのリンクは、便宜のためにのみ提供されています。Red Hat はリンクの内容を確認しておらず、コンテンツまたは可用性に責任を負わないものとします。外部 Web サイトへのリンクが含まれていても、Red Hat が Web サイトまたはその組織、製品、もしくはサービスを保証することを意味するものではありません。お客様は、外部サイトまたはコンテンツの使用 (または信頼) によって生じる損失または費用について、Red Hat が責任を負わないことに同意するものとします。

スタンドアロン Redis は、高可用性が重要ではない Ansible Automation Platform 環境用の簡単なデプロイメントオプションを提供します。

スタンドアロン Redis は、簡単にエプロイおよび設定できるシンプルなアーキテクチャーで構成されています。

Ansible Automation Platform は、インフラストラクチャーと組織のニーズに基づいて、さまざまなインストールおよびデプロイメントオプションを提供します。各インストールタイプのリファレンスには、サポートされているインフラストラクチャータイプとテスト済みのトポロジーへのリンクが含まれています。

システム要件を確認して、環境が Ansible Automation Platform の RPM インストールをサポートしていることを確認してください。Ansible Automation Platform の RPM ベースのインストールは 2.5 で非推奨となり、バージョン 2.7 で削除されます。

Ansible Automation Platform の RPM インストール方法のシステム要件については、RPM インストール の システム要件 セクションを参照してください。

Ansible Automation Platform のコンテナー化されたインストールを実行するためのシステム要件については、コンテナー化されたインストール の システム要件 セクションを参照してください。

OpenShift Container Platform に Ansible Automation Platform をインストールするためのシステム要件については、テスト済みデプロイメントモデル の テスト済みシステム設定 セクションを参照してください。

以下のアーキテクチャー図は、すべての可能なコンポーネントと共に完全にデプロイされた Ansible Automation Platform の例です。

Ansible Automation Platform のクライアントから開始される接続のネットワークポートとプロトコル

Ansible Automation Platform の内部的に開始される接続のネットワークポートとプロトコル

以下の表は、宛先ポートとネットワークトラフィックの方向を示しています。

ネットワークポートおよびプロトコル

以下の表は、Red Hat Ansible Automation Platform コンポーネントのファイアウォールの設定に関する情報を提供します。

Red Hat Insights for Red Hat Ansible Automation Platform

Automation Hub

実行環境 (EE)

Red Hat Enterprise Linux 環境がインターネットに接続している場合は、Ansible Automation Platform インストーラーを選択します。インターネットアクセスを使用してインストールすると、必要な最新のリポジトリー、パッケージ、および依存関係を取得します。Ansible Automation Platform インストーラーをセットアップするには、次のいずれかの方法を選択します。

tarball インストール

$ scp -i private_key.pem aap-bundled-installer.tar.gz user@server_ip:

$ curl -0 <download_url>

$ tar xvzf aap-bundled-installer.tar.gz

RPM インストール

RPM インストーラーを使用すると、ファイルは /opt/ansible-automation-platform/installer ディレクトリーに置かれます。

Red Hat Ansible Automation Platform Bundle インストーラーを使用すると、インターネット接続なしで Ansible Automation Platform をインストールできます。

以下の設定ガイドラインに従って、信頼できる Ansible Automation Platform インストールでデータベース、Automation Hub、Automation Controller、イベント駆動型 Ansible Controller、およびプラットフォームゲートウェイホストを適切に設定します。

Databases

Automation Hub

Private Automation Hub

Automation Controller

Event-Driven Ansible Controller

Platform gateway

クラスター化されたインストール

Ansible Automation Platform インストーラーを使用して、ノードとインスタンスグループのプロビジョニングを解除できます。インストーラーを実行すると、グループ内のノードに割り当てられたすべての設定ファイルおよびログが削除されます。

ノードのプロビジョニングを解除するには、インベントリーファイル内のノードまたはグループに node_state=deprovision を追加します。

以下に例を示します。

デプロイメントから単一のノードを削除するには、以下を実行します。

[automationcontroller]
host1.example.com
host2.example.com
host4.example.com   node_state=deprovision

または

デプロイからインスタンスグループ全体を削除するには、以下を実行します。

[instance_group_restrictedzone]
host4.example.com
host5.example.com

[instance_group_restrictedzone:vars]
node_state=deprovision

インベントリー変数は、インストールプログラムの動作を制御し、デプロイメント時に Ansible Automation Platform コンポーネントを設定します。インストールをカスタマイズするために、変数をグローバルに適用するか、または特定のホストに適用する方法について理解している。

サンプルインベントリーファイルの [all:vars] に続く 2 番目の部分は、インストールプログラムで使用される変数のリストです。all を使用すると、変数がすべてのホストに適用されます。

特定のホストに変数を適用するには、[hostname:vars] を使用します。たとえば、[automationhub:vars] です。

Ansible インベントリーファイルで ini 形式を使用して変数を宣言する場合、変数の型と値に関する以下の規則に注意してください。

文字列変数の値は、引用符で囲んで宣言します。以下に例を示します。

pg_database='awx'
pg_username='awx'
pg_password='<password>'

:vars セクションで宣言された場合、ini 値は文字列として解釈されます。たとえば、var=FALSE は FALSE に等しい文字列を作成します。ホスト行とは異なり、:vars セクションは行ごとに 1 つのエントリーのみを受け入れるため、= の後のすべてがエントリーの値である必要があります。ホスト行は、行ごとに複数の key=value パラメーターを受け入れます。したがって、スペースがセパレーターではなく値の一部であることを示す方法が必要です。空白を含む値は引用符で囲むことができます (一重または二重)。詳細は、Python shlex の解析ルール を参照してください。

ini インベントリーで設定された変数の値が特定の型 (たとえば、文字列またはブール値) である必要がある場合は、タスク内でフィルターを使用して必ず型を指定してください。変数を使用する際は、ini ファイルで設定された型に依存しないでください。

Ansible インベントリーファイルのパラメーター値に、#、{ または } などの特殊文字が含まれている場合は、値をダブルエスケープ (double-escape) する必要があります (値を単一と二重引用符で囲みます)。

たとえば、mypasswordwith#hashsigns を変数 pg_password の値として使用するには、Ansible ホストインベントリーファイルで pg_password='"mypasswordwith#hashsigns"' として宣言します。

免責事項: この情報に含まれる外部ウェブサイトへのリンクは、便宜のためにのみ提供されています。Red Hat はリンクの内容を確認しておらず、コンテンツまたは可用性に責任を負わないものとします。外部 Web サイトへのリンクが含まれていても、Red Hat が Web サイトまたはその組織、製品、もしくはサービスを保証することを意味するものではありません。お客様は、外部サイトまたはコンテンツの使用 (または信頼) によって生じる損失または費用について、Red Hat が責任を負わないことに同意するものとします。

Ansible Vault を使用して機密変数または秘密変数を暗号化できます。ただし、変数名と変数値を暗号化すると、値のソースを見つけるのが難しくなります。これを回避するには、ansible-vault の encrypt_string を使用して変数を個別に暗号化するか、変数を含むファイルを暗号化することができます。

インベントリーファイルに追加変数を追加して、Red Hat Ansible Automation Platform インストールをさらに設定できます。これらの設定では、Red Hat Ansible Automation Platform 管理用のオプション機能を追加します。テキストエディターでインベントリーファイルを編集して、これらの変数を追加します。

インベントリーファイル変数の事前定義値の表は 、Red Hat Ansible Automation Platform インストールガイド の インベントリーファイル変数 に記載されています。