Skip to content

Commit dd55f11

Browse files
committed
TELCODOCS-1779: Adding section for IBI factory install
1 parent 1258af7 commit dd55f11

20 files changed

+1210
-0
lines changed

_topic_maps/_topic_map.yml

Lines changed: 11 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -3060,6 +3060,17 @@ Topics:
30603060
# File: cnf-image-based-upgrade-base
30613061
# - Name: Performing an image-based upgrade for single-node OpenShift clusters using GitOps ZTP
30623062
# File: ztp-image-based-upgrade
3063+
- Name: Image-based installation for single-node OpenShift clusters
3064+
Dir: image-base-install
3065+
Topics:
3066+
- Name: Understanding an image-based installation for single-node OpenShift clusters
3067+
File: ibi-understanding-image-based-install
3068+
- Name: Preparing for an image-based installation for single-node OpenShift clusters
3069+
File: ibi-preparing-for-image-based-install
3070+
- Name: Performing an image-based installation for single-node OpenShift clusters
3071+
File: ibi-factory-image-based-install
3072+
- Name: Performing an image-based deployment for single-node OpenShift clusters
3073+
File: ibi-edge-image-based-install
30633074
---
30643075
Name: Reference design specifications
30653076
Dir: telco_ref_design_specs
Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1 @@
1+
../_attributes/
Lines changed: 76 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,76 @@
1+
:_mod-docs-content-type: ASSEMBLY
2+
[id="ibi-image-based-install_{context}"]
3+
= About image-based deployments for {sno} clusters
4+
include::_attributes/common-attributes.adoc[]
5+
:context: ibi-edge-image-based-install
6+
7+
toc::[]
8+
9+
When a host preinstalled with {sno} using an image-based installation arrives at a remote site, a technician can easily reconfigure and deploy the host in a matter of minutes.
10+
11+
To complete the deployment of a preinstalled host, you must first define site-specific configuration resources on the hub cluster for each host. These resources contain configuration information such as the properties of the bare-metal host, authentication details, and other deployment and networking information.
12+
13+
The Image Based Install (IBI) Operator creates a configuration ISO from these resources, and then boots the host with the configuration ISO attached. The host mounts the configuration ISO and runs the reconfiguration process. When the reconfiguration completes, the {sno} cluster is ready.
14+
15+
[NOTE]
16+
====
17+
You must create distinct configuration resources for each bare-metal host.
18+
====
19+
20+
See the following high-level steps to deploy a preinstalled host:
21+
22+
* Install the IBI Operator on the hub cluster.
23+
* Create site-specific configuration resources in the hub cluster for each host.
24+
* Apply these resources in the hub cluster.
25+
* The IBI Operator creates a configuration ISO from these resources and boots the target host with the configuration ISO attached.
26+
* The host mounts the configuration ISO and runs the reconfiguration process. When the reconfiguration completes, the {sno} cluster is ready.
27+
28+
include::modules/ibi-install-ibi-operator.adoc[leveloffset=+1]
29+
30+
== Cluster configuration resources for deploying a preinstalled host
31+
To complete a deployment for a preinstalled host at a remote site, you must configure the following site-specifc cluster configuration resources in the hub cluster for each bare-metal host.
32+
33+
.Cluster configuration resources reference
34+
[cols="1,3", options="header"]
35+
|===
36+
37+
| Resource | Description
38+
39+
|`Namespace`
40+
|Namespace for the managed {sno} cluster.
41+
42+
|`BareMetalHost`
43+
|Describes the physical host and its properties, such as the provisioning and hardware configuration.
44+
45+
|`Secret` for the bare-metal host
46+
|Credentials for the host BMC.
47+
48+
|`Secret` for the image registry
49+
|Credentials for the image registry. The secret for the image registry must be of type `kubernetes.io/dockerconfigjson`.
50+
51+
|`ImageClusterInstall`
52+
|References the bare-metal host, deployment, and image set resources.
53+
54+
|`ClusterImageSet`
55+
|Describes the release images to use for the cluster.
56+
57+
|`ClusterDeployment`
58+
|Describes networking, authentication, and platform-specific settings.
59+
60+
|`ManagedCluster`
61+
|Describes cluster details to enable {rh-rhacm-first} to register and manage.
62+
63+
|`ConfigMap`
64+
|Describes networking setting, such as static networking and routing information. This is resource is optional.
65+
66+
|===
67+
68+
include::modules/ibi-create-config-iso.adoc[leveloffset=+1]
69+
70+
[role="_additional-resources"]
71+
== Additional resources
72+
73+
* link:https://docs.openshift.com/container-platform/4.15/post_installation_configuration/bare-metal-configuration.html#about-the-baremetalhost-resource_post-install-bare-metal-configuration[About the BareMetalHost resource]
74+
75+
* link:https://docs.openshift.com/container-platform/4.15/openshift_images/managing_images/using-image-pull-secrets.html[Using image pull secrets]
76+
Lines changed: 23 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,23 @@
1+
:_mod-docs-content-type: ASSEMBLY
2+
[id="ibi-image-based-install_{context}"]
3+
= Performing an image-based installation for {sno} clusters
4+
include::_attributes/common-attributes.adoc[]
5+
:context: ibi-factory-image-based-install
6+
7+
toc::[]
8+
9+
Use the {lcao} to create a live installation ISO for preinstalling {sno} on bare-metal hosts. The {lcao} takes a seed image URL, and other inputs such as a URL for an instance of {op-system-first}, and creates a live installation ISO that references these installation artifacts. You can then restart the host using the live installation ISO to begin the preinstallation of the host. When the preinstallation is complete, the host is ready to ship to a remote site for the final site-specific configuration and deployment.
10+
11+
Use the `ib-cli` CLI tool to generate the live installation ISO. You can extract this CLI tool from the {lcao}.
12+
13+
The following are the high-level steps to preinstall a {sno} cluster to a host using an image-based installation:
14+
15+
* Generate a seed image.
16+
* Create a live installation ISO using the {lcao}.
17+
* Restart the host using the live installation ISO to preinstall the host.
18+
19+
include::modules/ibi-ib-cli-reference.adoc[leveloffset=+1]
20+
21+
include::modules/ibi-create-iso-for-seed-image.adoc[leveloffset=+1]
22+
23+
include::modules/ibi-boot-iso-to-host-servers.adoc[leveloffset=+1]
Lines changed: 21 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,21 @@
1+
:_mod-docs-content-type: ASSEMBLY
2+
[id="ibi-preparing-for-image-based-install_{context}"]
3+
= Preparing for an image-based installation for {sno} clusters
4+
include::_attributes/common-attributes.adoc[]
5+
:context: ibi-understanding-image-based-install
6+
7+
toc::[]
8+
To prepare for an image-based installation for {sno} clusters, you must complete the following tasks:
9+
10+
* Create a seed image by using the {lcao}.
11+
* Verify that all software components meet the required versions.
12+
13+
include::modules/ibi-install-lcao-console.adoc[leveloffset=+1]
14+
15+
include::modules/ibi-install-lcao-cli.adoc[leveloffset=+1]
16+
17+
include::modules/ibi-install-shared-partition.adoc[leveloffset=+1]
18+
19+
include::modules/ibi-generate-seed-image.adoc[leveloffset=+1]
20+
21+
include::modules/ibi-validated-software-versions.adoc[leveloffset=+1]
Lines changed: 105 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,105 @@
1+
:_mod-docs-content-type: ASSEMBLY
2+
[id="ibi-image-based-install_{context}"]
3+
= Understanding an image-based installation for {sno} clusters
4+
include::_attributes/common-attributes.adoc[]
5+
:context: ibi-understanding-image-based-install
6+
7+
toc::[]
8+
9+
Image-based installations streamline the deployment process for {sno} clusters, reducing both installation and deployment times. By leveraging an image-based approach, you can preinstall configured and validated instances of {sno} on target hosts. These prepared hosts can be rapidly reconfigured and deployed at the far edge of the network with minimal intervention.
10+
11+
== Understanding an image-based installation and deployment for {sno} clusters
12+
13+
Service providers continue to deploy their infrastructure at the far edge of the network. However, this presents challenges in terms of the cost, time, and expertise needed for installing and deploying {sno} clusters at remote sites on an enterprise scale.
14+
15+
At the far edge of the network, challenges such as low bandwidth and high latency can increase installation times and complicate {sno} cluster deployments. These circumstances require experienced technicans to spend considerable time at remote sites, overseeing the installation and deployment of a {sno} cluster.
16+
17+
An image-based installation and deployment overcomes the deficiencies of this workflow by separating the installation and deployment stages for {sno} clusters. Using an image-based installation, you can preinstall multiple hosts with {sno} at a central site, such as a service depot or a factory.
18+
You can also validate the base configuration for these hosts and leverage the image-based approach to perform reproducible factory installs at scale using a single container image.
19+
The preinstalled and validated hosts are shipped to a remote site where they can be rapidly reconfigured and deployed in a matter of minutes.
20+
21+
.PLACEHOLDER - Overview of an image-based installation and deployment
22+
image::../images/ibi-workflow.png[][Overview of an image-based installation and deployment]
23+
24+
=== Image-based installation for {sno} clusters
25+
Using the {lcao}, you can generate an OCI container image that encapsulates an instance of a {sno} cluster. This image is derived from a dedicated cluster that you can configure with the target {product-title} version.
26+
27+
You can reference this image in a live installation ISO to consistently preinstall configured and validated instances of {sno} to multiple hosts. This approach enables the preparation of hosts at a central location, for example in a factory or service depot, before shipping the preinstalled hosts to a remote site for rapid reconfiguration and deployment.
28+
29+
The following is a high-level overview of the image-based installation process:
30+
31+
* Generate an image from a {sno} cluster.
32+
* Use the {lcao} to embed the seed image URL, and other installation artifacts, in a live installation ISO.
33+
* Restart the host using the live installation ISO to preinstall the host.
34+
+
35+
During this process, the installation program installs {op-system-first} to the disk, pulls the image you generated, and precaches release container images to the disk.
36+
37+
* When the installation completes, the host is ready to ship to the remote site for rapid reconfiguration and deployment.
38+
39+
=== Imaged-based deployment for {sno} clusters
40+
{rh-rhacm-first} and the multicluster engine for Kubernetes operator (MCE) use a hub-and-spoke approach to manage and deploy {sno} clusters across multiple sites. Using this approach, the hub cluster serves as a central control plane that manages the spoke clusters, which are often remote {sno} clusters deployed at the far edge of the network.
41+
42+
The hub cluster is responsible for defining and distributing configuration resources, policies, and updates to the spoke clusters. The configuration resources defined in the hub cluster ensure consistency and compliance across all spoke clusters from a single point of administration.
43+
44+
An image-based installation and deployment combines the benefits of the hub-and-spoke approach with an image-based approach. Preinstalled hosts from an image-based installation require minimal configuration details to deploy a managed {sno} cluster at a remote site. This approach is especially beneficial for telecommunications providers and other service providers with extensive, distributed infrastructures, where manual installation would be time-consuming and costly.
45+
46+
The following is a high-level overview of the image-based deployment process for preinstalled hosts:
47+
48+
* Define the site-specific configuration resources for the preinstalled host in the hub cluster.
49+
* Apply these resources in the hub cluster. This initiates the deployment process.
50+
* The IBI Operator creates a configuration ISO.
51+
* The IBI Operator boots the target preinstalled host with the configuration ISO attached.
52+
* The host mounts the configuration ISO and begins the reconfiguration process.
53+
* When the reconfiguration completes, the {sno} cluster is ready.
54+
55+
As the host is already preinstalled using an image-based installation, a technician can reconfigure and deploy the host in a matter of minutes.
56+
57+
== Image-based installation and deployment key components
58+
59+
The following content describes key components in image-based installation and deployments.
60+
61+
Seed image:: A seed image is an OCI container image generated from a dedicated cluster with the target {product-title} version.
62+
63+
Seed cluster:: A seed cluster is a dedicated {sno} cluster that you use to create a seed image and is deployed with the target {product-title} version.
64+
65+
{lcao}:: In image-based installations, you can use the {lcao} to generate a seed image, embed the seed image URL in a live installation ISO, and reconfigure the host during a deployment at a remote site.
66+
67+
Image Based Install (IBI) Operator:: The IBI Operator creates a configuration ISO from the site-specific resources you define in the hub cluster, attaches the configuration ISO to the remote host using a bare-metal provisioning service and powers on the host.
68+
69+
////
70+
Possibly repeating myself with the below content, so I've commented it out for now. Perhaps I could add more detail to the above sections instead.
71+
72+
== Image-based installation with zero touch configuration end-to-end workflow
73+
74+
The following steps details the high-level workflow from installation at a core location to final configuration at a remote site.
75+
76+
.Generate a seed image
77+
Image-based installations require a seed image generated from a seed cluster with the target {product-title} version.
78+
79+
The seed image provides a reproducible version of a {sno} cluster that you can use to preinstall {sno} to hosts. You can adjust the seed image by adjusting the seed cluster. You can use this approach to validate the instance of {sno} based on a desired cluster configuration before creating the seed image.
80+
81+
.Embed the seed image URL in an installation ISO
82+
To boot the host with the seed image, you must create a live installation ISO. The {lcao} features the `ib-cli` CLI tool binary, which you can use to create the live installation ISO. `ib-cli` takes the seed image URL and other inputs and creates a live ISO featuring {op-system} that you can attach to a specific disk on the host.
83+
84+
.Boot the ISO to target hosts
85+
Using you're preferred method, you can attach the ISO to the target hosts. When you boot the host from the installation ISO, the {lcao} completes the following tasks:
86+
87+
* Installs {op-system} to disk
88+
* An extra partition is created to store precached release images
89+
* Grows the specified partition to occupy all available space on the disk
90+
* Mounts the filesystem to the partition to enable access to {op-system}
91+
* Pulls the seed image and creates a state root with its content
92+
* Optional: precaches the release images on the disk
93+
94+
The host is then ready for deployment at the remote site.
95+
96+
.Deploy the cluster at a remote site with zero touch configuration
97+
Create configuration resources on the hub cluster containing the site-specific cluster configuration details for the host. These include the `BareMetalHost`, `ImageClusterInstall`, and `ClusterDeployment` resources.
98+
99+
The IBI Operator creates a configuration ISO from these configuration resources. The Operator then boots the host with the configuration ISO attached. The node mounts the configuration ISO and runs the reconfiguration process. When the reconfiguration completes, the {sno} cluster is ready. As the host is already preinstalled using an image-based installation, a technician can deploy the host using ZTC in a matter of minutes.
100+
////
101+
102+
[role="_additional-resources"]
103+
.Additional resources
104+
105+
* link:https://access.redhat.com/documentation/en-us/red_hat_advanced_cluster_management_for_kubernetes/2.7/html/about/welcome-to-red-hat-advanced-cluster-management-for-kubernetes#multicluster-architecture[Multicluster architecture]
Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1 @@
1+
../images/
Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1 @@
1+
../modules/
Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1 @@
1+
../snippets/

images/ibi-workflow.png

82.8 KB
Loading

0 commit comments

Comments
 (0)