Automation Dashboard の使用


Red Hat Ansible Automation Platform 2.4

自動化の使用状況の視覚化、測定、最適化を行う

Red Hat Customer Content Services

概要

このガイドでは、Automation Dashboard をインストールして設定し、環境全体での自動化の使用状況とそれに伴う (コストや時間などの) 削減効果を評価する方法を説明します。

はじめに

このガイドでは、Automation Dashboard をインストールして設定し、環境全体での自動化の使用状況とそれに伴う (コストや時間などの) 削減効果を評価する方法を説明します。

Red Hat ドキュメントへのフィードバック (英語のみ)

このドキュメントの改善に関するご意見がある場合や、エラーを発見した場合は、https://access.redhat.com からテクニカルサポートに連絡してリクエストを送信してください。

第1章 Automation Dashboard で主要な使用メトリクスを表示する

Automation Dashboard を効果的に活用することで、Ansible Automation Platform の使用状況に関する貴重な洞察を得て、自動化を継続的に改善できます。

1.1. Automation Dashboard について

Automation Dashboard ユーティリティーは、ジョブの実行効率自動化から得られる価値 に関連する主要なメトリクスを提供する Web ベースのコンテナーアプリケーションです。

Automation Dashboard は自動化メトリクスを使用して、Ansible Automation Platform からの自動化の使用状況データを提供します。このデータは、タスクを手動で実行するコストとタスクを自動化して実行するコストを比較するのに役立ち、自動化によってどの程度の節約が達成できるかを示すことができます。

1.1.1. 主な利点

Automation Dashboard は次のことに役立ちます。

  • 環境内で行われている自動化の 概要を明確に 把握します。
  • 節約された時間や削減されたエラーなどの メトリクスを追跡 して、自動化のメリットを定量化します。
  • ジョブの実行時間と失敗率 を分析して、自動化の改善のための領域を特定します。
  • 生成されたデータを使用 して、自動化ストラテジー、リソースの割り当て、自動化プロジェクトの優先順位付けについて情報に基づいた意思決定を行います。

1.2. Automation Dashboard のインストール

Automation Dashboard をインストールして、Ansible Automation Platform デプロイメント全体のジョブの実行、効率、および自動化の節約に関連する主要なメトリクスを収集および分析します。

前提条件

  • 以下のテスト済み設定のいずれか:

    • RHEL 9 x86 または ARM ベースの物理または仮想ホスト。
    • 外部データベース: PostgreSQL v15 データベース。

      重要

      Ansible Automation Platform と同じホストに Automation Dashboard をインストールしないでください。

  • Automation Dashboard のインストールは、次の設定でテストされています。

    • 80 GB ハードドライブ (データの増加に応じて)
    • 4 つの vCPU x 16 GB の RAM
    • ディスク IOPS - 3000
    • 月間最大 10,000 件のジョブと 4,700 万件のサマリー処理
    • 同じバージョンの 3 つの Ansible Automation Platform デプロイメントに対する接続
  • RHEL 9 ホストの baseos および Ansible Automation Platformstream リポジトリーパッケージへのアクセス。
  • インストール用の RHEL 9 ホストへの root 以外のログインアカウント。

    • これには、パスワードなしの sudo アクセスが root に必要です。
    • デフォルトでは、ユーザーアカウントの $HOMEDIR を使用します。
  • Ansible Automation Platform インスタンスにアクセスするための URL の詳細。
  • Ansible Automation Platform インスタンスと Automation Dashboard 間の通信に使用される Ansible Automation Platform OAuth2 トークン。
  • Automation Dashboard のインストールコンポーネントを提供するインストールバンドルをダウンロードするためのアクセス。
  • ファイアウォールアクセスを開き、AAP インスタンスと Automation Dashboard 間の双方向通信が可能である。

    • これには、ダッシュボードから Ansible Automation Platform インスタンスへの HTTPS/443 (または Ansible Automation Platform で設定されたポート) が含まれます。
    • ポート 8447 は、Automation Dashboard のデフォルトの入力ポートです。このポートはインストール時に設定できるようにします。
    • PostgreSQL への 5432 をブロックする可能性がある RHEL ファイアウォールポート。
  • サポートされている RHEL バージョンにインストールされている、サポート対象の ansible-core バージョン。

