How to categorize this issue?
/area scalability performance
/kind enhancement
/priority 3
What would you like to be added:
The current InPlaceUpdate strategy drains the node before performing the reboot/update. As a result, all pods, including those with attached volumes, must first be evicted before the update can continue. This significantly increases the overall update time.
To support faster updates for workloads where disruption is acceptable, introduce a configurable option to skip the drain step for the InPlaceUpdate strategy.
Extend InPlaceUpdateMachineDeployment with the following field:
// SkipDrain, if set to true, skips the node drain step before performing
// the in-place update. This is disruptive and does not respect PodDisruptionBudgets.
// +optional
SkipDrain bool
When SkipDrain: true is configured, the machine-controller-manager should directly mark the node as ReadyForUpdate without evicting pods beforehand.
How to categorize this issue?
/area scalability performance
/kind enhancement
/priority 3
What would you like to be added:
The current
InPlaceUpdatestrategy drains the node before performing the reboot/update. As a result, all pods, including those with attached volumes, must first be evicted before the update can continue. This significantly increases the overall update time.To support faster updates for workloads where disruption is acceptable, introduce a configurable option to skip the drain step for the
InPlaceUpdatestrategy.Extend
InPlaceUpdateMachineDeploymentwith the following field:When
SkipDrain: trueis configured, the machine-controller-manager should directly mark the node asReadyForUpdatewithout evicting pods beforehand.