Skip to content

Commit c63fa7b

Browse files
authored
Improve CCM docs in dual-stack context (kubernetes#2563)
`subnet-id` is cumbersome to use in dual-stack environments, this commit documents that.
1 parent 7eeef2f commit c63fa7b

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

docs/openstack-cloud-controller-manager/using-openstack-cloud-controller-manager.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -217,13 +217,13 @@ Although the openstack-cloud-controller-manager was initially implemented with N
217217
Optional. If specified, only "v2" is supported.
218218
219219
* `subnet-id`
220-
ID of the Neutron subnet on which to create load balancer VIP. This ID is also used to create pool members, if `member-subnet-id` is not set.
220+
ID of the Neutron subnet on which to create load balancer VIP. This ID is also used to create pool members, if `member-subnet-id` is not set. For dual-stack deployments it's recommended to not set this option and let cloud-provider-openstack autodetect which subnet to use for which load balancer.
221221
222222
* `member-subnet-id`
223223
ID of the Neutron network on which to create the members of the load balancer. The load balancer gets another network port on this subnet. Defaults to `subnet-id` if not set.
224224
225225
* `network-id`
226-
ID of the Neutron network on which to create load balancer VIP, not needed if `subnet-id` is set.
226+
ID of the Neutron network on which to create load balancer VIP, not needed if `subnet-id` is set. If not set network will be autodetected based on the network used by cluster nodes.
227227
228228
* `manage-security-groups`
229229
If the Neutron security groups should be managed separately. Default: false

0 commit comments

Comments
 (0)