手順

  1. access.redhat.com から最新のインストーラー tar ファイルをダウンロードします。Downloads > Red Hat Ansible Automation Platform Product Software に移動します。
  2. インストールソースファイルを RHEL 9 ホストにコピーします。
  3. インストールソースを展開します。これには約 500MB のディスク容量が必要になります。この例では、ec2-user ホームディレクトリー (/home/<username>) を使用します。

    tar -xzvf ansible-automation-dashboard-containerized-setup-bundle-0.1-x86_64.tar.gz
    cd ansible-automation-dashboard-containerized-setup/
  4. 次のコマンドを実行して、必要なソフトウェアのインストールを確認します。

    cd ansible-automation-dashboard-containerized-setup
    sudo dnf install ansible-core
    ansible-galaxy collection install -r requirements.yml
  5. Ansible Automation Platform インスタンスにアプリケーションの client_id/client_secret を作成します。

    1. 次の手順に従って OAuth2 アプリケーションを作成します。

      1. Ansible 2.4 の場合:

      2. Ansible 2.5 および 2.6 の場合:

      3. 次の情報を追加します。

        • Name: automation-dashboard-sso
        • Authorization grant type: authorization-code
        • Organization: Default
        • Redirect URIs: https://AUTOMATION_DASHBOARD_FQDN/auth-callback
        • Client type: Confidential

          注記

          Ansible Automation Platform の NameOrganization、および HTTPS ポート番号の値は設定可能です。このドキュメントで示されている例では、ポート 443 の使用を前提としています。

    2. 入力した client_id および client_secret information をインベントリーファイルに保存します。
    3. Ansible Automation Platform アクセストークンを作成します。

      1. https://AAP_GATEWAY_FQDN/#/users/<id>/tokens に移動し、次の情報を使用してトークンを作成します。

        • OAuth application: automation-dashboard-sso
        • Scope: read
      2. このアクセストークンの値を保存します。clusters.yaml はこのアクセストークンを使用します。
  6. サンプルインベントリーをコピーし、インストールプログラムを実行する前にこれを変更します。

    cp -i inventory.example inventory
    vi inventory
    重要
    • これは、Ansible Automation Platform 2.4、2.5、および 2.6 のデフォルト値を含むテスト済みのインベントリーの例です。
    • ご使用の環境でこのインベントリー設定を使用するには、次の値を変更する必要があります。

      • RHEL 9 ホストの出現箇所で、host.example.com からご自身の FQDN ホストに変更します。
      • すべての _admin_password または _pg_password 値内のパスワードと一致するように、TODO のフレーズを変更します。
    • 詳細は、このドキュメントの インベントリー変数 のセクションを参照してください。
    # This is our Automation Dashboard front-end application
    [automationdashboard]
    host.example.com ansible_connection=local
    
    # These are required vars for the installation and should not be removed
    [automationdashboard:vars]
    # Configure AAP OAuth2 authentication.
    # aap_auth_provider_name - name as shown on login page.
    aap_auth_provider_name=Ansible Automation Platform
    # aap_auth_provider_protocol - http or https
    aap_auth_provider_protocol=https
    # AAP version - 2.4, 2.5 or 2.6
    aap_auth_provider_aap_version=2.5
    # aap_auth_provider_host - AAP IP or DNS name, with optional port
    aap_auth_provider_host=my-aap.example.com
    # aap_auth_provider_check_ssl - enforce TLS check or not.
    aap_auth_provider_check_ssl=true
    # aap_auth_provider_client_id and aap_auth_provider_client_secret -
    # they are obtained from AAP when OAuth2 application is created in AAP.
    aap_auth_provider_client_id=TODO
    aap_auth_provider_client_secret=TODO
    
    
    # Specify amount of old data to synchronoize after installation.
    # The initial_sync_days=N requests N days of old data, counting from "today".
    # The initial_sync_since requests data from the specified data until "today".
    # If both are specified, the initial_sync_since will be used.
    initial_sync_days=1
    # initial_sync_since=2025-08-08
    
    # Hide warnings when insecure https request are made.
    # Use this if your AAP uses self-signed TLS certificate.
    # show_urllib3_insecure_request_warning=False
    
    # Force clean install-like
    # dashboard_update_secret=true
    
    # HTTP/HTTPS settings
    # nginx_disable_https=true
    # Change nginx_http_port or nginx_https_port if you want to access dashboard on a different TCP port.
    # nginx_http_port=8083
    # nginx_https_port=8447
    # TLS certificate configuration
    # The dashboard_tls_cert needs:
    #   - contain server certificate, intermediate CA certificates and root CA certificate.
    #   - the server certificate must be the first one in the file.
    # dashboard_tls_cert=/path/to/tls/dashboard.crt
    # dashboard_tls_key=/path/to/tls/dashboard.key
    
    # Enable Django DEBUG.
    # django_debug=True
    
    [database]
    host.example.com ansible_connection=local
    
    [all:vars]
    postgresql_admin_username=postgres
    postgresql_admin_password=TODO
    
    # AAP Dashboard - mandatory
    # --------------------------
    dashboard_pg_containerized=True
    dashboard_admin_password=TODO
    dashboard_pg_host=host.example.com
    dashboard_pg_username=aapdashboard
    dashboard_pg_password=TODO
    dashboard_pg_database=aapdashboard
    #
    bundle_install=true
    # <full path to the bundle directory>
    bundle_dir='{{ lookup("ansible.builtin.env", "PWD") }}/bundle'
  7. インストールプログラムを実行します。

    ansible-playbook -i inventory ansible.containerized_installer.dashboard_install

