Red Hat Ansible Automation Platform 2.6 introduces powerful capabilities for managing, scaling, and deploying automation across your enterprise. Whether you're a new user planning your first deployment or an existing customer upgrading from a previous version, understanding the available installation and upgrade methods is critical. This guide provides a high-level overview of the supported paths to Ansible Automation Platform 2.6.
New installations of Ansible Automation Platform 2.6
Ansible Automation Platform offers flexible installation methods to suit your infrastructure, with support for deployments on Red Hat Enterprise Linux (RHEL) and Red Hat OpenShift.
Installing on RHEL
On RHEL, there are two primary methods for deploying Ansible Automation Platform, though one of the options is deprecated.
RHEL containerized installation (recommended)
Containerized installations are the recommended approach for new installations and deployments on RHEL. The Ansible Automation Platform 2.6 containerized installer requires either RHEL 9 or RHEL 10. Read the documentation to learn more.
RHEL RPM installation (deprecated)
The Ansible Automation Platform 2.6 RPM-based install is only available on RHEL 9. We suggest using the RHEL RPM install method only for specific upgrade scenarios, not for net new installations. Read the documentation to learn more.
When we released Ansible Automation Platform 2.5, we announced that the RPM install method was being deprecated. 2.6 will be the last version with an RPM installer and will only be available for RHEL 9. There will be no RPM-based installer for RHEL 8 or RHEL 10. Ansible Automation Platform 2.7 will not include the RPM installer for any version of RHEL. Learn more.
Installing on Red Hat OpenShift
For cloud-native and Kubernetes environments, the supported method is the operator-based installation on Red Hat OpenShift Container Platform. This is the recommended path for new installations due to its benefits in simplified maintenance and enterprise scalability. Learn more.
Upgrade and migration paths to Ansible Automation Platform 2.6
It's important to understand the difference between an upgrade and a migration.
- Upgrades occur when changing the Ansible Automation Platform software version in use (for example, upgrading from 2.5 to 2.6)
- Migrations involve changing the installation type (for example, moving from RPM to containerized) or the underlying RHEL major version (from RHEL 8 to RHEL 9, for instance). This option requires a backup and restore procedure.
Red Hat supports upgrades to Ansible Automation Platform 2.6 from existing 2.4 and 2.5 deployments. Depending on your current installation's deployment type, some scenarios may require a migration before upgrading to 2.6.
Read the following upgrade planning guide to learn about new infrastructure requirements, how to handle user and authentication data, and to get guidance on various deployment scenarios to help you successfully plan your upgrade.
Deployment type migrations: Moving between RPM, container, and operator
The RPM installation method, deprecated since Ansible Automation Platform 2.5 in 2024, will no longer be available in the future 2.7 release. Consequently, users currently relying on an RPM deployment eventually need to migrate to a different installation method (either RHEL containerized or the OpenShift Operator). This is an important consideration when upgrading.
If you plan to change your installation type—for example, moving from an RPM-based deployment to a container-based deployment on RHEL—then you must perform this migration only between deployments running the same major Ansible Automation Platform version. For example, if you're running 2.6 RPM then you must migrate to 2.6 Containerized.
Migrating Ansible Automation Platform across RHEL versions
When running Ansible Automation Platform 2.4 or 2.5 on RHEL 8, an operating system migration is required because there is no direct upgrade available. The recommended path for this is to migrate to a new install of Ansible Automation Platform on RHEL 9.
Doing a LEAPP in-place upgrade of RHEL 8 is not supported.
The core process involves migrating Ansible Automation Platform from RHEL 8 using the installation setup script and restoring it on the target RHEL 9 system, then running the 2.6 installer on RHEL 9 to upgrade.
Suppose you're migrating from Ansible Automation Platform 2.5 on a RHEL 8 instance called rhel8-aap-instance to a RHEL 9 instance called rhel9-aap-instance. Here's an example workflow:
- Backup Ansible Automation Platform 2.5 data on rhel8-aap-instance.
- Install your new RHEL 9 server (rhel9-aap-instance) and Ansible Automation Platform 2.5.
- Migrate data (backup and restore) from rhel8-aap-instance to rhel9-aap-instance.
- Upgrade rhel9-aap-instance from Ansible Automation Platform 2.5 to 2.6 RPM.
Migrating across PostgreSQL versions
PostgreSQL databases managed by the Ansible Automation Platform installer get upgraded to PostgreSQL 15 automatically.
A strict requirement for a successful upgrade to Ansible Automation Platform 2.6 is that the PostgreSQL database must be running versions 15, 16, or 17. If your current environment is currently using an external PostgreSQL 13 or earlier database, then you must upgrade to version 15, 16, or 17 before attempting an upgrade to Ansible Automation Platform 2.6. Red Hat recommends using PostgreSQL 15 whenever possible.
Upgrading from Ansible Automation Platform 2.4 to 2.6
This path spans two major versions, and skips the middle step of upgrading to 2.5. You can upgrade directly from Ansible Automation Platform 2.4 to 2.6 when your current install is based on RPM on RHEL 9 or OpenShift. Read the release notes to learn more.
To AAP 2.6 RPM on RHEL 9 | To AAP 2.6 container on RHEL 9 / RHEL 10 | To AAP 2.6 OCP operator | |
From AAP 2.4 RPM on RHEL 8 | Migrate | Migrate | Migrate |
From AAP 2.4 RPM on RHEL 9 | Upgrade | Migrate | Migrate |
From AAP 2.4 OCP operator | N/A | N/A | Upgrade |
Upgrading from Ansible Automation Platform 2.5 to 2.6
If your current Ansible Automation Platform 2.5 install is running on RHEL 9 or RHEL 10, upgrading to Ansible Automation Platform 2.6 is a direct, major version upgrade and is supported while keeping the same installation method of Ansible Automation Platform 2.5.
If your current Ansible Automation Platform 2.5 install is running on RHEL 8, then a direct upgrade to Ansible Automation Platform 2.6 is not possible and you must migrate Ansible Automation Platform to a new RHEL install before upgrading Ansible Automation Platform.
If your current Ansible Automation Platform 2.5 install is running on OCP, then a direct upgrade to Ansible Automation Platform 2.6 is available.
Read the documentation to learn more about supported upgrade paths.
To AAP 2.6 RPM on RHEL 9 | To AAP 2.6 container on RHEL 9 | To AAP 2.6 container on RHEL 10 | To AAP 2.6 OCP operator | |
From AAP 2.5 RPM on RHEL 8 | Migrate | Migrate | Migrate | Migrate |
From AAP 2.5 RPM on RHEL 9 | Upgrade | Migrate | Migrate | Migrate |
From AAP 2.5 container on RHEL 9 | N/A | Upgrade | Migrate | Migrate |
From AAP 2.5 container on RHEL 10 | N/A | N/A | Upgrade | Migrate |
From AAP 2.5 OCP operator | N/A | N/A | N/A | Upgrade |
Additional resources
Upgrading to Ansible Automation Platform 2.6 represents a significant step forward, with a host of streamlined features and crucial performance enhancements. Upgrading or migrating now enables your organization to leverage new security patches, improved stability, and the latest features and functionality designed to help your entire team be more productive and effective.
Learn more about Ansible Automation Platform 2.6:
- Release announcement: What's new with Ansible Automation Platform 2.6
- Release notes: Ansible Automation Platform 2.6
- Video: What's new with Ansible Automation Platform 2.6
- Documentation: Ansible Automation Platform 2.6
关于作者
Leonardo is a Senior Technical Marketing Manager at Red Hat. He drives the adoption of Ansible by developing and promoting technical content, including hands-on workshops, meetups and upstream collaboration. He has been an Open Source enthusiast and professional for over 20 years. He is a Red Hat Certified Engineer and Specialist in Advanced Ansible Automation.
