@@ -242,7 +242,8 @@ controllerLeaders:
242
242
component : kube-controller-manager
243
243
` ` `
244
244
245
- First, within 1.21 control plane, update the ` kube-controller-manager` to set `--enable-leader-migration` but
245
+ First, within 1.21 control plane, update the ` kube-controller-manager` to set `--enable-leader-migration`
246
+ and `--feature-gate=ControllerManagerLeaderMigration` (this enables `ControllerManagerLeaderMigration` feature gate) but
246
247
not `--leader-migration-config`, this flag enables Leader Migration with default configuration, which prepares KCM to
247
248
participate in the migration.
248
249
@@ -333,10 +334,9 @@ Version skew is handled as long as the leader name is consistent across all cont
333
334
334
335
# ##### How can this feature be enabled / disabled in a live cluster?
335
336
336
- - [X] Other
337
- - Describe the mechanism : this feature must be explicitly enabled by `--enable-leader-migration` flag
338
- - Will enabling / disabling the feature require downtime of the control plane? No
339
- - Will enabling / disabling the feature require downtime or re-provisioning of a node? No
337
+ - [X] Feature gate (also fill in values in `kep.yaml`)
338
+ - Feature gate name : ` ControllerManagerLeaderMigration`
339
+ - Components depending on the feature gate : ` cloud-controller-manager` and `kube-controller-manager`
340
340
341
341
# ##### Does enabling the feature change any default behavior?
342
342
@@ -345,7 +345,8 @@ feature without providing a configuration, the default configuration will reflec
345
345
346
346
# ##### Can the feature be disabled once it has been enabled (i.e. can we roll back the enablement)?
347
347
348
- No. The feature is enabled and disabled solely with a flag
348
+ Yes. Once the feature is enabled via feature gate, it can be disabled by unsetting `--enable-leader-migration` on KCM
349
+ and CCM.
349
350
350
351
# ##### Are there any tests for feature enablement/disablement?
351
352
0 commit comments