이 콘텐츠는 선택한 언어로 제공되지 않습니다.
Chapter 1. View key usage metrics with Automation Dashboard
By effectively using Automation Dashboard, you can gain valuable insights into your Ansible Automation Platform usage and drive continuous improvement in your automation practices.
1.1. About the Automation Dashboard 링크 복사링크가 클립보드에 복사되었습니다!
The Automation Dashboard utility is a web-based container application that provides key metrics related to job execution, efficiency, and the value derived from automation.
Automation Dashboard uses automation metrics to supply automation usage data from Ansible Automation Platform. This data helps you compare the cost of performing tasks manually to the cost of performing tasks through automation, allowing you to show what savings are achievable through automation.
1.1.1. Key benefits 링크 복사링크가 클립보드에 복사되었습니다!
Automation Dashboard helps you:
- Get a clear overview of the automation occurring in your environment.
- Track metrics such as time saved and errors reduced, to quantify the benefits of automation.
- Analyze job execution times and failure rates to pinpoint areas for automation improvement.
- Use the generated data to make informed decisions about automation strategy, resource allocation, and prioritization of automation projects.
1.2. Installing Automation Dashboard 링크 복사링크가 클립보드에 복사되었습니다!
Install Automation Dashboard to collect and analyze key metrics related to job execution, efficiency, and automation savings across your Ansible Automation Platform deployments.
Prerequisites
One of the following tested configurations:
- RHEL 9 x86 or ARM based physical or virtual host.
With an external database: PostgreSQL v15 database.
ImportantDo not attempt to install Automation Dashboard on the same host(s) as Ansible Automation Platform.
Automation Dashboard installation has been tested with the following configuration:
- 80 GB hard drive (depending on data growth)
- 4 vCPUs x 16 GB RAM
- Disk IOPS - 3000
- Handle up to 10,000 jobs/month and 47M summaries/month
- Connects to three Ansible Automation Platform deployments of the same version
- Access to baseos and Ansible Automation Platformstream repository packages for the RHEL 9 host.
A non-root login account to the RHEL 9 host for installation.
-
This requires passwordless
sudoaccess to root. -
By default, we use the
$HOMEDIRof the user account.
-
This requires passwordless
- URL details for access to your Ansible Automation Platform instances.
- An Ansible Automation Platform OAuth2 token, which is used for communication between the Ansible Automation Platform instances and Automation Dashboard.
- Access to download the installation bundle providing installation components for the Automation Dashboard.
Open firewall access to allow for bidirectional communication between AAP instances and the Automation Dashboard.
- This includes HTTPS/443 (or your Ansible Automation Platform configured port) from the dashboard to the Ansible Automation Platform instance(s).
- Port 8447 is the default ingress port for the Automation Dashboard. This port can be configured during installation.
- RHEL firewall ports that might block 5432 to PostgreSQL.
-
A supported version of
ansible-coreinstalled on supported RHEL versions.
Procedure
- Download the latest installer tar file from access.redhat.com. Navigate to Downloads > Red Hat Ansible Automation Platform Product Software.
- Copy the installation source file to your RHEL 9 host.
Extract the installation source. This will require ~500Mb. of disk space. Throughout this example we will use the ec2-user home directory:
/home/<username>.tar -xzvf ansible-automation-dashboard-containerized-setup-bundle-0.1-x86_64.tar.gz cd ansible-automation-dashboard-containerized-setup/
tar -xzvf ansible-automation-dashboard-containerized-setup-bundle-0.1-x86_64.tar.gz cd ansible-automation-dashboard-containerized-setup/Copy to Clipboard Copied! Toggle word wrap Toggle overflow Verify that the installation of necessary software by running the following commands:
cd ansible-automation-dashboard-containerized-setup sudo dnf install ansible-core ansible-galaxy collection install -r requirements.yml
cd ansible-automation-dashboard-containerized-setup sudo dnf install ansible-core ansible-galaxy collection install -r requirements.ymlCopy to Clipboard Copied! Toggle word wrap Toggle overflow Create an application
client_id/client_secretin your Ansible Automation Platform instance:Create an OAuth2 application using the following steps :
For Ansible 2.4:
- Navigate to https://AAP_CONTROLLER_FQDN/#/applications
For Ansible 2.5 and 2.6:
- Navigate to https://AAP_GATEWAY_FQDN/access/applications
Add the following information:
- Name: automation-dashboard-sso
- Authorization grant type: authorization-code
- Organization: Default
- Redirect URIs: https://AUTOMATION_DASHBOARD_FQDN/auth-callback
Client type: Confidential
NoteThe values for Name, Organization, and HTTPS port number for Ansible Automation Platform are configurable. The examples provided in this document assume use of port 443.
-
Save the
client_idandclient_secret informationinputs into the inventory file. Create an Ansible Automation Platform access token:
Navigate to https://AAP_GATEWAY_FQDN/#/users/<id>/tokens, and create a token using the following information:
- OAuth application: automation-dashboard-sso
- Scope: read
-
Store this access token value.
clusters.yamluses this access token.
Copy the example inventory and change it before running the installation program.
cp -i inventory.example inventory vi inventory
cp -i inventory.example inventory vi inventoryCopy to Clipboard Copied! Toggle word wrap Toggle overflow Important- This is an example tested inventory containing default values for Ansible Automation Platform 2.4, 2.5, and 2.6.
You must change the following values to use this inventory configuration in your environment:
-
Change the RHEL 9 host occurrences from
host.example.comto your FQDN host -
Change the phrase
TODOto match your passwords within all_admin_passwordor_pg_passwordvalues.
-
Change the RHEL 9 host occurrences from
- For more information, see the Inventory variables section of this document.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Run the installation program.
ansible-playbook -i inventory ansible.containerized_installer.dashboard_install
ansible-playbook -i inventory ansible.containerized_installer.dashboard_installCopy to Clipboard Copied! Toggle word wrap Toggle overflow
Verification
For reference, see the following example output:
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
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
Alternative configurations are possible (for example, the database for Automation Dashboard can be set on a different host). This requires additional changes to variables in the inventory file. Consult the Inventory variables section of this document for available variables.
1.3. Integrating Automation Dashboard with your Ansible Automation Platform 링크 복사링크가 클립보드에 복사되었습니다!
Integrate your Ansible Automation Platform instances into the Automation Dashboard configuration to collect and visualise data and gain insights into your automation.
Procedure
Verify that Automation Dashboard is running on https port 8447 on your Red Hat Enterprise Linux host.
Note- This verification requires your Ansible Automation Platform login details.
- Port 8447 is enabled by default, but this is configurable.
Add your Ansible Automation Platform instances into
clusters.yamlusing the following information:- Your Ansible Automation Platform URLs/ports for front-end access
- A preconfigured Ansible Automation Platform OAuth access token and refresh for read access
OAuth2 client credentials
NoteIf you do not have access to Ansible Automation Platform, consult your administrator.
- Configure a personal access token. For more information, see Configuring access to external applications with token-based authentication.
Once you have configured your access token, run the following command:
cp clusters.example.yaml clusters.yaml vi clusters.yaml
cp clusters.example.yaml clusters.yaml vi clusters.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow You can add one or more Ansible Automation Platform instances (of the same Ansible Automation Platform version) into the Automation Dashboard configuration for pulling and combining data by using the following:
NoteIf you only have one Ansible Automation Platform instance, then remove the second entry.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow NoteThe
access_token,refresh_token, andclient_secretare stored in the Automation Dashboard database. These values are encrypted for security.Run the following commands to load and activate your Automation Dashboard configuration:
podman cp clusters.yaml automation-dashboard-web:/ podman exec automation-dashboard-web /venv/bin/python ./manage.py setclusters /clusters.yaml
podman cp clusters.yaml automation-dashboard-web:/ podman exec automation-dashboard-web /venv/bin/python ./manage.py setclusters /clusters.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow NoteAutomation Dashboard uses
refresh_token,client_id, andclient_secretto automatically obtain a newaccess_tokenandrefresh_tokenwhen the current token expires. The utility uses the ping endpoint to detect the Ansible Automation Platform version and find the correct token refresh endpoint.Example
Copy to Clipboard Copied! Toggle word wrap Toggle overflow NoteAutomation Dashboard checks for Ansible Automation Platform 2.4, 2.5, and 2.6 instances. As shown in the example output, this can result in 404 errors. For more information on errors, see the Verification section of this chapter.
Use the following command to test your Automation Dashboard configuration by manually fetching data:
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.
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.Copy to Clipboard Copied! Toggle word wrap Toggle overflow NoteConsider using a short date interval to reduce test time. The format is YYYY-MM-DD.
You can then use
journalctlto check progress:sudo journalctl -fn10
sudo journalctl -fn10Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Refresh your browser to view retrieved data within your Automation Dashboard.
1.3.1. Verifying cluster access tokens 링크 복사링크가 클립보드에 복사되었습니다!
After you configure and load your cluster data, verify the stored access tokens for debugging purposes.
Procedure
-
Use the
getclustersmanagement command with the--decryptoption to display the storedaccess_tokenandrefresh_tokenin plain text. Run the following command inside the
automation-dashboard-webcontainer:podman exec -it automation-dashboard-web /venv/bin/python ./manage.py getclusters --decrypt
podman exec -it automation-dashboard-web /venv/bin/python ./manage.py getclusters --decryptCopy to Clipboard Copied! Toggle word wrap Toggle overflow - Review the output to confirm that the stored tokens are correct and up-to-date.
Example
Displaying the encrypted access_token and refresh_token in plain text for debugging requires the --decrypt flag. Do not use this command on unsecured systems.
You can write output produced by ./manage.py getclusters --decrypt to a file clusters.yaml and use it as input for ./manage.py setclusters clusters.yaml.
Verification
If you come across error messages during installation, consult the following table:
| Issue | Possible Cause | Solution |
| 401 error | This is an unauthorized access message indicating authentication errors such as wrong credentials or tokens. |
Verify that your access token is correct in |
| 401 error | A temporary 401 error is expected behavior when the token expires, followed immediately by trying to refresh. |
If the automatic token refresh fails (for example, due to invalid |
| 404 error | This is a “not found” message indicating that something is not configured correctly or pointing to the correct endpoint. |
Verify that your Ansible Automation Platform instance URLs used in |
A successful installation should be running the following three container services:
podman ps --all --format "{{.Names}}"
postgresql
automation-dashboard-task
automation-dashboard-web
podman ps --all --format "{{.Names}}"
postgresql
automation-dashboard-task
automation-dashboard-web
You can check your container logs by running the following:
The following log snippet shows a successful token refresh:
This log snippet omits timestamps and hostname for brevity.
Example
Check how the services are running by using systemd:
1.4. Uninstalling Automation Dashboard 링크 복사링크가 클립보드에 복사되었습니다!
Uninstall Automation Dashboard and its dependencies by using a single command, ensuring a clean removal from your host.
Procedure
Run the following command to uninstall Automation Dashboard and its dependencies, including the PostgreSQL database container:
ansible-playbook -i inventory ansible.containerized_installer.dashboard_uninstall
ansible-playbook -i inventory ansible.containerized_installer.dashboard_uninstallCopy to Clipboard Copied! Toggle word wrap Toggle overflow
1.5. Filter and save automation data for reporting 링크 복사링크가 클립보드에 복사되었습니다!
Automation Dashboard provides filtering options to analyze your Ansible Automation Platform automation runs. You can select one or more filtering options to customize your report, select a time period and a currency, and save your report to your Automation Dashboard.
1.5.1. Filters 링크 복사링크가 클립보드에 복사되었습니다!
Use the following filtering options to customize your report:
- Template: select one or more Job Templates
- Organization: select one or more Organizations
- Project: select one or more Projects
Label: select one or more automation projects by label.
NoteYou must preconfigure and assign labels to Ansible Automation Platform for display in Automation Dashboard. For more information on configuring labels, see Creating a job template.
1.5.2. Time period and currency 링크 복사링크가 클립보드에 복사되었습니다!
After selecting your filters, select a time period for analysis, and select a currency to show automation savings.
- A shorter time period is useful when considering specific automation use cases.
- A longer time period is useful when considering overall platform usage and automation growth.
- Changing from one currency to another does not convert the value of that currency. You must manually change the manual and automation cost figures to reflect whichever currency you select.
1.5.3. Saving a report 링크 복사링크가 클립보드에 복사되었습니다!
Use Save as Report to save this report to your Automation Dashboard. You can retrieve it at any time by using Select a Report.
1.6. Summary of top and overview usage 링크 복사링크가 클립보드에 복사되었습니다!
Automation Dashboard displays a summary of the top and overview usage for your selected report. This includes the following data:
- Total number of successful jobs: The number of automation jobs completed successfully.
- Total number of failed jobs: The number of automation jobs that encountered errors. Analyzing these failures can help improve efficiency.
- Total number of unique hosts automated: This is the number of Controller inventory records you have automated.
- Total hours of automation: The cumulative time that Ansible Automation Platform spent running jobs.
- Number of times jobs were run: The total number of individual job executions.
- Number of hosts jobs are running on: The total number of hosts that jobs are executed upon.
- Top 5 projects: The top five automation projects based on the number of running jobs.
Top 5 users: The top five users of Ansible Automation Platform, with a breakdown of the total number of jobs run by each user.
NoteScheduled jobs can affect these results, because they do not represent a real, logged-in user.
1.7. Analyzing costs and savings 링크 복사링크가 클립보드에 복사되었습니다!
The costs and savings analysis compares the cost of manual automation compared to the cost of automation execution by using Ansible Automation Platform to calculate the total savings derived from automation execution.
Procedure
- Use the Average cost per minute to manually run the job field to enter the average cost per minute for an engineer to manually run jobs.
- Use the Average cost per minute of running on Ansible Automation Platform field to enter an average cost per minute of running a job using Ansible Automation Platform.
Select Time taken to create automation into calculation to include the costs associated with creating the initial or ongoing automation execution.
Automation Dashboard supplies the following data:
- Cost of manual automation: This number represents the estimated cost of manually performing all of the automated tasks. This is an estimated value, not an actual expenditure. It represents the potential expenses that the organization would incur without automation. The calculation is based on the time taken to manually run each job, multiplied by a labor cost rate.
- Cost of automated execution: This is the cost of automation execution using Ansible Automation Platform. This cost includes the resources consumed by Ansible Automation Platform, such as server time, processing power, and any other operational expenses associated with automation execution. It represents the actual cost incurred for automation execution.
- Total savings/cost avoided: This is the difference between the Cost of manual automation and the Cost of automated execution. This is a key metric for demonstrating the return on investment attainable by using Ansible Automation Platform.
- Total hours saved/avoided: This figure is calculated by adding host executions and automation creation time, then subtracting the running time in minutes.
Time taken to manually execute (min): This metric represents the amount of time it would take for a user to perform the task manually on a host. It is an input provided to compare the value of manual execution and automated execution using the time taken by the organization to manually automate.
NoteYou can export the data from your cost and savings analysis as a CSV.
1.8. Cost and savings analysis metrics 링크 복사링크가 클립보드에 복사되었습니다!
The costs and savings analysis generates the following metrics to quantify the return on investment (ROI) derived from automation execution.
| Metric | Description |
|---|---|
| Cost of manual automation | The estimated cost of manually performing all automated tasks. This estimated value is based on the time taken to manually run each job, multiplied by a labor cost rate. |
| Cost of automated execution | The actual cost incurred for automation execution using Ansible Automation Platform. This includes the resources consumed by Ansible Automation Platform, such as server time and processing power. |
| Total savings/cost avoided | The difference between the Cost of manual automation and the Cost of automated execution. This is a key metric for demonstrating the return on investment. |
| Total hours saved/avoided | The figure calculated by adding host executions and automation creation time, then subtracting the running time in minutes. |
| Time taken to manually execute (min) | The amount of time it would take for a user to perform the task manually on a host. This input compares the value of manual execution and automated execution. |