@@ -158,13 +158,13 @@ prevent a floating IP from being allocated.
158
158
> ** WARNING**
159
159
>
160
160
> If the API server does not have a floating IP, workload clusters will only deploy successfully
161
- > when the management cluster and control plane nodes are on the same network. This can be
162
- > a project-specific network, if the management cluster lives in the same project as the workload
163
- > cluster, or a network that is shared across multiple projects.
161
+ > when the management cluster and workload cluster control plane nodes are on the same network.
162
+ > This can be a project-specific network, if the management cluster lives in the same project
163
+ > as the workload cluster, or a network that is shared across multiple projects.
164
164
>
165
165
> In particular, this means that the cluster ** cannot** use ` OpenStackCluster.spec.nodeCidr `
166
166
> to provision a new network for the cluster. Instead, use ` OpenStackCluster.spec.network `
167
- > to explicitly specify the network that the management cluster is on.
167
+ > to explicitly specify the same network as the management cluster is on.
168
168
169
169
When the API server floating IP is disabled, it is ** not possible** to provision a cluster
170
170
without a load balancer without additional configuration (an advanced use-case that is not
@@ -173,7 +173,7 @@ documented here). This is because the API server must still have a
173
173
a particular control plane node in order to allow the nodes to change underneath, e.g.
174
174
during an upgrade. When the API server has a floating IP, this role is fulfilled by the
175
175
floating IP even if there is no load balancer. When the API server does not have a floating
176
- IP, the load balancer virtual IP is used.
176
+ IP, the load balancer virtual IP on the cluster network is used.
177
177
178
178
## Network Filters
179
179
0 commit comments