検証

参考までに、次の出力例を参照してください。

PLAY RECAP *********************************************************************************************************************************************
ec2-54-147-26-173.compute-1.amazonaws.com : ok=126  changed=51   unreachable=0    failed=0    skipped=42   rescued=0    ignored=0
localhost                  : ok=12   changed=0    unreachable=0    failed=0    skipped=9    rescued=0    ignored=0

代わりの設定も可能です (たとえば、Automation Dashboard のデータベースを別のホストに設定できます)。これには、インベントリーファイル内の変数に追加の変更を加える必要があります。使用可能な変数は、このドキュメントの インベントリー変数 セクションを参照してください。

1.3. Automation Dashboard を Ansible Automation Platform に統合する

Ansible Automation Platform インスタンスを Automation Dashboard 設定に統合して、データを収集、視覚化し、自動化に関する洞察を得ます。

手順

  1. Red Hat Enterprise Linux ホストの https ポート 8447 で Automation Dashboard が実行されていることを確認します。

    注記
    • この検証には、Ansible Automation Platform のログインの詳細が必要です。
    • ポート 8447 はデフォルトで有効になっていますが、これは設定可能です。
  2. 次の情報を使用して、Ansible Automation Platform インスタンスを clusters.yaml に追加します。

    • フロントエンドアクセス用の Ansible Automation Platform の URL/ポート
    • read アクセス用に事前設定された Ansible Automation Platform OAuth アクセストークンとリフレッシュトークン。
    • OAuth2 クライアントクレデンシャル

      注記

      Ansible Automation Platform にアクセスできない場合は、管理者にお問い合わせください。

  3. Personal Access Token の設定詳細は、トークンベースの認証を使用した外部アプリケーションへのアクセスの設定 を参照してください。
  4. アクセストークンを設定したら、次のコマンドを実行します。

    cp clusters.example.yaml clusters.yaml
    vi clusters.yaml
  5. 以下の方法を使用して、データのプルと結合のために、1 つ以上の Ansible Automation Platform インスタンス (同じ Ansible Automation Platform バージョン) を Automation Dashboard 設定に追加できます。

    注記

    Ansible Automation Platform インスタンスが 1 つしかない場合は、2 番目のエントリーを削除します。

    ---
    clusters:
      - protocol: https			<--- Normally https
        address: my-aap.example.com  <--- Can use IP or FQDN without http(s)://
        port: 443				<--- Normally 443
        access_token: sampleToken	<--- Your preconfigured Ansible Automation Platform read access token
      Platform read access token
        refresh_token: myRefreshToken
        client_id: myClientID
        client_secret: myClientSecret
        verify_ssl: false		<--- Can be used when using self signed certs
        sync_schedules:
          - name: Every 5 minutes sync
            rrule: DTSTART;TZID=Europe/Ljubljana:20250630T070000 FREQ=MINUTELY;INTERVAL=5
            enabled: true
    
      - protocol: https
        address: aap2.example.com
        port: 443
        access_token: WRn2swiqg5spEwUndDkrJoCeg4Qwuw
        verify_ssl: true
        sync_schedules:
          - name: Every 5 minutes sync
            rrule: DTSTART;TZID=Europe/Ljubljana:20250630T070000 FREQ=MINUTELY;INTERVAL=5
            enabled: true
    注記

    access_tokenrefresh_token、および client_secret は Automation Dashboard データベースに保存されます。これらの値はセキュリティーのために暗号化されています。

  6. 次のコマンドを実行して、Automation Dashboard の設定を読み込んでアクティブ化します。

    podman cp clusters.yaml automation-dashboard-web:/
    podman exec automation-dashboard-web /venv/bin/python ./manage.py setclusters /clusters.yaml
    注記

    Automation Dashboard は refresh_tokenclient_id、および client_secret を使用して、現在のトークンの期限が切れると、新しい access_token および refresh_token を自動的に取得します。このユーティリティーは、ping エンドポイントを使用して Ansible Automation Platform バージョンを検出し、正しいトークン更新エンドポイントを見つけます。

    podman exec automation-dashboard-web /venv/bin/python ./manage.py setclusters /clusters.yaml
    Check if table exists.
    Reading YML file.
    Adding cluster: address=my-aap.example.com
    
    INFO 2025-05-20 09:55:00,926 connector 187 140208297051968 Checking if is AAP 2.4 at https://my-aap.example.com:443
    INFO 2025-05-20 09:55:00,926 connector 187 140208297051968 Pinging api https://my-aap.example.com:443/api/v2/ping/
    INFO 2025-05-20 09:55:00,926 connector 187 140208297051968 Executing GET request to https://my-aap.example.com:443/api/v2/ping/
    
    ERROR 2025-05-20 09:55:00,032 connector 301 140025281152832 GET request failed with status 404
    Successfully set up AAP clusters
    注記

    Automation Dashboard は、Ansible Automation Platform 2.4、2.5、および 2.6 インスタンスをチェックします。出力例に示されているように、これにより 404 エラーが発生する可能性があります。エラーの詳細は、この章の検証セクションを参照してください。

  7. 手動でデータを取得して Automation Dashboard の設定をテストするには、次のコマンドを使用します。

    podman exec -it automation-dashboard-web /venv/bin/python ./manage.py syncdata --since=2025-04-01 --until=2025-06-01
    Successfully created Sync task for Cluster https://my-aap.example.com:443.
    注記

    テスト時間を短縮するには、日付間隔を短くすることを検討してください。形式は YYYY-MM-DD です。

    次に、journalctl を使用して進行状況を確認できます。

    sudo journalctl -fn10
  8. ブラウザーを更新すると、Automation Dashboard 内で取得したデータが表示されます。

