Avoid disruptive changes to Shoot ETCD #499
Labels
area/control-plane
Control plane related
area/robustness
Robustness, reliability, resilience related
lifecycle/rotten
Nobody worked on this for 12 months (final aging stage)
How to categorize this issue?
/area robustness
/area control-plane
What would you like to be added:
In our Gardener setup, we are required to use our own
StorageClass
for the Shoot ETCD component.As far as I can understand how a shoot ETCD is provisioned, the
StorageClass
will always be obtained from the providedconfig.etcd.storage
configuration from the gardener-extension-provider-openstack helm chart. After the initial reconciliation of a shoot cluster, changing the.storage
configuration to reference a customStorageClass
could then disrupt existing ETCD deployments, as itsvolumeClaimTemplates
will ultimately be overridden1.I'd like to propose adding a safeguard in
EnsureETCD()
1 to ensure the configuredStorageClass
will not be altered when modifying the storage configuration.Why is this needed:
To not disrupt existing ETCD deployments by modifying the storage configuration via the helm chart.
Footnotes
https://github.com/gardener/gardener-extension-provider-openstack/blob/master/pkg/webhook/controlplaneexposure/ensurer.go#L88 ↩ ↩2
The text was updated successfully, but these errors were encountered: