You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/learn/vp_agof.adoc
+14-20Lines changed: 14 additions & 20 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -36,26 +36,20 @@ The webUI provides an intuitive interface to build, monitor, and manage automati
36
36
37
37
== Ansible framework methods
38
38
39
-
The three main methods for setting up an Ansible framework are as follows:
39
+
The main methods for setting up an Ansible framework are as follows:
40
40
41
-
=== Method 1: AWS-based install
41
+
[NOTE]
42
+
====
43
+
This section focussed mainly on the AWS based installation method.
44
+
====
45
+
46
+
=== AWS based install
42
47
43
48
This method is ideal for organizations that prefer deploying AAP on AWS infrastructure. This default install process in AAP 2.4 uses AWS by default and offers a fully automated setup. It requires AWS credentials, builds an AWS image with Red Hat's ImageBuilder, and sets up AAP within an AWS VPC and subnet. The installation program creates all the necessary resources, including AAP Controllers and, optionally, additional components such as the Automation Hub.
44
49
45
50
This is the easiest method if you already use AWS, as it automates the provisioning of resources, including VMs and network configurations. This requires AWS infrastructure and credentials.
46
51
47
-
=== Method 2: Pre-configured VMs Install
48
-
49
-
This method allows the installation of AAP on pre-configured Red Hat Enterprise Linux (RHEL) VMs. You need to provide an inventory file that specifies details about the VMs or instances where AAP will be installed. It is designed for users with existing infrastructure who want to deploy AAP without depending on AWS. If you need to install a pattern on a cluster with a different topology than this, use the API install mechanism.
50
-
51
-
THis method is useful if you already have pre-configured VMs or bare-metal instances running RHEL. It allows greater flexibility and control over the environment. Using this method requires more manual effort to configure VMs and might need additional customization for non-standard topologies. This model has been tested with up to two RHEL VMs (one for AAP and one for Hub).
52
-
53
-
The requirements for this mode are as follows:
54
-
55
-
* Must be running a version of RHEL that AAP supports
56
-
* Must be properly entitled with a subscription that makes the appropriate AAP repository available
In this method, you provide an existing Ansible Automation Platform (AAP) Controller endpoint, either on bare metal or in a private cloud, without needing AWS or pre-configured VMs. You specify the manifest, endpoint hostname, admin credentials, and pass the installation process to a predefined `controller_config_dir`. This is suitable for complex or custom topologies where you want full control over the deployment.
61
55
@@ -196,7 +190,7 @@ Click the `Load token` link at https://console.redhat.com[console.redhat.com] >
# Set these variables to provide your own AMI, or to re-use an AMI previously generated with this process
@@ -278,7 +272,7 @@ a| EDA Automation Controller
278
272
279
273
Once the install completes, you will have a project, an inventory (consisting of the AAP controller), a credential (the private key from ec2), a job template (which runs a fact gather on the AAP controller) and a schedule that will run the job template every 5 minutes,
280
274
281
-
. Log in to `https:{{ ec2_name_prefix }}.{{ domain }}:8443` with the username `admin` and the password as configured in `admin_password` field of `agof_vault.yml`.
275
+
. Log in to `https://aap.{{ ec2_name_prefix }}.{{ domain }}:8443` with the username `admin` and the password as configured in `admin_password` field of `agof_vault.yml`.
282
276
283
277
. Under *Resources* > *Projects* verify the project *Ansible GitOps Framework Minimal Demo* is created with status *Successful*.
The password is fetched dynamically from a vault for security purposes.
150
+
The initial admin password that AAP is configured with to allow the controller_username to log in. This particular password is not retrieved from a vault.
151
151
152
152
=== Dynamic variables
153
153
@@ -158,7 +158,7 @@ The Ansible Controller username is retrieved from the vault variable.
158
158
The password is dynamically fetched from the vault.
159
159
160
160
=== Project configuration
161
-
Projects are collections of playbooks that are stored in a Git repository or SCM. This section can define how projects are configured in the Controller.
161
+
Projects are git repositories that can contain inventories and collections (and collections can contain playbooks).
0 commit comments