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
* xref:../../installing/installing_bare_metal_ipi/ipi-install-prerequisites.adoc#network-requirements-ntp_ipi-install-prerequisites[Network Time Protocol (NTP)]
* If you have already prepared a mirror registry for xref:../../installing/disconnected_install/installing-mirroring-installation-images.adoc#prerequisites_installing-mirroring-installation-images[Mirroring images for a disconnected installation], you can skip directly to xref:../../installing/installing_bare_metal_ipi/ipi-install-installation-workflow.adoc#ipi-modify-install-config-for-a-disconnected-registry_ipi-install-installation-workflow[Modify the install-config.yaml file to use the disconnected registry].
120
152
153
+
// Preparing the registry node to host the mirrored registry
Copy file name to clipboardExpand all lines: installing/installing_bare_metal_ipi/ipi-install-overview.adoc
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -21,7 +21,7 @@ In phase 2 of the deployment, the provisioner destroys the bootstrap VM automati
21
21
22
22
The `keepalived.conf` file sets the control plane machines with a lower Virtual Router Redundancy Protocol (VRRP) priority than the bootstrap VM, which ensures that the API on the control plane machines is fully functional before the API VIP moves from the bootstrap VM to the control plane. Once the API VIP moves to one of the control plane nodes, traffic sent from external clients to the API VIP routes to an `haproxy` load balancer running on that control plane node. This instance of `haproxy` load balances the API VIP traffic across the control plane nodes.
23
23
24
-
The Ingress VIP moves to the worker nodes. The `keepalived` instance also manages the Ingress VIP.
24
+
The Ingress VIP moves to the compute nodes. The `keepalived` instance also manages the Ingress VIP.
25
25
26
26
The following diagram illustrates phase 2 of deployment:
Copy file name to clipboardExpand all lines: modules/ipi-install-additional-install-config-parameters.adoc
+6-6Lines changed: 6 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -38,7 +38,7 @@ and the `bmc` parameter for the `install-config.yaml` file.
38
38
39
39
| `sshKey`
40
40
|
41
-
| The `sshKey` configuration setting contains the key in the `~/.ssh/id_rsa.pub` file required to access the control plane nodes and worker nodes. Typically, this key is from the `provisioner` node.
41
+
| The `sshKey` configuration setting contains the key in the `~/.ssh/id_rsa.pub` file required to access the control plane nodes and compute nodes. Typically, this key is from the `provisioner` node.
42
42
43
43
| `pullSecret`
44
44
|
@@ -69,7 +69,7 @@ compute:
69
69
- name: worker
70
70
----
71
71
|
72
-
|The {product-title} cluster requires a name be provided for worker (or compute) nodes even if there are zero nodes.
72
+
|The {product-title} cluster requires a name be provided for compute nodes even if there are zero nodes.
73
73
74
74
75
75
a|
@@ -78,7 +78,7 @@ compute:
78
78
replicas: 2
79
79
----
80
80
|
81
-
|Replicas sets the number of worker (or compute) nodes in the {product-title} cluster.
81
+
|Replicas sets the number of compute nodes in the {product-title} cluster.
82
82
83
83
84
84
a|
@@ -87,7 +87,7 @@ controlPlane:
87
87
name: master
88
88
----
89
89
|
90
-
|The {product-title} cluster requires a name for control plane (master) nodes.
90
+
|The {product-title} cluster requires a name for control plane nodes.
91
91
92
92
93
93
a|
@@ -96,7 +96,7 @@ controlPlane:
96
96
replicas: 3
97
97
----
98
98
|
99
-
|Replicas sets the number of control plane (master) nodes included as part of the {product-title} cluster.
99
+
|Replicas sets the number of control plane nodes included as part of the {product-title} cluster.
100
100
101
101
a| `provisioningNetworkInterface` | | The name of the network interface on nodes connected to the provisioning network. For {product-title} 4.9 and later releases, use the `bootMACAddress` configuration setting to enable Ironic to identify the IP address of the NIC instead of using the `provisioningNetworkInterface` configuration setting to identify the name of the NIC.
102
102
@@ -211,7 +211,7 @@ The `hosts` parameter is a list of separate bare metal assets used to build the
211
211
212
212
| `role`
213
213
|
214
-
| The role of the bare metal node. Either `master` or `worker`.
214
+
| The role of the bare metal node. Either `master` (control plane node) or `worker` (compute node).
= Configuring network components to run on the control plane
14
14
15
-
You can configure networking components to run exclusively on the control plane nodes. By default, {product-title} allows any node in the machine config pool to host the `ingressVIP` virtual IP address. However, some environments deploy worker nodes in separate subnets from the control plane nodes, which requires configuring the `ingressVIP` virtual IP address to run on the control plane nodes.
15
+
You can configure networking components to run exclusively on the control plane nodes. By default, {product-title} allows any node in the machine config pool to host the `ingressVIP` virtual IP address. However, some environments deploy compute nodes in separate subnets from the control plane nodes, which requires configuring the `ingressVIP` virtual IP address to run on the control plane nodes.
16
16
17
17
ifdef::vSphere[]
18
18
[NOTE]
19
19
====
20
-
You can scale the remote workers by creating a worker machineset in a separate subnet.
20
+
You can scale the remote nodes by creating a compute machine set in a separate subnet.
21
21
====
22
22
endif::vSphere[]
23
23
24
24
[IMPORTANT]
25
25
====
26
-
When deploying remote workers in separate subnets, you must place the `ingressVIP` virtual IP address exclusively with the control plane nodes.
26
+
When deploying remote nodes in separate subnets, you must place the `ingressVIP` virtual IP address exclusively with the control plane nodes.
Copy file name to clipboardExpand all lines: modules/ipi-install-configuring-host-network-interfaces-for-subnets.adoc
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -33,7 +33,7 @@ networking:
33
33
networkType: OVNKubernetes
34
34
----
35
35
36
-
. Add the gateway and DNS configuration to the `networkConfig` parameter of each edge worker node using NMState syntax when using a static IP address or advanced networking such as bonds:
36
+
. Add the gateway and DNS configuration to the `networkConfig` parameter of each edge compute node using NMState syntax when using a static IP address or advanced networking such as bonds:
Use the following procedure to configure NTP servers on the control plane nodes and configure worker nodes as NTP clients of the control plane nodes before deployment.
15
+
Use the following procedure to configure NTP servers on the control plane nodes and configure compute nodes as NTP clients of the control plane nodes before deployment.
Use the following procedure to configure NTP servers on the control plane nodes and configure worker nodes as NTP clients of the control plane nodes after a successful deployment.
18
+
Use the following procedure to configure NTP servers on the control plane nodes and configure compute nodes as NTP clients of the control plane nodes after a successful deployment.
19
19
endif::[]
20
20
21
21
image::152_OpenShift_Config_NTP_0421.png[Configuring NTP for disconnected clusters]
22
22
23
-
{product-title} nodes must agree on a date and time to run properly. When worker nodes retrieve the date and time from the NTP servers on the control plane nodes, it enables the installation and operation of clusters that are not connected to a routable network and thereby do not have access to a higher stratum NTP server.
23
+
{product-title} nodes must agree on a date and time to run properly. When compute nodes retrieve the date and time from the NTP servers on the control plane nodes, it enables the installation and operation of clusters that are not connected to a routable network and thereby do not have access to a higher stratum NTP server.
24
24
25
25
.Procedure
26
26
@@ -69,7 +69,7 @@ storage:
69
69
logdir /var/log/chrony
70
70
71
71
# Configure the control plane nodes to serve as local NTP servers
72
-
# for all worker nodes, even if they are not in sync with an
72
+
# for all compute nodes, even if they are not in sync with an
. Create a Butane config, `99-worker-chrony-conf-override.bu`, including the contents of the `chrony.conf` file for the worker nodes that references the NTP servers on the control plane nodes.
90
+
. Create a Butane config, `99-worker-chrony-conf-override.bu`, including the contents of the `chrony.conf` file for the compute nodes that references the NTP servers on the control plane nodes.
Copy file name to clipboardExpand all lines: modules/ipi-install-configuring-the-install-config-file.adoc
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -93,7 +93,7 @@ sshKey: '<ssh_pub_key>'
93
93
----
94
94
+
95
95
--
96
-
<1> Scale the worker machines based on the number of worker nodes that are part of the {product-title} cluster. Valid options for the `replicas` value are `0` and integers greater than or equal to `2`. Set the number of replicas to `0` to deploy a three-node cluster, which contains only three control plane machines. A three-node cluster is a smaller, more resource-efficient cluster that can be used for testing, development, and production. You cannot install the cluster with only one worker.
96
+
<1> Scale the compute machines based on the number of compute nodes that are part of the {product-title} cluster. Valid options for the `replicas` value are `0` and integers greater than or equal to `2`. Set the number of replicas to `0` to deploy a three-node cluster, which contains only three control plane machines. A three-node cluster is a smaller, more resource-efficient cluster that can be used for testing, development, and production. You cannot install the cluster with only one compute node.
97
97
<2> When deploying a cluster with static IP addresses, you must set the `bootstrapExternalStaticIP` configuration setting to specify the static IP address of the bootstrap VM when there is no DHCP server on the bare-metal network.
98
98
<3> When deploying a cluster with static IP addresses, you must set the `bootstrapExternalStaticGateway` configuration setting to specify the gateway IP address for the bootstrap VM when there is no DHCP server on the bare-metal network.
99
99
<4> When deploying a cluster with static IP addresses, you must set the `bootstrapExternalStaticDNS` configuration setting to specify the DNS address for the bootstrap VM when there is no DHCP server on the bare-metal network.
0 commit comments