|
5 | 5 |
|
6 | 6 | :_mod-docs-content-type: REFERENCE |
7 | 7 | [id="virt-planning-bare-metal-cluster-for-ocp-virt_{context}"] |
8 | | -= Planning a bare metal cluster for {VirtProductName} |
| 8 | += Bare-metal cluster installation requirements for {VirtProductName} |
9 | 9 |
|
10 | | -If you will use {VirtProductName}, it is important to be aware of several requirements before you install your bare metal cluster. |
| 10 | +[role="_abstract"] |
| 11 | +If you plan to use {VirtProductName} on a bare-metal cluster, you must ensure that your cluster is configured correctly during installation. |
| 12 | +This is because {VirtProductName} requires certain settings that cannot be changed after a cluster is installed. |
11 | 13 |
|
12 | | -* If you want to use live migration features, you must have multiple worker nodes _at the time of cluster installation_. This is because live migration requires the cluster-level high availability (HA) flag to be set to true. The HA flag is set when a cluster is installed and cannot be changed afterwards. If there are fewer than two worker nodes defined when you install your cluster, the HA flag is set to false for the life of the cluster. |
| 14 | +[id="virt-planning-bare-metal-cluster-for-ocp-virt-HA_{context}"] |
| 15 | +== High availability requirements for {VirtProductName} |
| 16 | + |
| 17 | +When discussing high availability (HA) features in the context of {VirtProductName}, 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). |
| 18 | +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 {VirtProductName} HA features. |
| 19 | + |
| 20 | +If you plan to use {VirtProductName} 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`. |
| 21 | + |
| 22 | +[NOTE] |
| 23 | +==== |
| 24 | +You can install {VirtProductName} on a single-node cluster, but {sno} does not support HA features. |
| 25 | +==== |
| 26 | + |
| 27 | +[id="virt-planning-bare-metal-cluster-for-ocp-virt-LM_{context}"] |
| 28 | +== Live migration requirements for {VirtProductName} |
| 29 | + |
| 30 | +* 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`, and a minimum of three worker nodes is recommended. |
13 | 31 | + |
14 | 32 | [NOTE] |
15 | 33 | ==== |
16 | | -You can install {VirtProductName} on a single-node cluster, but single-node OpenShift does not support high availability. |
| 34 | +You can install {VirtProductName} on a single-node cluster, but {sno} does not support live migration. |
17 | 35 | ==== |
18 | 36 |
|
19 | 37 | * Live migration requires shared storage. Storage for {VirtProductName} must support and use the ReadWriteMany (RWX) access mode. |
20 | 38 |
|
21 | | -* If you plan to use Single Root I/O Virtualization (SR-IOV), ensure that your network interface controllers (NICs) are supported by {product-title}. |
| 39 | +[id="virt-planning-bare-metal-cluster-for-ocp-virt-SR-IOV_{context}"] |
| 40 | +== SR-IOV requirements for {VirtProductName} |
| 41 | + |
| 42 | +If you plan to use Single Root I/O Virtualization (SR-IOV), ensure that your network interface controllers (NICs) are supported by {product-title}. |
0 commit comments