1.3.1. クラスターアクセストークンの確認

クラスターデータを設定してロードした後、デバッグの目的で保存されているアクセストークンを確認します。

手順

  1. --decrypt オプションを指定した getclusters 管理コマンドを使用して、保存されている access_tokenrefresh_token をプレーンテキストで表示します。
  2. automation-dashboard-web コンテナーで次のコマンドを実行します。

    podman exec -it automation-dashboard-web /venv/bin/python ./manage.py getclusters --decrypt
  3. 出力を確認し、保存されたトークンが正しく、最新であることを確認します。

clusters:
  - protocol: https
    address: my-aap.example.com
    port: 443
    access_token: sampleToken
    refresh_token: myRefreshToken
    client_id: myClientID
    client_secret: myClientSecret
    verify_ssl: false
    sync_schedules:
      - name: Every 5 minutes sync
        rrule: DTSTART;TZID=Europe/Ljubljana:20250630T070000 FREQ=MINUTELY;INTERVAL=5
        enabled: true

注記

デバッグのために暗号化された access_tokenrefresh_token をプレーンテキストで表示するには、--decrypt フラグが必要です。このコマンドは、セキュアでないシステムでは使用しないでください。

./manage.py getclusters --decrypt によって生成された出力をファイル clusters.yaml に書き込み、それを ./manage.py setclusters clusters.yaml の入力として使用できます。

検証

インストール時にエラーメッセージが表示される場合は、次の表を参照してください。

Expand

問題

考えられる原因

解決方法

401 エラー

これは、不正な認証情報やトークンなどの認証エラーを示す不正アクセスメッセージです。

clusters.yaml でアクセストークンが正しいことを確認します。

401 エラー

トークンの有効期限が切れ、すぐに更新を試行すると、一時的な 401 エラーが発生することが想定されます。

自動トークン更新が失敗した場合 (たとえば、client_secret または refresh_token が無効であるために)、getclusters --decrypt コマンドを使用して、データベースに保存されている認証情報がソース clusters.yaml ファイル内の認証情報と一致していることを手動で確認します。一致しない場合は、正しい設定で setclusters コマンドを再実行します。リフレッシュトークンは 1 回だけ使用できます。アクセストークンが無効であることが原因で setclusters を実行する必要がある場合は、新しいアクセストークンとリフレッシュトークンを作成し、ソース clusters.yaml で新しいトークンを使用します。

404 エラー

“not found” メッセージで、何かが正しく設定されていないか、正しいエンドポイントを指していないことを示しています。

