OpenShift Container Platform へのインストール

手順

1. Red Hat OpenShift Container Platform にログインします。
2. Operators → OperatorHub に移動します。
3. Ansible Automation Platform を検索し、Install をクリックします。

4. Update Channel を選択します。

   • stable-2.x: namespace スコープ Operator をインストールします。これにより、Automation Hub および Automation Controller インスタンスのデプロイメントが、Operator がインストールされている namespace に制限されます。これは、ほとんどの場合に適しています。stable-2.x チャネルは管理者特権を必要とせず、単一の namespace のみを監視するため、使用するリソースが少なくなります。
   • stable-2.x-cluster-scoped: すべての namespace で Ansible Automation Platform のカスタムリソースとデプロイメントを管理する単一の namespace に Ansible Automation Platform Operator をインストールします。Ansible Automation Platform Operator には、クラスター内のすべての namespace に対する管理者権限が必要です。
5. Installation Mode、Installed Namespace、および Approval Strategy を選択します。
6. Install をクリックします。

手順

1. Operator のプロジェクトを作成します。

   oc new-project ansible-automation-platform

   Copy to Clipboard Toggle word wrap
2. sub.yaml という名前のファイルを作成します。

3. 以下の YAML コードを sub.yaml ファイルに追加します。

   ---
   apiVersion: v1
   kind: Namespace
   metadata:
     labels:
       openshift.io/cluster-monitoring: "true"
     name: ansible-automation-platform
   ---
   apiVersion: operators.coreos.com/v1
   kind: OperatorGroup
   metadata:
     name: ansible-automation-platform-operator
     namespace: ansible-automation-platform
   spec:
     targetNamespaces:
       - ansible-automation-platform
   ---
   apiVersion: operators.coreos.com/v1alpha1
   kind: Subscription
   metadata:
     name: ansible-automation-platform
     namespace: ansible-automation-platform
   spec:
     channel: 'stable-2.5'
     installPlanApproval: Automatic
     name: ansible-automation-platform-operator
     source: redhat-operators
     sourceNamespace: openshift-marketplace
   ---

   Copy to Clipboard Toggle word wrap

   このファイルは、ansible-automation-platform namespace を ansible-automation-platform-operator Operator にサブスクライブする ansible-automation-platform という Subscription オブジェクトを作成します。

4. oc apply コマンドを実行して、sub.yaml ファイルで指定されたオブジェクトを作成します。

   oc apply -f sub.yaml

   Copy to Clipboard Toggle word wrap

5. 続行する前に、oc get csv -n ansible-automation-platform コマンドを使用して、CSV の PHASE に "Succeeded" と報告されることを確認します。

   oc get csv -n ansible-automation-platform
   
   NAME                               DISPLAY                       VERSION              REPLACES                           PHASE
   aap-operator.v2.5.0-0.1728520175   Ansible Automation Platform   2.5.0+0.1728520175   aap-operator.v2.5.0-0.1727875185   Succeeded

   Copy to Clipboard Toggle word wrap

6. ansible-automation-platform namespace に example という名前の AnsibleAutomationPlatform オブジェクトを作成します。

   Ansible Automation Platform とそのコンポーネントを example から変更するには、metadata: セクションの name フィールドを編集し、example を使用する名前に置き換えます。

   oc apply -f - <<EOF
   apiVersion: aap.ansible.com/v1alpha1
   kind: AnsibleAutomationPlatform
   metadata:
     name: example
     namespace: ansible-automation-platform
   spec:
     # Platform
     image_pull_policy: IfNotPresent
     # Components
     controller:
       disabled: false
     eda:
       disabled: false
     hub:
       disabled: false
       ## Modify to contain your RWM storage class name
       storage_type: file
       file_storage_storage_class: <your-read-write-many-storage-class>
       file_storage_size: 10Gi
   
       ## uncomment if using S3 storage for Content pod
       # storage_type: S3
       # object_storage_s3_secret: example-galaxy-object-storage
   
       ## uncomment if using Azure storage for Content pod
       # storage_type: azure
       # object_storage_azure_secret: azure-secret-name
     lightspeed:
       disabled: true
   EOF

   Copy to Clipboard Toggle word wrap

