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バージョン。
手順
- access.redhat.com から最新のインストーラー tar ファイルをダウンロードします。Downloads > Red Hat Ansible Automation Platform Product Software に移動します。
- インストールソースファイルを RHEL 9 ホストにコピーします。
インストールソースを展開します。これには約 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/次のコマンドを実行して、必要なソフトウェアのインストールを確認します。
cd ansible-automation-dashboard-containerized-setup sudo dnf install ansible-core ansible-galaxy collection install -r requirements.ymlAnsible Automation Platform インスタンスにアプリケーションの
client_id/client_secretを作成します。次の手順に従って OAuth2 アプリケーションを作成します。
Ansible 2.4 の場合:
Ansible 2.5 および 2.6 の場合:
次の情報を追加します。
- 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 の Name、Organization、および HTTPS ポート番号の値は設定可能です。このドキュメントで示されている例では、ポート 443 の使用を前提としています。
-
入力した
client_idおよびclient_secret informationをインベントリーファイルに保存します。 Ansible Automation Platform アクセストークンを作成します。
https://AAP_GATEWAY_FQDN/#/users/<id>/tokens に移動し、次の情報を使用してトークンを作成します。
- OAuth application: automation-dashboard-sso
- Scope: read
-
このアクセストークンの値を保存します。
clusters.yamlはこのアクセストークンを使用します。
サンプルインベントリーをコピーし、インストールプログラムを実行する前にこれを変更します。
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のフレーズを変更します。
-
RHEL 9 ホストの出現箇所で、
- 詳細は、このドキュメントの インベントリー変数 のセクションを参照してください。
# 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'インストールプログラムを実行します。
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 設定に統合して、データを収集、視覚化し、自動化に関する洞察を得ます。
手順
Red Hat Enterprise Linux ホストの https ポート 8447 で Automation Dashboard が実行されていることを確認します。
注記- この検証には、Ansible Automation Platform のログインの詳細が必要です。
- ポート 8447 はデフォルトで有効になっていますが、これは設定可能です。
次の情報を使用して、Ansible Automation Platform インスタンスを
clusters.yamlに追加します。- フロントエンドアクセス用の Ansible Automation Platform の URL/ポート
- read アクセス用に事前設定された Ansible Automation Platform OAuth アクセストークンとリフレッシュトークン。
OAuth2 クライアントクレデンシャル
注記Ansible Automation Platform にアクセスできない場合は、管理者にお問い合わせください。
- Personal Access Token の設定詳細は、トークンベースの認証を使用した外部アプリケーションへのアクセスの設定 を参照してください。
アクセストークンを設定したら、次のコマンドを実行します。
cp clusters.example.yaml clusters.yaml vi clusters.yaml以下の方法を使用して、データのプルと結合のために、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_token、refresh_token、およびclient_secretは Automation Dashboard データベースに保存されます。これらの値はセキュリティーのために暗号化されています。次のコマンドを実行して、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_token、client_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 エラーが発生する可能性があります。エラーの詳細は、この章の検証セクションを参照してください。
手動でデータを取得して 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- ブラウザーを更新すると、Automation Dashboard 内で取得したデータが表示されます。
1.3.1. クラスターアクセストークンの確認 リンクのコピーリンクがクリップボードにコピーされました!
クラスターデータを設定してロードした後、デバッグの目的で保存されているアクセストークンを確認します。
手順
-
--decryptオプションを指定したgetclusters管理コマンドを使用して、保存されているaccess_tokenとrefresh_tokenをプレーンテキストで表示します。 automation-dashboard-webコンテナーで次のコマンドを実行します。podman exec -it automation-dashboard-web /venv/bin/python ./manage.py getclusters --decrypt- 出力を確認し、保存されたトークンが正しく、最新であることを確認します。
例
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_token と refresh_token をプレーンテキストで表示するには、--decrypt フラグが必要です。このコマンドは、セキュアでないシステムでは使用しないでください。
./manage.py getclusters --decrypt によって生成された出力をファイル clusters.yaml に書き込み、それを ./manage.py setclusters clusters.yaml の入力として使用できます。
検証
インストール時にエラーメッセージが表示される場合は、次の表を参照してください。
| 問題 | 考えられる原因 | 解決方法 |
| 401 エラー | これは、不正な認証情報やトークンなどの認証エラーを示す不正アクセスメッセージです。 |
|
| 401 エラー | トークンの有効期限が切れ、すぐに更新を試行すると、一時的な 401 エラーが発生することが想定されます。 |
自動トークン更新が失敗した場合 (たとえば、 |
| 404 エラー | “not found” メッセージで、何かが正しく設定されていないか、正しいエンドポイントを指していないことを示しています。 |
|
インストールが成功すると、次の 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 分あたりの平均コストを入力するには、Average cost per minute to manually run the job フィールドを使用します。
- Average cost per minute of running on Ansible Automation Platform フィールドに、Ansible Automation Platform を使用してジョブを実行する場合の 1 分あたりの平均コストを入力します。
Time taken to create automation into calculation を選択して、初期または継続的な自動化実行の作成に関連するコストを含めます。
Automation Dashboard は以下のデータを提供します。
- 手動自動化のコスト: この数値は、自動化されたすべてのタスクを手動で実行する場合の推定コストを表します。これは推定値であり、実際の支出ではありません。これは、自動化を行わない場合に組織が被る可能性のある費用を表します。計算は、各ジョブの手動実行にかかる時間に人件費率を掛けて行われます。
- 自動実行のコスト: Ansible Automation Platform を使用した自動化実行のコストです。このコストには、サーバー時間、処理能力、自動化実行に関連するその他の運用コストなど、Ansible Automation Platform によって消費されるリソースが含まれます。これは、自動化の実行に実際に発生したコストを表します。
- 総節約額/回避コスト: これは 手動による自動化のコスト と 自動実行のコスト との差です。これは、Ansible Automation Platform を使用することで達成可能な投資収益率を示す重要なメトリクスです。
- 節約/回避された合計時間: この数値は、ホスト実行時間と自動化作成時間を加算し、実行時間 (分) を差し引いて計算されます。
手動実行にかかる時間 (分): このメトリクスは、ユーザーがホスト上でタスクを手動で実行するのにかかる時間を表します。組織が自動化の手作業での設定などに要した時間をもとに、手動実行と自動実行の価値を比較するための入力情報です。
注記コストと節約の分析データを CSV としてエクスポートできます。
1.8. コストと節約の分析メトリクス リンクのコピーリンクがクリップボードにコピーされました!
コストと節約の分析では、自動化の実行から得られる投資収益率 (ROI) を定量化するために次のメトリクスが生成されます。
| メトリクス | 説明 |
|---|---|
| 手動自動化のコスト | すべての自動タスクを手動で実行する推定コスト。この推定値は、各ジョブを手動で実行するのにかかる時間に人件費率を掛けた値に基づいています。 |
| 自動化された実行のコスト | Ansible Automation Platform を使用した自動化実行で実際に発生したコスト。これには、サーバー時間や処理能力など、Ansible Automation Platform によって消費されるリソースが含まれます。 |
| 合計節約/回避したコスト | 手動自動化のコスト と、自動化された実行のコスト の差。これは投資収益率を示す重要なメトリクスです。 |
| 合計保存時間/保存時間 | ホストの実行と自動化の作成時間を追加してから、実行時間を分単位で減算することによって計算された図。 |
| 手動で実行するのに要した時間 (分) | ユーザーがホスト上で手動でタスクを実行するのにかかる時間。この入力は、手動実行と自動実行の値を比較します。 |
第2章 付録 リンクのコピーリンクがクリップボードにコピーされました!
Automation Dashboard インストーラーに必要なインベントリー変数については、次の表で説明します。
2.1. インベントリー変数 リンクのコピーリンクがクリップボードにコピーされました!
次の変数は、Automation Dashboard がリモートホストと対話する方法を制御します。
| インベントリー変数 | 説明 |
|---|---|
|
|
ログインページに表示される自然言語名。デフォルト: |
|
| http または https を入力してください |
|
| Automation Dashboard のバージョンで 1 つの値を入力してください。有効な値は 2.4、2.5、または 2.6 です。 |
|
| Ansible Automation Platform の IP または DNS 名 (オプションでポート番号を含む) |
|
| TLS チェックを強制するかどうか |
|
|
Ansible Automation Platform OAuth2 アプリケーション |
|
|
Ansible Automation Platform OAuth2 アプリケーション |
|
| 「今日」を起点にして過去のデータを取得する日数を要求します |
|
| 指定した日付から「今日」までのデータを要求します |
|
|
自動生成された Podman シークレットの再生成を強制します。Podman シークレットを使用して、データベースアクセス用のパスワードを保存します。インベントリー内の |
|
| Automation Dashboard で https の代わりに http を使用できるようにします |
|
| Automation Dashboard の HTTP ポートを設定します |
|
| Automation Dashboard の HTTPS ポートを設定します |
|
| ダッシュボード用の TLS サーバー証明書 |
|
| ダッシュボードの TLS サーバー証明書キー |
|
| PostgreSQL データベースにアクセスするための管理者ユーザー名 |
|
| PostgreSQL データベースにアクセスするための管理者パスワード |
|
|
注記 エンドユーザーはこの変数を省略できます。 |
|
|
注記 エンドユーザーはこの変数を省略できます。 |
|
|
Automation Dashboard と同じホストに、データベースをコンテナーとしてインストールおよび設定するようにインストールプログラムを設定します。サポートされる値は |
|
|
Automation Dashboard 管理者ユーザーのパスワード。ユーザー名は常に |
|
| データベースホストのホスト名または IP アドレス。 |
|
| Automation Dashboard のデータベースユーザー。 |
|
|
|
|
| Automation Dashboard のデータベーススキーマ名。 |
|
|
必要なコンテナーイメージがインストールバンドル (tar ファイル) にすでに含まれていることを示します。 |
|
|
これは、インストールバンドルが展開されたディレクトリー |