clusters.yaml で使用される Ansible Automation Platform インスタンスの URL が正しいことを確認します。

インストールが成功すると、次の 3 つのコンテナーサービスが実行されるはずです。

podman ps --all --format "{{.Names}}"

postgresql
automation-dashboard-task
automation-dashboard-web

次のコマンドを実行すると、コンテナーのログを確認できます。

journalctl CONTAINER_NAME=container (where container equals one of postgresql automation-dashboard-task or automation-dashboard-web)

For example:
journalctl CONTAINER_NAME=automation-dashboard-task
May 22 13:02:07 automation-dashboard automation-dashboard-task[1607]: [wait-for-migrations-dashboard.sh] Waiting for database migrations...
May 22 13:02:07 automation-dashboard automation-dashboard-task[1607]: [wait-for-migrations-dashboard.sh] Attempt 1
May 22 13:02:10 automation-dashboard automation-dashboard-task[1607]: INFO 2025-05-22 13:02:10,636 periodic 2 140568371550016 Starting sync task.
May 22 13:02:10 automation-dashboard automation-dashboard-task[1607]: INFO 2025-05-22 13:02:10,636 periodic 2 140568371550016 Retrieving clusters inform>
May 22 13:02:10 automation-dashboard automation-dashboard-task[1607]: INFO 2025-05-22 13:02:10,747 periodic 2 140568371550016 Retrieved 1 clusters.
May 22 13:02:10 automation-dashboard automation-dashboard-task[1607]: INFO 2025-05-22 13:02:10,761 periodic 2 140568371550016 Retrieving data from clust>
May 22 13:02:10 automation-dashboard automation-dashboard-task[1607]: INFO 2025-05-22 13:02:10,761 connector 2 140568371550016 Checking Ansible Automation Platform version at h>
May 22 13:02:10 automation-dashboard automation-dashboard-task[1607]: INFO 2025-05-22 13:02:10,761 connector 2 140568371550016 Checking if is Ansible Automation Platform 2.5 at>
May 22 13:02:10 automation-dashboard automation-dashboard-task[1607]: INFO 2025-05-22 13:02:10,761 connector 2 140568371550016 Pinging api https://ec2-3>
May 22 13:02:10 automation-dashboard automation-dashboard-task[1607]: INFO 2025-05-22 13:02:10,761 connector 2 140568371550016 Executing GET request to >
May 22 13:02:13 automation-dashboard automation-dashboard-task[1607]: ERROR 2025-05-22 13:02:13,820 connector 2 140568371550016 GET request failed with >
May 22 13:02:13 automation-dashboard automation-dashboard-task[1607]: INFO 2025-05-22 13:02:13,821 connector 2 140568371550016 Checking if is Ansible Automation Platform 2.4 at>
May 22 13:02:13 automation-dashboard automation-dashboard-task[1607]: INFO 2025-05-22 13:02:13,821 connector 2 140568371550016 Pinging api https://ec2-3>
May 22 13:02:13 automation-dashboard automation-dashboard-task[1607]: INFO 2025-05-22 13:02:13,821 connector 2 140568371550016 Executing GET request to >
May 22 13:02:16 automation-dashboard automation-dashboard-task[1607]: ERROR 2025-05-22 13:02:16,892 connector 2 140568371550016 GET request failed with ...

以下のログスニペットは、トークンの更新が成功したことを示しています。

注記

このログスニペットでは、簡潔にするためにタイムスタンプとホスト名は省略されています。

journalctl CONTAINER_NAME=automation-dashboard-task
INFO Checking if is AAP 2.5 ... 2.6 at https://app.example.com:443
INFO Pinging api https://app.example.com:443/api/gateway/v1/ping/
INFO Detected AAP version AAP 2.6 at https://app.example.com:443
INFO Executing GET request to https://app.example.com:443/api/controller/v2/organizations/?page_size=100&page=1
ERROR GET request failed with status 401
INFO Token refresh POST request succedded with status 201
ERROR GET after reauth response.status_code=200
INFO Executing GET request to https://app.example.com:443/api/controller/v2/job_templates/?page_size=200&page=1
Executing GET request to https://app.example.com:443/api/controller/v2/jobs/?page_size=100&page=1&order_by=finished&finished__gt=2025-10-23T13:01:09.768681Z

systemd を使用してサービスがどのように実行されているかを確認します。

systemctl status --user