手順

1. これらの値を次のコマンドで使用して、プラットフォームゲートウェイインスタンスのパスワードを取得します。

   oc get secret/<your instance name>-<admin_user>-password -o yaml

   Copy to Clipboard Toggle word wrap

2. admin_user のデフォルト値は admin です。AnsibleAutomationPlatform オブジェクトで管理者ユーザー名を変更した場合は、コマンドを変更してください。

   次の例では、example という名前のプラットフォームゲートウェイオブジェクトのパスワードを取得します。

   oc get secret/example-admin-password -o yaml

   Copy to Clipboard Toggle word wrap

   プラットフォームゲートウェイインスタンスの base64 でエンコードされたパスワードは、出力の metadata フィールドに表示されます。

   $ oc get secret/example-admin-password -o yaml
   
   apiVersion: v1
   data:
     password: ODzLODzLODzLODzLODzLODzLODzLODzLODzLODzLODzL
   kind: Secret
   metadata:
     labels:
       app.kubernetes.io/component: aap
       app.kubernetes.io/name: example
       app.kubernetes.io/operator-version: ""
       app.kubernetes.io/part-of: example
     name: example-admin-password
     namespace: ansible-automation-platform

   Copy to Clipboard Toggle word wrap

手順

1. サブスクリプションの割り当て ページで、新規サブスクリプションの割り当て をクリックします。
2. 割り当ての名前を入力し、後で検索できるようにします。
3. 管理アプリケーションとして、Type: Satellite 6.16 を選択します。
4. Create をクリックします。

手順

1. サブスクリプション割り当て ページで、サブスクリプションを追加する サブスクリプション割り当て の名前をクリックします。
2. Subscriptions タブをクリックします。
3. Add Subscriptions をクリックします。
4. 追加する予定の Ansible Automation Platform エンタイトルメントの数を入力します。
5. Submit をクリックします。

手順

1. Subscription Allocations ページで、マニフェストを生成する Subscription Allocation の名前をクリックします。
2. Subscriptions タブをクリックします。

3. Export Manifest をクリックして、マニフェストファイルをダウンロードします。

   これにより、manifest_<allocation name>_<date>.zip ファイルがデフォルトのダウンロードフォルダーにダウンロードされます。

手順

1. Red Hat Ansible Automation Platform にログインします。
2. サブスクリプションウィザードで Service Account タブを選択します。
3. Client ID と Client secret を入力します。

4. Subscription リストからサブスクリプションを選択します。

   注記

   クラスターノードが Subscription Manager を通じて Satellite に登録されている場合は、Satellite タブに Satellite のユーザー名とパスワードを入力することもできます。

5. 使用許諾契約書を確認し、I agree to the End User License Agreement を選択します。
6. Finish をクリックします。

手順

1. Red Hat Ansible Automation Platform にログインします。

   1. すぐにサブスクリプションウィザードが表示されない場合は、Settings → Subscription に移動します。
2. Subscription manifest タブを選択します。
3. Browse をクリックして、マニフェストファイルを選択します。
4. 使用許諾契約書を確認し、I agree to the End User License Agreement を選択します。

5. Finish をクリックします。

   注記

   サブスクリプションウィザードページで BROWSE ボタンが無効になっている場合は、USERNAME と PASSWORD フィールドをクリアします。

手順

