Preparing installation assets for iSCSI booting¶
You can boot an OpenShift Container Platform cluster through Internet Small Computer System Interface (iSCSI) by using an ISO image generated by the Agent-based Installer.
The following procedures describe how to prepare the necessary installation resources to boot from an iSCSI target.
The assets you create in these procedures deploy a single-node OpenShift Container Platform installation. You can use these procedures as a basis and modify configurations according to your requirements.
Requirements for iSCSI booting¶
Several configurations are necessary to enable iSCSI booting when using the Agent-based Installer.
The following configurations are required:
- Dynamic Host Configuration Protocol (DHCP) must be configured. Static networking is not supported.
- You must create an additional network for iSCSI that is separate from the machine network of the cluster. The machine network is rebooted during cluster installation and cannot be used for the iSCSI session.
- If the host on which you are booting the agent ISO image also has an installed disk, it might be necessary to specify the iSCSI disk name in the
rootDeviceHintsparameter to ensure that it is chosen as the boot disk for the final Red Hat Enterprise Linux CoreOS (RHCOS) image. You can also use a diskless environment for iSCSI booting, in which case you do not need to set therootDeviceHintsparameter.
Additional resources
Prerequisites for installing a cluster with the Agent-based Installer¶
Before beginning your cluster installation, you must complete prerequisite tasks that prepare your environment.
- You reviewed details about the OpenShift Container Platform installation and update processes. For more information, see "Installation and update".
- You read "Selecting a cluster installation method and preparing it for users".
- If you use a firewall or proxy, you configured it to allow the sites that your cluster requires access to. For more information, see "Configuring your firewall".
- You configured your firewall to allow TCP traffic on port
8090from all hosts to the rendezvous host so that hosts can reach the Assisted Service API during discovery and bootstrap. For more information, see "Port requirements for the rendezvous host".
Additional resources
- Installation and update
- Selecting a cluster installation method and preparing it for users
- Configuring your firewall
- Port requirements for the rendezvous host
Download the Agent-based Installer¶
Begin the installation process by downloading the Agent-based Installer and the CLI needed for your installation.
Procedure
- Log in to the Red Hat Hybrid Cloud Console using your login credentials.
- Navigate to Datacenter.
- Click Run Agent-based Installer locally.
- Select the operating system and architecture for the OpenShift Installer and Command line interface.
- Click Download Installer to download and extract the install program.
- Download or copy the pull secret by clicking on Download pull secret or Copy pull secret.
- Click Download command-line tools and place the
openshift-installbinary in a directory that is on yourPATH.
Create the preferred configuration inputs¶
Create the preferred configuration inputs used to create the agent image.
Note
Configuring the install-config.yaml and agent-config.yaml files is the preferred method for using the Agent-based Installer. Using GitOps ZTP manifests is optional.
Procedure
-
Install the
nmstatedependency by running the following command: -
Place the
openshift-installbinary in a directory that is on your PATH. -
Create a directory to store the install configuration by running the following command:
-
Create the
install-config.yamlfile by running the following command:$ cat << EOF > ./<directory_name>/install-config.yaml apiVersion: v1 baseDomain: test.example.com compute: - architecture: amd64 hyperthreading: Enabled name: worker replicas: 0 controlPlane: architecture: amd64 hyperthreading: Enabled name: master replicas: 1 metadata: name: sno-cluster networking: clusterNetwork: - cidr: 10.128.0.0/14 hostPrefix: 23 machineNetwork: - cidr: 192.168.0.0/16 networkType: OVNKubernetes serviceNetwork: - 172.30.0.0/16 platform: none: {} pullSecret: '<pull_secret>' sshKey: '<ssh_pub_key>' additionalTrustBundle: | -----BEGIN CERTIFICATE----- ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ -----END CERTIFICATE----- imageContentSources: - mirrors: - <local_registry>/<local_repository_name>/release source: quay.io/openshift-release-dev/ocp-release - mirrors: - <local_registry>/<local_repository_name>/release source: quay.io/openshift-release-dev/ocp-v4.0-art-dev EOFwhere:
compute.architecture- Specifies the system architecture. Valid values are
amd64,arm64,ppc64le, ands390x.
If you are using the release image with the `multi` payload, you can install the cluster on different architectures such as `arm64`, `amd64`, `s390x`, and `ppc64le`. Otherwise, you can install the cluster only on the `release architecture` displayed in the output of the `openshift-install version` command. For more information, see "Verifying the supported architecture for installing an Agent-based Installer cluster".metadata.name- Specifies your cluster name. This value is required.
networking.networkingType- Specifies the cluster network plugin to install. The default value
OVNKubernetesis the only supported value. platform- Specifies your platform. If you set the platform to
vSphere,baremetal, ornone, you can configure IP address endpoints for cluster nodes in three ways: IPv4, IPv6, or IPv4 and IPv6 in parallel (dual-stack).
```yaml title="Example of dual-stack networking" networking: clusterNetwork: - cidr: 172.21.0.0/16 hostPrefix: 23 - cidr: fd02::/48 hostPrefix: 64 machineNetwork: - cidr: 192.168.11.0/16 - cidr: 2001:DB8::/32 serviceNetwork: - 172.22.0.0/16 - fd03::/112 networkType: OVNKubernetes platform: baremetal: apiVIPs: - 192.168.11.3 - 2001:DB8::4 ingressVIPs: - 192.168.11.4 - 2001:DB8::5 ``` !!! note For bare-metal platforms, host settings made in the platform section of the `install-config.yaml` file are used by default, unless they are overridden by configurations made in the `agent-config.yaml` file.pullSecret- Specifies your pull secret.
sshKey- Specifies your SSH public key.
additionalTrustBundle- Specifies the contents of the certificate file that you used for your mirror registry. The certificate file can be an existing, trusted certificate authority or the self-signed certificate that you generated for the mirror registry. You must specify this parameter if you are using a disconnected mirror registry.
imageContentSources- Specifies the
imageContentSourcessection according to the output of the command that you used to mirror the repository. You must specify this parameter if you are using a disconnected mirror registry.
!!! warning - When using the `oc adm release mirror` command, use the output from the `imageContentSources` section. - When using the `oc mirror` command, use the `repositoryDigestMirrors` section of the `ImageContentSourcePolicy` file that results from running the command. - The `ImageContentSourcePolicy` resource is deprecated. -
Create the
agent-config.yamlfile by running the following command:$ cat > agent-config.yaml << EOF apiVersion: v1beta1 kind: AgentConfig metadata: name: sno-cluster rendezvousIP: 192.168.111.80 hosts: - hostname: master-0 interfaces: - name: eno1 macAddress: 00:ef:44:21:e6:a5 rootDeviceHints: deviceName: /dev/sdb networkConfig: interfaces: - name: eno1 type: ethernet state: up mac-address: 00:ef:44:21:e6:a5 ipv4: enabled: true address: - ip: 192.168.111.80 prefix-length: 23 dhcp: false dns-resolver: config: server: - 192.168.111.1 routes: config: - destination: 0.0.0.0/0 next-hop-address: 192.168.111.2 next-hop-interface: eno1 table-id: 254 minimalISO: true EOFwhere:
rendezvousIP- Specifies the IP address used to determine which node performs the bootstrapping process as well as running the
assisted-servicecomponent. You must provide the rendezvous IP address when you do not specify at least one host’s IP address in thenetworkConfigparameter. If this address is not provided, one IP address is selected from the provided hosts'networkConfig. hosts- Specifies host configuration. The number of hosts defined must not exceed the total number of hosts defined in the
install-config.yamlfile, which is the sum of the values of thecompute.replicasandcontrolPlane.replicasparameters. This configuration is optional. hosts.hostname- Specifies a value that overrides the hostname obtained from either the Dynamic Host Configuration Protocol (DHCP) or a reverse DNS lookup. Each host must have a unique hostname supplied by one of these methods. This configuration is optional.
hosts.rootDeviceHints- Specifies a configuration that enables provisioning of the Red Hat Enterprise Linux CoreOS (RHCOS) image to a particular device. The installation program examines the devices in the order it discovers them, and compares the discovered values with the hint values. It uses the first discovered device that matches the hint value.
!!! note This parameter is mandatory for FCP multipath configurations on IBM Z.hosts.networkConfig- Specifies the network interface configuration of a host in NMState format. This configuration is optional.
minimalISO- Specifies whether to generate an ISO image without the rootfs image file, instead providing details about where to pull the rootfs file from. You must set this parameter to
trueto enable iSCSI booting.
Additional resources
- Deploying with dual-stack networking
- Configuring the install-config yaml file
- Configuring a three-node cluster
- About root device hints
- NMState state examples (NMState documentation)
- Optional: Creating additional manifest files
- Verifying the supported architecture for an Agent-based installation
Creating the installation files¶
Generate the ISO image and create an iPXE script to upload to your iSCSI target.
Procedure
-
Create the agent image by running the following command:
-
Create an iPXE script by running the following command:
$ cat << EOF > agent.ipxe !ipxe set initiator-iqn <iscsi_initiator_base>:\${hostname} sanboot --keep iscsi:<iscsi_network_subnet>.1::::<iscsi_target_base>:\${hostname} EOFwhere:
<iscsi_initiator_base>- Specifies the iSCSI initiator name on the host that is booting the ISO. This name can also be used by the iSCSI target.
<iscsi_network_subnet>- Specifies the IP address of the iSCSI target.
<iscsi_target_base>- Specifies the iSCSI target name. This name can be the same as the initiator name.