● automation-dashboard
    State: running
    Units: 76 loaded (incl. loaded aliases)
     Jobs: 0 queued
   Failed: 0 units
    Since: Thu 2025-05-22 13:02:07 UTC; 22min ago
  systemd: 252-51.el9
   CGroup: /user.slice/user-1000.slice/user@1000.service
           ├─app.slice
           │ ├─automation-dashboard-task.service
           │ │ └─1607 /usr/bin/conmon --api-version 1 -c 84e46532e8ca31b0cadb037479289d030103aa01b7a1591e62b83b17f031e47d -u 84e46532e8ca31b0cadb037479>
           │ ├─automation-dashboard-web.service
           │ │ └─1608 /usr/bin/conmon --api-version 1 -c d060f3e3fb2b4c4c5c588149253beed83c78ccc9c9a8c1bf4c96157142a210dc -u d060f3e3fb2b4c4c5c58814925>
           │ ├─dbus-broker.service
           │ │ ├─1621 /usr/bin/dbus-broker-launch --scope user
           │ │ └─1624 dbus-broker --log 4 --controller 9 --machine-id 612db98503014199bfd8c788c8d3da58 --max-bytes 100000000000000 --max-fds 2500000000>
           │ └─postgresql.service
           │   └─1614 /usr/bin/conmon --api-version 1 -c eec61745cb6fc3a89a4f7475d7ef63b5899699157d943c2f16a3243311927bef -u eec61745cb6fc3a89a4f7475d7>
           ├─init.scope
           │ ├─1093 /usr/lib/systemd/systemd --user
           │ └─1128 "(sd-pam)"
           └─user.slice
             ├─libpod-84e46532e8ca31b0cadb037479289d030103aa01b7a1591e62b83b17f031e47d.scope
             │ └─container
             │   ├─1619 /usr/bin/dumb-init -- /usr/bin/launch_dashboard_task.sh
             │   └─1681 /venv/bin/python periodic.py
             ├─libpod-d060f3e3fb2b4c4c5c588149253beed83c78ccc9c9a8c1bf4c96157142a210dc.scope
             │ └─container
             │   ├─1617 /usr/bin/dumb-init -- /usr/bin/launch_dashboard_web.sh
             │   ├─1646 /usr/bin/python3.9 /usr/local/bin/supervisord -c /etc/supervisord_dashboard_web.conf
             │   ├─1877 /bin/bash /usr/local/bin/stop-supervisor
             │   ├─1878 "nginx: master process nginx -g daemon off;"
             │   ├─1879 /venv/bin/uwsgi /etc/tower/uwsgi.ini
             │   ├─1880 "nginx: worker process"
             │   ├─1881 "nginx: worker process"
             │   ├─1882 "nginx: worker process"
             │   ├─1883 "nginx: worker process"
             │   ├─1884 /venv/bin/uwsgi /etc/tower/uwsgi.ini
             │   ├─1885 /venv/bin/uwsgi /etc/tower/uwsgi.ini
             │   ├─1886 /venv/bin/uwsgi /etc/tower/uwsgi.ini
             │   ├─1887 /venv/bin/uwsgi /etc/tower/uwsgi.ini
             │   └─1888 /venv/bin/uwsgi /etc/tower/uwsgi.ini
             ├─libpod-eec61745cb6fc3a89a4f7475d7ef63b5899699157d943c2f16a3243311927bef.scope
             │ └─container
             │   ├─1623 postgres
             │   ├─1869 "postgres: logger "
             │   ├─1871 "postgres: checkpointer "
             │   ├─1872 "postgres: background writer "
             │   ├─1873 "postgres: walwriter "
             │   ├─1874 "postgres: autovacuum launcher "
             │   ├─1875 "postgres: stats collector "
             │   ├─1876 "postgres: logical replication launcher "
             │   └─1889 "postgres: aapdashboard aapdashboard 172.31.28.99(39338) idle"
             └─podman-pause-b6c4e853.scope
               └─1359 catatonit -P

1.4. Automation Dashboard のアンインストール

1 つのコマンドを使用して Automation Dashboard とその依存関係をアンインストールし、ホストから完全に削除します。

手順

  • 次のコマンドを実行して、Automation Dashboard とその依存関係 (PostgreSQL データベースコンテナーを含む) をアンインストールします。

    ansible-playbook -i inventory
    ansible.containerized_installer.dashboard_uninstall

1.5. レポート用に自動化データをフィルタリングして保存する

Automation Dashboard には、Ansible Automation Platform の自動化実行を分析するためのフィルタリングオプションが用意されています。1 つ以上のフィルタリングオプションを選択してレポートをカスタマイズし、期間と通貨を選択して、レポートを Automation Dashboard に保存できます。

1.5.1. フィルター

