|
7 | 7 | [id="installation-overview_{context}"]
|
8 | 8 | = About {product-title} installation
|
9 | 9 |
|
10 |
| -The {product-title} installation program offers you flexibility. You can use the program to: |
| 10 | +The {product-title} installation program offers four methods for deploying a cluster: |
11 | 11 |
|
12 |
| -* Deploy a cluster on provisioned infrastructure and the cluster it maintains. |
13 |
| -* Deploy a cluster on infrastructure that you prepare and maintain. |
| 12 | +* *Interactive*: You can deploy a cluster with the web-based link:https://access.redhat.com/documentation/en-us/assisted_installer_for_openshift_container_platform/2022/html-single/assisted_installer_for_openshift_container_platform/index[{ai-full}]. This is the recommended approach for clusters with networks connected to the internet. The {ai-full} is the easiest way to install {product-title}, it provides smart defaults, and it performs pre-flight validations before installing the cluster. It also provides a RESTful API for automation and advanced configuration scenarios. |
14 | 13 |
|
15 |
| -These two basic types of {product-title} clusters are frequently called: |
| 14 | +* *Local Agent-based*: You can deploy a cluster locally with the agent-based installer for air-gapped or restricted networks. It provides many of the benefits of the {ai-full}, but you must download and configure the link:https://console.redhat.com/openshift/install/metal/agent-based[agent-based installer] first. Configuration is done with a commandline interface. This approach is ideal for air-gapped or restricted networks. |
16 | 15 |
|
17 |
| -* Installer-provisioned infrastructure clusters. |
18 |
| -* User-provisioned infrastructure clusters. |
| 16 | +* *Automated*: You can deploy a cluster on installer-provisioned infrastructure and the cluster it maintains. The installer uses each cluster host's baseboard management controller (BMC) for provisioning. You can deploy clusters with both connected or air-gapped or restricted networks. |
19 | 17 |
|
20 |
| -Both cluster types have the following characteristics: |
| 18 | +* *Full control*: You can deploy a cluster on infrastructure that you prepare and maintain, which provides maximum customizability. You can deploy clusters with both connected or air-gapped or restricted networks. |
| 19 | +
|
| 20 | +The clusters have the following characteristics: |
21 | 21 |
|
22 | 22 | * Highly available infrastructure with no single points of failure is available by default.
|
23 | 23 | * Administrators maintain control over what updates are applied and when.
|
24 | 24 |
|
25 |
| -The Agent-based Installer is part of the {product-title} Installer. The installer provides you with the flexibility of user-provisioned infrastructure (UPI) installation and the ease of use of the Assisted Installer (AI). |
26 |
| - |
27 | 25 | [id="about-the-installation-program"]
|
28 | 26 | == About the installation program
|
29 | 27 |
|
30 |
| -You can use the installation program to deploy both types of clusters. The installation program generates main assets such as Ignition config files for the bootstrap, master, and worker machines. You can start an {product-title} cluster with these three configurations and correctly configured infrastructure. |
| 28 | +You can use the installation program to deploy each type of cluster. The installation program generates main assets such as Ignition config files for the bootstrap, control plane (master), and worker machines. You can start an {product-title} cluster with these three configurations and correctly configured infrastructure. |
31 | 29 |
|
32 | 30 | The {product-title} installation program uses a set of targets and dependencies to manage cluster installations. The installation program has a set of targets that it must achieve, and each target has a set of dependencies. Because each target is only concerned with its own dependencies, the installation program can act to achieve multiple targets in parallel with the ultimate target being a running cluster. The installation program recognizes and uses existing components instead of running commands to create them again because the program meets dependencies.
|
33 | 31 |
|
34 | 32 | .{product-title} installation targets and dependencies
|
35 | 33 | image::targets-and-dependencies.png[{product-title} installation targets and dependencies]
|
36 | 34 |
|
| 35 | + |
37 | 36 | [id="about-rhcos"]
|
38 | 37 | == About {op-system-first}
|
39 | 38 |
|
|
0 commit comments