第3章 Operator トポロジー

Red Hat はこのデプロイメントモデルに対してインフラストラクチャートポロジーをテストしました。

図3.1 インフラストラクチャートポロジー図

Red Hat は、32 GB の RAM、16 個の CPU、128 GB のローカルディスク、3000 IOPS の要件で、Single Node OpenShift (SNO) クラスターをテストします。

Red Hat は、Red Hat Ansible Automation Platform をインストールおよび実行するために、次の設定をテストしました。

このサンプルカスタムリソース (CR) を使用して、Ansible Automation Platform インスタンスをプロジェクトに追加します。

apiVersion: aap.ansible.com/v1alpha1
kind: AnsibleAutomationPlatform
metadata:
  name: <aap instance name>
spec:
  eda:
    automation_server_ssl_verify: 'no'
  hub:
    storage_type: 's3'
    object_storage_s3_secret: '<name of the Secret resource holding s3 configuration>'

Ansible Automation Platform のパフォーマンス特性と容量は、リソースの割り当てと設定によって異なります。OpenShift では、各 Ansible Automation Platform コンポーネントが Pod としてデプロイされます。各 Pod のリソース要求と制限を指定できます。

OpenShift インストールのリソースの割り当ては、Ansible Automation Platform カスタムリソース (CR) を使用して設定します。設定可能な各項目にはデフォルト設定があります。これらの設定はインストールの最小要件ですが、実稼働ワークロードのニーズを満たさない可能性があります。

デフォルトでは、コンポーネントのデプロイメントごとに最小限のリソース要求が使用されますが、リソース制限はありません。OpenShift は、利用可能なリソース要求を持つ Pod のみをスケジュールしますが、OpenShift ワーカーノード自体がノードプレッシャーを受けていない限り、Pod は無制限の RAM または CPU を消費できます。

Operator グローストポロジーでは、Ansible Automation Platform は、32 GB の RAM、16 個の CPU、128 GB のローカルディスク、3000 IOPS を備えた Single Node OpenShift (SNO) 上で実行されます。これは共有環境ではないため、Ansible Automation Platform の Pod に、OpenShift SNO のすべてのコンピュートリソースに対するフルアクセス権が付与されます。このシナリオでは、automation controller タスク Pod の容量計算は、Pod を実行する基盤となる OpenShift Container Platform ノードから行われます。ノード全体にはアクセスできません。この容量計算は、Automation Controller が実行できる同時ジョブの数に影響します。

OpenShift は仮想マシンとは別にストレージを管理します。これは、Automation Hub がアーティファクトを保存する方法に影響します。Operator グローストポロジーでは、Automation Hub に OpenShift のデフォルトのストレージタイプではない ReadWriteMany タイプのストレージが必要であるため、トポロジーは S3 ストレージを使用します。

Red Hat Ansible Automation Platform は、サービスとの通信に複数のポートを使用します。Red Hat Ansible Automation Platform が動作するには、これらのポートが開いていて利用できるようにする必要があります。これらのポートが利用可能であり、ファイアウォールによってブロックされていないことを確認してください。