Review the different methods for installing OKD on bare metal and prepare your environment for installation.
You have read details about the OKD installation and update processes.
You have read the documentation on selecting a cluster installation method and preparing it for users.
You have read the documentation for supported and unsupported OVN-Kubernetes network plugin use cases.
The OKD installation program offers four methods for deploying a cluster:
Interactive: You can deploy a cluster with the web-based Assisted Installer. This is the recommended approach for clusters with networks connected to the internet. The Assisted Installer is the easiest way to install OKD, 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.
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 Assisted Installer, but you must download and configure the agent-based installer first. Configuration is done with a commandline interface. This approach is ideal for air-gapped or restricted networks.
Automated: You can deploy a cluster on installer-provisioned infrastructure and the cluster it maintains. The installation program uses each cluster host’s baseboard management controller (BMC) for provisioning. You can deploy clusters with both connected or air-gapped or restricted networks.
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.
The clusters have the following characteristics:
Highly available infrastructure with no single points of failure is available by default.
Administrators maintain control over what updates are applied and when.
You can install a cluster on bare-metal infrastructure that is provisioned by the OKD installation program, by using the following method:
You can install OKD on bare metal by using installer provisioning.
You can install a cluster on bare-metal infrastructure that you provision, by using one of the following methods:
You can install OKD on bare-metal infrastructure that you provision. For a cluster that contains user-provisioned infrastructure, you must deploy all of the required machines.
You can install a bare-metal cluster on user-provisioned infrastructure with network-customizations. By customizing your network configuration, your cluster can coexist with existing IP address allocations in your environment and integrate with existing MTU and VXLAN configurations. Most of the network customizations must be applied at the installation stage.
You can install a user-provisioned bare-metal cluster on a restricted or disconnected network by using a mirror registry. You can also use this installation method to ensure that your clusters only use container images that satisfy your organizational controls on external content.
Configure your bare-metal cluster correctly during installation to support OKD Virtualization, as certain required settings cannot be changed after installation.
When discussing high availability (HA) features in the context of OKD Virtualization, this refers only to the replication model of the core cluster components, determined by the controlPlaneTopology and infrastructureTopology fields in the Infrastructure custom resource (CR).
Setting these fields to HighlyAvailable offers component redundancy, which is distinct from general cluster-wide application HA. Setting these fields to SingleReplica disables component redundancy, and therefore disables OKD Virtualization HA features.
If you plan to use OKD Virtualization HA features, you must have three control plane nodes at the time of cluster installation. The controlPlaneTopology status in the Infrastructure CR for the cluster must be HighlyAvailable.
|
You can install OKD Virtualization on a single-node cluster, but single-node OpenShift does not support HA features. |
If you plan to use live migration, you must have multiple worker nodes. The infrastructureTopology status in the Infrastructure CR for the cluster must be HighlyAvailable. A minimum of three worker nodes is recommended.
|
You can install OKD Virtualization on a single-node cluster, but single-node OpenShift does not support live migration. |
Live migration requires shared storage. Storage for OKD Virtualization must support and use the ReadWriteMany (RWX) access mode.
You can partition a single, high-speed dual port NIC into multiple virtual functions (VFs) and enable SR-IOV to support high availability with Link Aggregation Control Protocol (LACP) bonding.
This feature supports the use of bonds for high availability with the Link Aggregation Control Protocol (LACP).
|
Only one LACP can be declared by physical NIC. |
An OKD cluster can be deployed on a bond interface with 2 VFs on 2 physical functions (PFs) using the following methods:
Agent-based installer
|
The minimum required version of
|
Installer-provisioned infrastructure installation
User-provisioned infrastructure installation
Selecting a cluster installation method and preparing it for users
Installing a user-provisioned bare-metal cluster with network customizations
Installing a user-provisioned bare-metal cluster on a restricted network
About Single Root I/O Virtualization (SR-IOV) hardware networks
Example: Bonds and SR-IOV dual-NIC node network configuration
Optional: Configuring host network interfaces for dual port NIC
Bonding multiple SR-IOV network interfaces to a dual port NIC interface