以下のフィルタリングオプションを使用してレポートをカスタマイズします。

  • Template: 1 つ以上のジョブテンプレートを選択します
  • Organization: 1 つ以上の組織を選択します
  • Project: 1 つまたは複数のプロジェクトを選択します
  • Label: ラベルで 1 つ以上の自動化プロジェクトを選択します

    注記

    Automation Dashboard に表示するには、ラベルを Ansible Automation Platform に事前設定して割り当てる必要があります。ラベルの設定の詳細は、ジョブテンプレートの作成 を参照してください。

1.5.2. 期間と通貨

フィルターを選択したら、分析の期間を選択し、自動化による節約を表示する通貨を選択します。

  • 特定の自動化ユースケースを検討する場合は、期間を短くすると便利です。
  • プラットフォーム全体の使用状況と自動化の増加を考慮する場合は、期間を長くすると便利です。
  • ある通貨を別の通貨に変更しても、その通過の金額の値は換算されません。選択した通貨を反映するには、手動および自動化コストの数値を手動で変更する必要があります。

1.5.3. レポートの保存

Save as Report を使用して、このレポートを Automation Dashboard に保存します。Select a Report を使用していつでもレポートを取得できます。

1.6. 上位の利用状況と全体的な使用概要のまとめ

Automation Dashboard には、選択したレポートの上位の使用状況と概要が表示されます。これには次のデータが含まれます。

  • 成功したジョブの合計数: 正常に完了した自動化ジョブの数。
  • 失敗したジョブの合計数: エラーが発生した自動化ジョブの数。これらの障害を分析すると、効率を向上させることができます。
  • 自動化された一意のホストの合計数: これは自動化したコントローラーインベントリーレコードの数です。
  • 自動化の合計時間: Ansible Automation Platform がジョブの実行に費やした累積時間。
  • ジョブが実行された回数: 個々のジョブ実行の合計回数。
  • ジョブが実行されているホストの数: ジョブが実行されるホストの合計数。
  • 上位 5 つのプロジェクト: 実行中のジョブの数に基づく上位 5 つの自動化プロジェクト。
  • 上位 5 人のユーザー: Ansible Automation Platform の上位 5 人のユーザーと、各ユーザーが実行したジョブの合計数の内訳。

    注記

    ジョブをスケジュールすると、これらのジョブは実際のログインユーザーを表す訳ではないため結果に影響が出ます。

1.7. コストと節約の分析

コストと節約の分析では、Ansible Automation Platform を使用して手動による自動化のコストと自動化の実行コストを比較し、自動化の実行によって得られる総節約額を計算します。

手順

  1. エンジニアが手動でジョブを実行する場合の 1 分あたりの平均コストを入力するには、Average cost per minute to manually run the job フィールドを使用します。
  2. Average cost per minute of running on Ansible Automation Platform フィールドに、Ansible Automation Platform を使用してジョブを実行する場合の 1 分あたりの平均コストを入力します。
  3. Time taken to create automation into calculation を選択して、初期または継続的な自動化実行の作成に関連するコストを含めます。

    Automation Dashboard は以下のデータを提供します。

    • 手動自動化のコスト: この数値は、自動化されたすべてのタスクを手動で実行する場合の推定コストを表します。これは推定値であり、実際の支出ではありません。これは、自動化を行わない場合に組織が被る可能性のある費用を表します。計算は、各ジョブの手動実行にかかる時間に人件費率を掛けて行われます。
    • 自動実行のコスト: Ansible Automation Platform を使用した自動化実行のコストです。このコストには、サーバー時間、処理能力、自動化実行に関連するその他の運用コストなど、Ansible Automation Platform によって消費されるリソースが含まれます。これは、自動化の実行に実際に発生したコストを表します。
    • 総節約額/回避コスト: これは 手動による自動化のコスト自動実行のコスト との差です。これは、Ansible Automation Platform を使用することで達成可能な投資収益率を示す重要なメトリクスです。
    • 節約/回避された合計時間: この数値は、ホスト実行時間と自動化作成時間を加算し、実行時間 (分) を差し引いて計算されます。
    • 手動実行にかかる時間 (分): このメトリクスは、ユーザーがホスト上でタスクを手動で実行するのにかかる時間を表します。組織が自動化の手作業での設定などに要した時間をもとに、手動実行と自動実行の価値を比較するための入力情報です。

      注記

      コストと節約の分析データを CSV としてエクスポートできます。

1.8. コストと節約の分析メトリクス

