Open burmanm opened 2 years ago
This is an interesting problem I can almost see removing a rack as long as number of racks is greater than RF. I'm still on board with blocking this operation if we would be less than RF.
Please add your planning poker estimate with ZenHub @burmanm
The provided estimates are too high and this work needs to be broken down into smaller tasks, and we need to have both the dev and the reviewer work on that design phase. This issue will be kept for that design work.
hi, I would like to know if there is any progress on this subject?
What is missing? Rack processing has limitations. Removing existing racks is not allowed by the webhook and also it's not supported in the reconcile_racks. There was a question in the Discord how to do this (reducing the amount of availability zones in the cloud from 3 to 2).
Why do we need it? Once created, the rack defines the system even if the purpose of the cluster changes.
┆Issue is synchronized with this Jira Story by Unito