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
Use the following procedures to install an {product-title} cluster with customizations using the Agent-based Installer.
9
+
[role="_abstract"]
10
+
You can install an {product-title} cluster using the Agent-based Installer, with customizations to meet your deployment needs.
10
11
11
-
[id="prerequisites_{context}"]
12
-
== Prerequisites
12
+
The following procedures deploy a single-node {product-title} cluster in a disconnected environment. You can use these procedures as a basis and modify according to your requirements.
13
13
14
-
* You reviewed details about the xref:../../architecture/architecture-installation.adoc#architecture-installation[{product-title} installation and update] processes.
15
-
* You read the documentation on xref:../../installing/overview/installing-preparing.adoc#installing-preparing[selecting a cluster installation method and preparing it for users].
16
-
* If you use a firewall or proxy, you xref:../../installing/install_config/configuring-firewall.adoc#configuring-firewall[configured it to allow the sites] that your cluster requires access to.
== Installing {product-title} with the Agent-based Installer
16
+
[role="_additional-resources"]
17
+
.Additional resources
20
18
21
-
The following procedures deploy a single-node {product-title} in a disconnected environment. You can use these procedures as a basis and modify according to your requirements.
19
+
* xref:../../architecture/architecture-installation.adoc#architecture-installation[Installation and update]
20
+
* xref:../../installing/overview/installing-preparing.adoc#installing-preparing[Selecting a cluster installation method and preparing it for users]
21
+
* xref:../../installing/install_config/configuring-firewall.adoc#configuring-firewall[Configuring your firewall]
* xref:../../installing/installing_bare_metal/ipi/ipi-install-installation-workflow.adoc#modifying-install-config-for-dual-stack-network_ipi-install-installation-workflow[Deploying with dual-stack networking]
35
+
* xref:../../installing/installing_bare_metal/ipi/ipi-install-installation-workflow.adoc#configuring-the-install-config-file_ipi-install-installation-workflow[Configuring the install-config yaml file]
36
+
* xref:../../installing/installing_bare_metal/upi/installing-restricted-networks-bare-metal.adoc#installation-three-node-cluster_installing-restricted-networks-bare-metal[Configuring a three-node cluster]
* link:https://nmstate.io/examples.html[NMState state examples (NMState documentation)]
34
39
* xref:../../installing/installing_vsphere/ipi/installing-vsphere-installer-provisioned-customizations.adoc#configuring-vsphere-regions-zones_installing-vsphere-installer-provisioned-customizations[Configuring regions and zones for a VMware vCenter]
35
40
* xref:../../installing/installing_with_agent_based_installer/installing-with-agent-based-installer.adoc#agent-install-verifying-architectures_installing-with-agent-based-installer[Verifying the supported architecture for installing an Agent-based installer cluster]
36
41
* xref:../../installing/installing_with_agent_based_installer/understanding-disconnected-installation-mirroring.adoc#agent-install-configuring-for-disconnected-registry_understanding-disconnected-installation-mirroring[Configuring the Agent-based Installer to use mirrored images]
As an optional task, you can create additional manifests to further configure your cluster beyond the configurations available in the `install-config.yaml` and `agent-config.yaml` files.
42
-
43
-
[IMPORTANT]
44
-
====
45
-
Customizations to the cluster made by additional manifests are not validated, are not guaranteed to work, and might result in a nonfunctional cluster.
* See xref:../../edge_computing/ztp-deploying-far-edge-clusters-at-scale.adoc#ztp-deploying-far-edge-clusters-at-scale[Challenges of the network far edge] to learn more about {ztp-first}.
62
+
* xref:../../edge_computing/ztp-deploying-far-edge-clusters-at-scale.adoc#ztp-deploying-far-edge-clusters-at-scale[Challenges of the network far edge]
* xref:../../installing/install_config/installing-customizing.adoc#installation-special-config-encrypt-disk_installing-customizing[About disk encryption]
* See xref:../../installing/installing_bare_metal/ipi/ipi-install-installation-workflow.adoc#modifying-install-config-for-dual-stack-network_ipi-install-installation-workflow[Deploying with dual-stack networking].
93
-
* See xref:../../installing/installing_bare_metal/ipi/ipi-install-installation-workflow.adoc#configuring-the-install-config-file_ipi-install-installation-workflow[Configuring the install-config yaml file].
94
-
* See xref:../../installing/installing_bare_metal/upi/installing-restricted-networks-bare-metal.adoc#installation-three-node-cluster_installing-restricted-networks-bare-metal[Configuring a three-node cluster] to deploy three-node clusters in bare-metal environments.
95
-
* See xref:../../installing/installing_with_agent_based_installer/preparing-to-install-with-agent-based-installer.adoc#root-device-hints_preparing-to-install-with-agent-based-installer[About root device hints].
96
-
* See link:https://nmstate.io/examples.html[NMState state examples].
* See xref:../../edge_computing/ztp-deploying-far-edge-clusters-at-scale.adoc#ztp-deploying-far-edge-clusters-at-scale[Challenges of the network far edge] to learn more about {ztp-first}.
92
+
* xref:../../edge_computing/ztp-deploying-far-edge-clusters-at-scale.adoc#ztp-deploying-far-edge-clusters-at-scale[Challenges of the network far edge]
104
93
105
94
// Gathering log data from a failed Agent-based installation
= Verifying the supported architecture for an Agent-based installation
8
8
9
-
Before installing an {product-title} cluster using the Agent-based Installer, you can verify the supported architecture on which you can install the cluster. This procedure is optional.
9
+
[role="_abstract"]
10
+
Before installing an {product-title} cluster using the Agent-based Installer, you can optionally verify the supported architecture on which you can install the cluster.
10
11
11
12
.Prerequisites
12
13
@@ -39,9 +40,10 @@ If you are using the release image with the `multi` payload, the `release archit
39
40
[source,terminal]
40
41
+
41
42
----
42
-
$ oc adm release info <release_image> -o jsonpath="{ .metadata.metadata}" <1>
43
+
$ oc adm release info <release_image> -o jsonpath="{ .metadata.metadata}"
43
44
----
44
-
<1> Replace `<release_image>` with the release image. For example: `quay.io/openshift-release-dev/ocp-release@sha256:123abc456def789ghi012jkl345mno678pqr901stu234vwx567yz0`.
45
+
+
46
+
Replace `<release_image>` with the release image. For example: `quay.io/openshift-release-dev/ocp-release@sha256:123abc456def789ghi012jkl345mno678pqr901stu234vwx567yz0`.
45
47
+
46
48
.Example output when the release image uses the `multi` payload
During {op-system-first} installation, {product-title} applies a default partition layout that automatically expands the root file system to fill available space. By understanding this default configuration, you can override partitioning settings to customize the layout for specific node architecture requirements.
22
23
@@ -42,6 +43,9 @@ If you have resized your disk size to host a larger file system, consider creati
To accommodate directories expected to grow, create separate partitions during the {op-system} installation. This configuration overrides the default partitioning layout, ensuring specific storage requirements are met for dynamic data.
Copy file name to clipboardExpand all lines: modules/installing-ocp-agent-ZTP.adoc
+3Lines changed: 3 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,8 +6,11 @@
6
6
[id="installing-ocp-agent-ztp_{context}"]
7
7
= Using ZTP manifests
8
8
9
+
[role="_abstract"]
9
10
As an optional task, you can use {ztp-first} manifests to configure your installation beyond the options available through the `install-config.yaml` and `agent-config.yaml` files.
10
11
12
+
See "Challenges of the network far edge" to learn more about {ztp-first}.
13
+
11
14
[NOTE]
12
15
====
13
16
{ztp} manifests can be generated with or without configuring the `install-config.yaml` and `agent-config.yaml` files beforehand.
As an optional task, you can create additional manifests to further configure your cluster beyond the configurations available in the `install-config.yaml` and `agent-config.yaml` files.
7
+
8
+
[IMPORTANT]
9
+
====
10
+
Customizations to the cluster made by additional manifests are not validated, are not guaranteed to work, and might result in a nonfunctional cluster.
NOTE: Red Hat Enterprise Linux CoreOS (RHCOS) supports multipathing on the primary disk, allowing stronger resilience to hardware failure to achieve higher host availability. Multipathing is enabled by default in the agent ISO image, with a default `/etc/multipath.conf` configuration.
26
+
[NOTE]
27
+
====
28
+
{op-system-first} supports multipathing on the primary disk, allowing stronger resilience to hardware failure to achieve higher host availability. Multipathing is enabled by default in the agent ISO image, with a default `/etc/multipath.conf` configuration.
29
+
====
26
30
27
31
. If you plan to boot the ISO image from a USB drive, add a master boot record to the image by running the following command:
<1> For the `--location` parameter, specify the location of the `kernel` and `initrd` files. The location can be a local server path or a URL using HTTP or HTTPS.
55
+
+
56
+
For the `--location` parameter, specify the location of the `kernel` and `initrd` files. The location can be a local server path or a URL using HTTP or HTTPS.
52
57
53
58
endif::pxe-boot[]
54
59
@@ -63,15 +68,16 @@ $ virt-install
63
68
--memory=<memory> \
64
69
--cpu host \
65
70
--vcpus=<vcpus> \
66
-
--cdrom \<path_to_image>/<agent_iso_image> \ <1>
71
+
--cdrom \<path_to_image>/<agent_iso_image> \
67
72
--disk pool=default,size=<disk_pool_size> \
68
73
--network network:default,mac=<mac_address> \
69
74
--graphics none \
70
75
--noautoconsole \
71
76
--os-variant rhel9.0 \
72
77
--wait=-1
73
78
----
74
-
<1> For the `--cdrom` parameter, specify the location of the ISO image on the local server, for example, `<path_to_image>/home/<image>.iso`.
79
+
+
80
+
For the `--cdrom` parameter, specify the location of the ISO image on the local server, for example, `<path_to_image>/home/<image>.iso`.
For KVM-based installations using DASD devices on {ibm-z-title}, a partition (for example, `/dev/dasdb1`) must be created using the `fdasd` partitioning tool.
116
-
====
117
-
+
118
-
<1> For the `--location` parameter, specify the location of the kernel/initrd on the HTTP or HTTPS server.
119
-
<2> To enable FIPS mode, specify `fips=1`. This entry is required in addition to setting the `fips` parameter to `true` in the `install-config.yaml` file.
119
+
where:
120
+
121
+
`--location`:: Specifies the location of the kernel/initrd on the HTTP or HTTPS server.
122
+
`--extra-args "fips=1"`:: Specifies the enablement of FIPS mode. This entry is required in addition to setting the `fips` parameter to `true` in the `install-config.yaml` file.
120
123
+
121
124
[NOTE]
122
125
====
123
-
Currently, only PXE boot is supported to enable FIPS mode on {ibm-z-name}.
126
+
* For KVM-based installations using DASD devices on {ibm-z-title}, a partition (for example, `/dev/dasdb1`) must be created using the `fdasd` partitioning tool.
127
+
128
+
* Currently, only PXE boot is supported to enable FIPS mode on {ibm-z-name}.
0 commit comments