コストと節約の分析では、自動化の実行から得られる投資収益率 (ROI) を定量化するために次のメトリクスが生成されます。

Expand
表1.1 出力メトリクスのコストおよび節約
メトリクス説明

手動自動化のコスト

すべての自動タスクを手動で実行する推定コスト。この推定値は、各ジョブを手動で実行するのにかかる時間に人件費率を掛けた値に基づいています。

自動化された実行のコスト

Ansible Automation Platform を使用した自動化実行で実際に発生したコスト。これには、サーバー時間や処理能力など、Ansible Automation Platform によって消費されるリソースが含まれます。

合計節約/回避したコスト

手動自動化のコスト と、自動化された実行のコスト の差。これは投資収益率を示す重要なメトリクスです。

合計保存時間/保存時間

ホストの実行と自動化の作成時間を追加してから、実行時間を分単位で減算することによって計算された図。

手動で実行するのに要した時間 (分)

ユーザーがホスト上で手動でタスクを実行するのにかかる時間。この入力は、手動実行と自動実行の値を比較します。

第2章 付録

Automation Dashboard インストーラーに必要なインベントリー変数については、次の表で説明します。

2.1. インベントリー変数

次の変数は、Automation Dashboard がリモートホストと対話する方法を制御します。

Expand
インベントリー変数説明

aap_auth_provider_name

ログインページに表示される自然言語名。デフォルト: Ansible Automation Platform

aap_auth_provider_protocol

http または https を入力してください

aap_auth_provider_aap_version

Automation Dashboard のバージョンで 1 つの値を入力してください。有効な値は 2.4、2.5、または 2.6 です。

aap_auth_provider_host

Ansible Automation Platform の IP または DNS 名 (オプションでポート番号を含む)

aap_auth_provider_check_ssl

TLS チェックを強制するかどうか

aap_auth_provider_client_id

Ansible Automation Platform OAuth2 アプリケーション client_id

aap_auth_provider_client_secret

Ansible Automation Platform OAuth2 アプリケーション client_secret

initial_sync_days

「今日」を起点にして過去のデータを取得する日数を要求します

initial_sync_since

指定した日付から「今日」までのデータを要求します

dashboard_update_secret

自動生成された Podman シークレットの再生成を強制します。Podman シークレットを使用して、データベースアクセス用のパスワードを保存します。インベントリー内の dashboard_pg_password を変更した場合は、dashboard_update_secret を true に設定します。

nginx_disable_https

Automation Dashboard で https の代わりに http を使用できるようにします

nginx_http_port

Automation Dashboard の HTTP ポートを設定します

nginx_https_port

Automation Dashboard の HTTPS ポートを設定します

dashboard_tls_cert

ダッシュボード用の TLS サーバー証明書

dashboard_tls_key

ダッシュボードの TLS サーバー証明書キー

postgresql_admin_username

PostgreSQL データベースにアクセスするための管理者ユーザー名

postgresql_admin_password

PostgreSQL データベースにアクセスするための管理者パスワード

registry_username

registry.redhat.io からコンテナーイメージをプルするために使用されるユーザー名。バンドルされたインストーラーをビルドするには、この変数が必要です。

注記

エンドユーザーはこの変数を省略できます。

registry_password

registry.redhat.io からコンテナーイメージをプルするために使用されるパスワード。バンドルされたインストーラーをビルドするには、この変数が必要です。

注記

エンドユーザーはこの変数を省略できます。

dashboard_pg_containerized

Automation Dashboard と同じホストに、データベースをコンテナーとしてインストールおよび設定するようにインストールプログラムを設定します。サポートされる値は True のみです。

dashboard_admin_password

Automation Dashboard 管理者ユーザーのパスワード。ユーザー名は常に admin です。

dashboard_pg_host

データベースホストのホスト名または IP アドレス。

dashboard_pg_username

Automation Dashboard のデータベースユーザー。

dashboard_pg_password

dashboard_pg_username のパスワード。

dashboard_pg_database

Automation Dashboard のデータベーススキーマ名。

bundle_install

必要なコンテナーイメージがインストールバンドル (tar ファイル) にすでに含まれていることを示します。true である必要があります。

bundle_dir

これは、インストールバンドルが展開されたディレクトリー + /bundle です (例: /home/<username>/ansible-automation-dashboard-containerized-setup/bundle)。デフォルト値はカレントディレクトリー (PWD) を基準としており、変更せずに動作するはずです。

法律上の通知

Copyright © 2025 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

Red Hat ドキュメントについて

Legal Notice

Theme

© 2026 Red Hat
トップに戻る