1. 以下のテンプレートに従って、postgres_configuration_secret YAML ファイルを作成します。

   apiVersion: v1
   kind: Secret
   metadata:
     name: external-postgres-configuration
     namespace: <target_namespace> 

   1

   
   stringData:
     host: "<external_ip_or_url_resolvable_by_the_cluster>" 

   2

   
     port: "<external_port>" 

   3

   
     database: "<desired_database_name>"
     username: "<username_to_connect_as>"
     password: "<password_to_connect_with>" 

   4

   
     type: "unmanaged"
   type: Opaque

   Copy to Clipboard Toggle word wrap
   1. シークレットを作成する namespace。これは、デプロイ先の namespace と同じにする必要があります。
   2. データベースノードの解決可能なホスト名です。
   3. 外部ポートのデフォルトは 5432 です。
   4. 変数 password の値には、デプロイ、バックアップ、または復元中の問題を回避するために、一重引用符 (')、二重引用符 (")、またはバックスラッシュ (\) を含めないでください。

2. oc create コマンドを使用して、external-postgres-configuration-secret.yml をクラスターに適用します。

   $ oc create -f external-postgres-configuration-secret.yml

   Copy to Clipboard Toggle word wrap
   注記

   以下は、プラットフォームゲートウェイのデプロイメント例です。すべてのコンポーネントの外部データベースを設定するには、aap-configuring-external-db-all-default-components.yml の例を使用してください (14.1. カスタムリソース セクションを参照)。

3. AnsibleAutomationPlatform カスタムリソースオブジェクトを作成するときに、次の例に従って、仕様にシークレットを指定します。

   apiVersion: aap.ansible.com/v1alpha1
   kind: AnsibleAutomationPlatform
   metadata:
     name: example-aap
     Namespace: aap
   spec:
     database:
        database_secret: automation-platform-postgres-configuration

   Copy to Clipboard Toggle word wrap

手順

1. データベースサーバーの /var/lib/pgsql/data/postgres.conf ファイルを編集します。

   # vi /var/lib/pgsql/data/postgres.conf

   Copy to Clipboard Toggle word wrap

2. 次の行を見つけてコメントアウトします。

   #datestyle = 'Redwood, SHOW_TIME'

   Copy to Clipboard Toggle word wrap

3. 新しくコメントアウトした行のすぐ下に次の設定を追加します。

   datestyle = 'iso, mdy'

   Copy to Clipboard Toggle word wrap
4. postgres.conf ファイルを保存して閉じます。

5. データベース設定を再ロードします。

   # systemctl reload postgresql

   Copy to Clipboard Toggle word wrap
   注記

   このコマンドを実行してもデータベース操作は中断されません。

手順

1. Red Hat OpenShift Container Platform にログインします。
2. Operators → Installed Operators に移動します。
3. Ansible Automation Platform Operator のデプロイメントを選択します。
4. All Instances を選択し、AnsibleAutomationPlatform インスタンスに移動します。
5. ⋮ アイコンをクリックし、Edit AnsibleAutomationPlatform を選択します。

6. YAML view で、spec: セクションの下に次の YAML コードを貼り付けます。

   spec:
     extra_settings:
       - setting: REDIRECT_IS_HTTPS
         value: '"True"'

   Copy to Clipboard Toggle word wrap
7. Save をクリックします。

手順

1. Red Hat OpenShift Container Platform にログインします。
2. Operators → Installed Operators に移動します。
3. Ansible Automation Platform Operator のデプロイメントを選択します。
4. Ansible Automation Platform タブを選択します。

5. 新しいインスタンスの場合は、Create AnsibleAutomationPlatform をクリックします。

   1. 既存のインスタンスの場合は、⋮ アイコンをクリックして Edit AnsibleAutomationPlatform クリックすると、YAML ビューを編集できます。
6. Advanced Configuration をクリックします。
7. Ingress annotations で、Ingress に追加するアノテーションを入力します。
8. Ingress TLS secret で、ドロップダウンリストをクリックし、リストからシークレットを選択します。

9. YAML view で次のコードを貼り付けます。

   spec:
     extra_settings:
       - setting: CSRF_TRUSTED_ORIGINS
         value:
           - https://my-aap-domain.com

   Copy to Clipboard Toggle word wrap
10. プラットフォームゲートウェイを設定したら、フォームビューの下部にある Create をクリックします (既存のインスタンスを編集した場合は Save をクリックします)。

手順

1. 以下のテンプレートに従って、postgres_configuration_secret YAML ファイルを作成します。

   apiVersion: v1
   kind: Secret
   metadata:
     name: external-postgres-configuration
     namespace: <target_namespace> 

   1

   
   stringData:
     host: "<external_ip_or_url_resolvable_by_the_cluster>" 

   2

   
     port: "<external_port>" 

   3

   
     database: "<desired_database_name>"
     username: "<username_to_connect_as>"
     password: "<password_to_connect_with>" 

   4

   
     sslmode: "prefer" 

   5

   
     type: "unmanaged"
   type: Opaque

   Copy to Clipboard Toggle word wrap
   1. シークレットを作成する namespace。これは、デプロイ先の namespace と同じにする必要があります。
   2. データベースノードの解決可能なホスト名です。
   3. 外部ポートのデフォルトは 5432 です。
   4. 変数 password の値には、デプロイ、バックアップ、または復元中の問題を回避するために、一重引用符 (')、二重引用符 (")、またはバックスラッシュ (\) を含めないでください。
   5. 変数 sslmode は、external データベースに対してのみ有効です。使用できる値は、prefer、disable、allow、require、verify-ca、および verify-full です。

2. oc create コマンドを使用して、external-postgres-configuration-secret.yml をクラスターに適用します。

   $ oc create -f external-postgres-configuration-secret.yml

   Copy to Clipboard Toggle word wrap

3. AutomationController カスタムリソースオブジェクトを作成するときは、以下の例に従って、仕様にシークレットを指定します。

   apiVersion: automationcontroller.ansible.com/v1beta1
   kind: AutomationController
   metadata:
     name: controller-dev
   spec:
     postgres_configuration_secret: external-postgres-configuration

   Copy to Clipboard Toggle word wrap

手順

1. デプロイメント namespace にある既存 PVC をリスト表示します。

   oc get pvc -n <namespace>

   Copy to Clipboard Toggle word wrap
2. 以前のデプロイメント名と PVC 名を比較して、以前のデプロイメントに関連付けられている PVC を特定します。

3. 以前の PVC を削除します。

   oc delete pvc -n <namespace> <pvc-name>

   Copy to Clipboard Toggle word wrap

手順

1. Red Hat OpenShift Container Platform にログインします。
2. Networking → Routes に移動します。
3. Location で、Automation Hub インスタンスの URL をクリックします。

手順

1. 以下のテンプレートに従って、postgres_configuration_secret YAML ファイルを作成します。

   apiVersion: v1
   kind: Secret
   metadata:
     name: external-postgres-configuration
     namespace: <target_namespace> 

   1

   
   stringData:
     host: "<external_ip_or_url_resolvable_by_the_cluster>" 

   2

   
     port: "<external_port>" 

   3

   
     database: "<desired_database_name>"
     username: "<username_to_connect_as>"
     password: "<password_to_connect_with>" 

   4

   
     sslmode: "prefer" 

   5

   
     type: "unmanaged"
   type: Opaque

   Copy to Clipboard Toggle word wrap
   1. シークレットを作成する namespace。これは、デプロイ先の namespace と同じにする必要があります。
   2. データベースノードの解決可能なホスト名です。
   3. 外部ポートのデフォルトは 5432 です。
   4. 変数 password の値には、デプロイ、バックアップ、または復元中の問題を回避するために、一重引用符 (')、二重引用符 (")、またはバックスラッシュ (\) を含めないでください。
   5. 変数 sslmode は、external データベースに対してのみ有効です。使用できる値は、prefer、disable、allow、require、verify-ca、および verify-full です。

2. oc create コマンドを使用して、external-postgres-configuration-secret.yml をクラスターに適用します。

   $ oc create -f external-postgres-configuration-secret.yml

   Copy to Clipboard Toggle word wrap

3. AutomationHub カスタムリソースオブジェクトを作成するときは、以下の例に従って、仕様にシークレットを指定します。

   apiVersion: automationhub.ansible.com/v1beta1
   kind: AutomationHub
   metadata:
     name: hub-dev
   spec:
     postgres_configuration_secret: external-postgres-configuration

   Copy to Clipboard Toggle word wrap

手順

1. デプロイメント namespace にある既存 PVC をリスト表示します。

   oc get pvc -n <namespace>

   Copy to Clipboard Toggle word wrap
2. 以前のデプロイメント名と PVC 名を比較して、以前のデプロイメントに関連付けられている PVC を特定します。

3. 以前の PVC を削除します。

   oc delete pvc -n <namespace> <pvc-name>

   Copy to Clipboard Toggle word wrap

手順

1. Red Hat OpenShift Container Platform にログインします。
2. Home → Search に移動します。
3. Resources ドロップダウンリストを選択し、"Image" と入力します。
4. Image (config,openshift.io/v1) を選択します。
5. Name という見出しの下の Cluster をクリックします。
6. YAML タブを選択します。

7. spec 値の下に以下を貼り付けます。

   spec:
     registrySources:
       allowedRegistries:
       - quay.io
       - registry.redhat.io
       - image-registry.openshift-image-registry.svc:5000
       - <OCP route for your automation hub>

   Copy to Clipboard Toggle word wrap
8. Save をクリックします。

手順

1. 署名スクリプト用の ConfigMap を作成します。作成する ConfigMap には、コレクションおよびコンテナーイメージの署名サービスで使用されるスクリプトが含まれます。

   注記

   このスクリプトは署名サービスの一部として使用され、PULP_SIGNING_KEY_FINGERPRINT 環境変数で指定されたキーを使用し、そのファイルに対する ASCII アーマー形式の分離型 gpg 署名を生成する必要があります。

   スクリプトは、次の形式で JSON 構造を出力します。

   {"file": "filename", "signature": "filename.asc"}

   Copy to Clipboard Toggle word wrap

   すべてのファイル名は、現在の作業ディレクトリー内の相対パスです。ファイル名は、デタッチ署名でも同じにする必要があります。

   例: 次のスクリプトはコンテンツの署名を生成します。

   apiVersion: v1
   kind: ConfigMap
   metadata:
     name: signing-scripts
   data:
     collection_sign.sh: |-
         #!/usr/bin/env bash
   
         FILE_PATH=$1
         SIGNATURE_PATH=$1.asc
   
         ADMIN_ID="$PULP_SIGNING_KEY_FINGERPRINT"
         PASSWORD="password"
   
         # Create a detached signature
         gpg --quiet --batch --pinentry-mode loopback --yes --passphrase \
           $PASSWORD --homedir /var/lib/pulp/.gnupg --detach-sign --default-key $ADMIN_ID \
           --armor --output $SIGNATURE_PATH $FILE_PATH
   
         # Check the exit status
         STATUS=$?
         if [ $STATUS -eq 0 ]; then
           echo {\"file\": \"$FILE_PATH\", \"signature\": \"$SIGNATURE_PATH\"}
         else
           exit $STATUS
         fi
     container_sign.sh: |-
       #!/usr/bin/env bash
   
       # galaxy_container SigningService will pass the next 4 variables to the script.
       MANIFEST_PATH=$1
       FINGERPRINT="$PULP_SIGNING_KEY_FINGERPRINT"
       IMAGE_REFERENCE="$REFERENCE"
       SIGNATURE_PATH="$SIG_PATH"
   
       # Create container signature using skopeo
       skopeo standalone-sign \
         $MANIFEST_PATH \
         $IMAGE_REFERENCE \
         $FINGERPRINT \
         --output $SIGNATURE_PATH
   
       # Optionally pass the passphrase to the key if password protected.
       # --passphrase-file /path/to/key_password.txt
   
       # Check the exit status
       STATUS=$?
       if [ $STATUS -eq 0 ]; then
         echo {\"signature_path\": \"$SIGNATURE_PATH\"}
       else
         exit $STATUS
       fi

   Copy to Clipboard Toggle word wrap

2. GnuPG 秘密鍵のシークレットを作成します。このシークレットには、署名に使用する GnuPG 秘密鍵がセキュアに保存されます。

   gpg --export --armor <your-gpg-key-id> > signing_service.gpg
   
   oc create secret generic signing-galaxy --from-file=signing_service.gpg

   Copy to Clipboard Toggle word wrap

   シークレットには signing_service.gpg という名前のキーが必要です。

3. AnsibleAutomationPlatform CR を設定します。

   apiVersion: aap.ansible.com/v1alpha1
   kind: AnsibleAutomationPlatform
   metadata:
     name: aap-hub-signing-sample
   spec:
     hub:
       signing_secret: "signing-galaxy"
       signing_scripts_configmap: "signing-scripts"

   Copy to Clipboard Toggle word wrap

手順

1. Red Hat OpenShift Container Platform に管理者としてログインします。
2. Workloads → Secrets に移動します。
3. Projects リストから、Ansible Automation Platform Operator をインストールしたときに作成した namespace を選択します。
4. Create → Key/value secret をクリックします。
5. Secret name フィールドに、シークレットの一意の名前を入力します。たとえば、chatbot-configuration-secret です。

6. 次のキーと、キーに関連付ける値を個別に追加します。

   Expand

   キー	値
   すべての LLM セットアップの設定
   chatbot_model	お使いの LLM セットアップで設定されている LLM モデル名を入力します。
   chatbot_url	お使いの LLM セットアップの推論 API ベース URL を入力します。たとえば、https://your_inference_api/v1 です。
   chatbot_token	API トークンまたは API キーを入力します。このトークンは、推論 API が呼び出されたときに、認証ヘッダーとともに送信されます。
   chatbot_llm_provider_type	任意 次のいずれかの値を使用して、お使いの LLM セットアップのプロバイダータイプを入力します。 Red Hat Enterprise Linux AI: rhelai_vllm Red Hat OpenShift AI: rhoai_vllm (デフォルト値) IBM watsonx.ai: watsonx OpenAI: openai Microsoft Azure OpenAI: azure_openai
   chatbot_context_window_size	任意 LLM セットアップのコンテキストウィンドウの長さを設定するには、値を入力します。 デフォルト= 128000
   chatbot_temperature_override	任意 Temperature が低いと、予測可能な結果が生成されます。Temperature が高いと、より多様で創造的な回答が可能になります。 以下の値のいずれかを入力します。 0: 回答の創造性とランダム性が最も低い。 1: 回答の創造性とランダム性が最も高い。 null: デフォルトの Temperature 設定をオーバーライドまたは無効にします。 注記 一部の OpenAI o シリーズモデル (o1、o3-mini、および o4-mini モデル) では、Temperature 設定がサポートされていません。したがって、これらの OpenAI モデルを使用するには、値を null に設定する必要があります。
   IBM watsonx.ai のみの追加設定
   chatbot_llm_provider_project_id	IBM watsonx セットアップのプロジェクト ID を入力します。
   Microsoft Azure OpenAI のみの追加設定
   chatbot_azure_deployment_name	Microsoft Azure OpenAI セットアップのデプロイメント名を入力します。
   chatbot_azure_api_version	任意 Microsoft Azure OpenAI セットアップの API バージョンを入力します。

   Show more
7. Create をクリックします。チャットボットの認可シークレットが正常に作成されます。

手順

1. Red Hat OpenShift Container Platform に管理者としてログインします。
2. Operators → Installed Operators に移動します。
3. インストールされている Operator のリストから、Ansible Automation Platform Operator を選択します。
4. Ansible Automation Platform カスタムリソースを見つけて選択し、必要なアプリケーションをクリックします。
5. YAML タブを選択します。

6. テキストをスクロールして spec: セクションを見つけ、spec: セクションの下に次の詳細を追加します。

   spec:
     lightspeed:
       disabled: false
       chatbot_config_secret_name: <name of your chatbot configuration secret>

   Copy to Clipboard Toggle word wrap
7. Save をクリックします。Ansible Lightspeed インテリジェントアシスタントサービスのセットアップには数分かかります。

検証

1. チャットインターフェイスサービスが正常に実行されていることを確認します。

   1. Workloads → Pods に移動します。

   2. api という用語でフィルタリングし、次の API に Running ステータスが表示されていることを確認します。

      • myaap-lightspeed-api-<version number>
      • myaap-lightspeed-chatbot-api-<version number>

2. Ansible Automation Platform にチャットインターフェイスが表示されることを確認します。

   1. Ansible Automation Platform にアクセスします。

      1. Operators → Installed Operators に移動します。
      2. インストールされている Operator のリストから、Ansible Automation Platform をクリックします。
      3. Ansible Automation Platform カスタムリソースを見つけて選択し、作成したアプリケーションをクリックします。

      4. Details タブで、次のフィールドに利用可能な情報を記録します。

         • URL: これは Ansible Automation Platform インスタンスの URL です。
         • Gateway Admin User: これは、Ansible Automation Platform インスタンスにログインするためのユーザー名です。
         • Gateway Admin password: これは、Ansible Automation Platform インスタンスにログインするためのパスワードです。
      5. 先ほど記録した URL、ユーザー名、パスワードを使用して、Ansible Automation Platform にログインします。

   2. Ansible Lightspeed インテリジェントアシスタントにアクセスします。

      1. タスクバーの右上隅に表示される Ansible Lightspeed インテリジェントアシスタントのアイコン をクリックします。

      2. 次の画像のようにチャットインターフェイスが表示されることを確認します。

         .

1. Ansible Automation Platform にログインします。

2. タスクバーの右上隅に表示される Ansible Lightspeed インテリジェントアシスタントのアイコン をクリックします。

   次の画像のように、Ansible Lightspeed インテリジェントアシスタントウィンドウが開き、ウェルカムメッセージが表示されます。

   

1. 新しい更新が、redhat-operator CatalogSource を通じてマーケットプレイスで利用可能になります。

2. システムによって、お使いの Ansible Automation Platform サブスクリプション用の新しい InstallPlan が自動的に作成されます。

   • Manual に設定されている場合、InstallPlan を OpenShift UI で手動で承認する必要があります。

   • Automatic に設定されている場合、新しいバージョンが利用可能になるとすぐにアップグレードされます。

     注記

     手動インストールストラテジーは、インストールまたはアップグレード中に、Ansible Automation Platform Operator のサブスクリプションに設定してください。選択した更新チャネルでアップグレードが利用可能になると、アップグレードを承認するように求められます。各 X.Y リリースの stable チャネル (stable-2.5 など) が利用可能です。

3. 新しいサブスクリプション、CSV、および Operator コンテナーが、古いものとともに作成されます。インストールが成功すると、古いリソースはクリーンアップされます。

手順

1. プラットフォームゲートウェイのナビゲーションパネルで、Access Management → Users を選択します。
2. 変更するユーザーのチェックボックスをオンにします。
3. 鉛筆アイコンをクリックし、Edit user を選択します。
4. ユーザー編集ページが表示され、User type チェックボックスで割り当てられたサービスレベル管理者権限を確認できます。ユーザータイプの詳細は、ユーザーの編集 を参照してください。

1. 従来のユーザーログインとアカウントのリンク
2. アカウントをリンクせずに LDAP に移行する

手順

1. 起動する接続シークレットとジョブテンプレートを指定します。

   apiVersion: tower.ansible.com/v1alpha1
   kind: AnsibleJob
   metadata:
     generateName: demo-job-1 # generate a unique suffix per 'kubectl create'
   spec:
     connection_secret: controller-access
     job_template_name: Demo Job Template

   Copy to Clipboard Toggle word wrap

2. インベントリー、追加変数、ジョブの有効期間などの機能を設定します。

   spec:
     connection_secret: controller-access
     job_template_name: Demo Job Template
     inventory: Demo Inventory                    # Inventory prompt on launch needs to be enabled
     runner_image: quay.io/ansible/controller-resource-runner
     runner_version: latest
     job_ttl: 100
     extra_vars:                                  # Extra variables prompt on launch needs to be enabled
        test_var: test
     job_tags: "provision,install,configuration"  # Specify tags to run
     skip_tags: "configuration,restart"           # Skip tasks with a given tag

   Copy to Clipboard Toggle word wrap
   注記

   インベントリーや追加変数を設定する場合は、起動時にプロンプトを有効にする必要があります。Prompt on launch を有効にするには、Automation Controller UI 内で、Resources → Templates ページでテンプレートを選択し、Inventory セクションと Variables セクションの横にある Prompt on launch チェックボックスをオンにします。

3. job_template_name の代わりに workflow_template_name を指定して、AnsibleJob オブジェクトでワークフロージョブテンプレートを起動します。

   apiVersion: tower.ansible.com/v1alpha1
   kind: AnsibleJob
   metadata:
     generateName: demo-job-1 # generate a unique suffix per 'kubectl create'
   spec:
     connection_secret: controller-access
     workflow_template_name: Demo Workflow Template

   Copy to Clipboard Toggle word wrap