Ce contenu n'est pas disponible dans la langue sélectionnée.
Chapter 5. Preparing PXE assets for OpenShift Container Platform
Use the following procedures to create the assets needed to PXE boot an OpenShift Container Platform cluster using the Agent-based Installer.
The assets you create in these procedures will deploy a single-node OpenShift Container Platform installation. You can use these procedures as a basis and modify configurations according to your requirements.
See Installing an OpenShift Container Platform cluster with the Agent-based Installer to learn about more configurations available with the Agent-based Installer.
5.1. Prerequisites Copier lienLien copié sur presse-papiers!
- You reviewed details about the OpenShift Container Platform installation and update processes.
5.2. Downloading the Agent-based Installer Copier lienLien copié sur presse-papiers!
Use this procedure to download 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.
5.3. Creating the preferred configuration inputs Copier lienLien copié sur presse-papiers!
Use this procedure to create the preferred configuration inputs used to create the PXE files.
Procedure
Install
nmstatedependency by running the following command:sudo dnf install /usr/bin/nmstatectl -y
$ sudo dnf install /usr/bin/nmstatectl -yCopy to Clipboard Copied! Toggle word wrap Toggle overflow -
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:
mkdir ~/<directory_name>
$ mkdir ~/<directory_name>Copy to Clipboard Copied! Toggle word wrap Toggle overflow NoteThis is the preferred method for the Agent-based installation. Using GitOps ZTP manifests is optional.
Create the
install-config.yamlfile by running the following command:Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- Specify the system architecture. Valid values are
amd64,arm64,ppc64le, ands390x.If you are using the release image with the
multipayload, you can install the cluster on different architectures such asarm64,amd64,s390x, andppc64le. Otherwise, you can install the cluster only on therelease architecturedisplayed in the output of theopenshift-install versioncommand. For more information, see "Verifying the supported architecture for installing an Agent-based Installer cluster". - 2
- Required. Specify your cluster name.
- 3
- The cluster network plugin to install. The default value
OVNKubernetesis the only supported value. - 4
- Specify your platform.Note
For bare metal platforms, host settings made in the platform section of the
install-config.yamlfile are used by default, unless they are overridden by configurations made in theagent-config.yamlfile. - 5
- Specify your pull secret.
- 6
- Specify your SSH public key.
NoteIf you set the platform to
vSphere,baremetal, ornone, you can configure IP address endpoints for cluster nodes in three ways:- IPv4
- IPv6
- IPv4 and IPv6 in parallel (dual-stack)
Example of dual-stack networking
Copy to Clipboard Copied! Toggle word wrap Toggle overflow NoteWhen you use a disconnected mirror registry, you must add the certificate file that you created previously for your mirror registry to the
additionalTrustBundlefield of theinstall-config.yamlfile.Create the
agent-config.yamlfile by running the following command:Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- This IP address is 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. - 2
- Optional: 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. - 3
- Optional: 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.
- 4
- 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.
- 5
- Optional: Configures the network interface of a host in NMState format.
Optional: To create an iPXE script, add the
bootArtifactsBaseURLto theagent-config.yamlfile:Copy to Clipboard Copied! Toggle word wrap Toggle overflow Where
<asset_server_URL>is the URL of the server you will upload the PXE assets to.
5.4. Creating the PXE assets Copier lienLien copié sur presse-papiers!
Use the following procedure to create the assets and optional script to implement in your PXE infrastructure.
Procedure
Create the PXE assets by running the following command:
openshift-install agent create pxe-files
$ openshift-install agent create pxe-filesCopy to Clipboard Copied! Toggle word wrap Toggle overflow The generated PXE assets and optional iPXE script can be found in the
boot-artifactsdirectory.Example filesystem with PXE assets and optional iPXE script
boot-artifacts ├─ agent.x86_64-initrd.img ├─ agent.x86_64.ipxe ├─ agent.x86_64-rootfs.img └─ agent.x86_64-vmlinuzboot-artifacts ├─ agent.x86_64-initrd.img ├─ agent.x86_64.ipxe ├─ agent.x86_64-rootfs.img └─ agent.x86_64-vmlinuzCopy to Clipboard Copied! Toggle word wrap Toggle overflow ImportantThe contents of the
boot-artifactsdirectory vary depending on the specified architecture.NoteRed 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.confconfiguration.Upload the PXE assets and optional script to your infrastructure where they will be accessible during the boot process.
NoteIf you generated an iPXE script, the location of the assets must match the
bootArtifactsBaseURLyou added to theagent-config.yamlfile.
5.5. Manually adding IBM Z agents Copier lienLien copié sur presse-papiers!
After creating the PXE assets, you can add IBM Z® agents. Only use this procedure for IBM Z® clusters.
Depending on your IBM Z® environment, you can choose from the following options:
- Adding IBM Z® agents with z/VM
- Adding IBM Z® agents with RHEL KVM
- Adding IBM Z® agents with Logical Partition (LPAR)
Currently, ISO boot support on IBM Z® (s390x) is available only for Red Hat Enterprise Linux (RHEL) KVM, which provides the flexibility to choose either PXE or ISO-based installation. For installations with z/VM and Logical Partition (LPAR), only PXE boot is supported.
5.5.1. Networking requirements for IBM Z Copier lienLien copié sur presse-papiers!
In IBM Z environments, advanced networking technologies such as Open Systems Adapter (OSA), HiperSockets, and Remote Direct Memory Access (RDMA) over Converged Ethernet (RoCE) require specific configurations that deviate from the standard network settings and those needs to be persisted for multiple boot scenarios that occur in the Agent-based Installation.
To persist these parameters during boot, the ai.ip_cfg_override=1 parameter is required in the .parm file. This parameter is used with the configured network cards to ensure a successful and efficient deployment on IBM Z.
The following table lists the network devices that are supported on each hypervisor for the network configuration override functionality:
| Network device | z/VM | KVM | LPAR Classic | LPAR Dynamic Partition Manager (DPM) |
|---|---|---|---|---|
| Virtual Switch | Supported [1] | Not applicable [2] | Not applicable | Not applicable |
| Direct attached Open Systems Adapter (OSA) | Supported | Not required [3] | Supported | Not required |
| RDMA over Converged Ethernet (RoCE) | Not required | Not required | Not required | Not required |
| HiperSockets | Supported | Not required | Supported | Not required |
-
Supported: When the
ai.ip_cfg_overrideparameter is required for the installation procedure. - Not Applicable: When a network card is not applicable to be used on the hypervisor.
-
Not required: When the
ai.ip_cfg_overrideparameter is not required for the installation procedure.
5.5.2. Configuring network overrides in an IBM Z environment Copier lienLien copié sur presse-papiers!
You can specify a static IP address on IBM Z machines that use Logical Partition (LPAR) and z/VM. This is useful when the network devices do not have a static MAC address assigned to them.
If you are using an OSA network device in Processor Resource/Systems Manager (PR/SM) mode, the lack of persistent MAC addresses can lead to a dynamic assignment of roles for nodes. This means that the roles of individual nodes are not fixed and can change, as the system is unable to reliably associate specific MAC addresses with designated node roles. If MAC addresses are not persistent for any of the interfaces, roles for the nodes are assigned randomly during Agent-based installation.
Procedure
If you have an existing
.parmfile, edit it to include the following entry:ai.ip_cfg_override=1
ai.ip_cfg_override=1Copy to Clipboard Copied! Toggle word wrap Toggle overflow This parameter allows the file to add the network settings to the Red Hat Enterprise Linux CoreOS (RHCOS) installer.
Example
.parmfileCopy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- For the
coreos.live.rootfs_urlartifact, specify the matchingrootfsartifact for thekernelandinitramfsthat you are booting. Only HTTP and HTTPS protocols are supported. - 2
- For installations on direct access storage devices (DASD) type disks, use
rd.to specify the DASD where Red Hat Enterprise Linux CoreOS (RHCOS) is to be installed. For installations on Fibre Channel Protocol (FCP) disks, userd.zfcp=<adapter>,<wwpn>,<lun>to specify the FCP disk where RHCOS is to be installed. - 3
- Specify values for
adapter,wwpn, andlunas in the following example:rd.zfcp=0.0.8002,0x500507630400d1e3,0x4000404600000000.
The override parameter overrides the host’s network configuration settings.
5.5.3. Adding IBM Z agents with z/VM Copier lienLien copié sur presse-papiers!
Use the following procedure to manually add IBM Z® agents with z/VM. Only use this procedure for IBM Z® clusters with z/VM.
Prerequisites
- A running file server with access to the guest Virtual Machines.
Procedure
Create a parameter file for the z/VM guest:
Example parameter file
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- For the
coreos.live.rootfs_urlartifact, specify the matchingrootfsartifact for thekernelandinitramfsthat you are booting. Only HTTP and HTTPS protocols are supported. - 2
- For the
ipparameter, assign the IP address automatically using DHCP, or manually assign the IP address, as described in "Installing a cluster with z/VM on IBM Z® and IBM® LinuxONE". - 3
- The default is
1. Omit this entry when using an OSA network adapter. - 4
- For installations on DASD-type disks, use
rd.dasdto specify the DASD where Red Hat Enterprise Linux CoreOS (RHCOS) is to be installed. Omit this entry for FCP-type disks. - 5
- For installations on FCP-type disks, use
rd.zfcp=<adapter>,<wwpn>,<lun>to specify the FCP disk where RHCOS is to be installed. Omit this entry for DASD-type disks.
Leave all other parameters unchanged.
Punch the
kernel.img,generic.parm, andinitrd.imgfiles to the virtual reader of the z/VM guest virtual machine.For more information, see PUNCH (IBM Documentation).
TipYou can use the
CP PUNCHcommand or, if you use Linux, thevmurcommand, to transfer files between two z/VM guest virtual machines.- Log in to the conversational monitor system (CMS) on the bootstrap machine.
IPL the bootstrap machine from the reader by running the following command:
ipl c
$ ipl cCopy to Clipboard Copied! Toggle word wrap Toggle overflow For more information, see IPL (IBM Documentation).
5.5.4. Adding IBM Z agents with RHEL KVM Copier lienLien copié sur presse-papiers!
Use the following procedure to manually add IBM Z® agents with RHEL KVM. Only use this procedure for IBM Z® clusters with RHEL KVM.
The nmstateconfig parameter must be configured for the KVM boot.
Procedure
- Boot your RHEL KVM machine.
To deploy the virtual server, run the
virt-installcommand with the following parameters:Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- For the
--locationparameter, specify the location of the kernel/initrd on the HTTP or HTTPS server.
5.5.5. Adding IBM Z agents in a Logical Partition (LPAR) Copier lienLien copié sur presse-papiers!
Use the following procedure to manually add IBM Z® agents to your cluster that runs in an LPAR environment. Use this procedure only for IBM Z® clusters running in an LPAR.
Prerequisites
- You have Python 3 installed.
- A running file server with access to the Logical Partition (LPAR).
Procedure
Create a boot parameter file for the agents.
Example parameter file
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- For the
coreos.live.rootfs_urlartifact, specify the matchingrootfsartifact for thekernelandinitramfsthat you are starting. Only HTTP and HTTPS protocols are supported. - 2
- For the
ipparameter, manually assign the IP address, as described in Installing a cluster with z/VM on IBM Z and IBM LinuxONE. - 3
- For installations on DASD-type disks, use
rd.dasdto specify the DASD where Red Hat Enterprise Linux CoreOS (RHCOS) is to be installed. For installations on FCP-type disks, userd.zfcp=<adapter>,<wwpn>,<lun>to specify the FCP disk where RHCOS is to be installed.
NoteThe
.insandinitrd.img.addrsizefiles are automatically generated fors390xarchitecture as part of boot-artifacts from the installation program and are only used when booting in an LPAR environment.Example filesystem with LPAR boot
Copy to Clipboard Copied! Toggle word wrap Toggle overflow -
Transfer the
initrd,kernel,generic.ins, andinitrd.img.addrsizeparameter files to the file server. For more information, see Booting Linux in LPAR mode (IBM documentation). - Start the machine.
- Repeat the procedure for all other machines in the cluster.