-
Notifications
You must be signed in to change notification settings - Fork 805
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix rebalancing failover tooling #6095
Fix rebalancing failover tooling #6095
Conversation
**What changed?** Excluded `domains` that have `preferredClusters` that are not present in its `cluster` list in `ReplicationConfiguration` **Why?** `Domains` with `preferredClusters` not in their `cluster` list were causing the `workflow` to panic when trying to acquire the `client` for the `preferredCluster` from the `remoteFrontendClients` **How did you test it?** unit tests and local replication tests **Potential risks** The `workflow` was generally not working before because having a `preferredCluster` not in the `domain` `cluster` list is a normal scenario. The risk introduced is the `workflow` actually executing and doing something unexpected. For now, we just rebalance `domains` that have `preferredCluster` set and that can be rebalanced back to their `preferredCluster` **Release notes** **Documentation Changes**
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files
... and 15 files with indirect coverage changes Continue to review full report in Codecov by Sentry.
|
**What changed?** Excluded `domains` that have `preferredClusters` that are not present in its `cluster` list in `ReplicationConfiguration` **Why?** `Domains` with `preferredClusters` not in their `cluster` list were causing the `workflow` to panic when trying to acquire the `client` for the `preferredCluster` from the `remoteFrontendClients` **How did you test it?** unit tests and local replication tests **Potential risks** The `workflow` was generally not working before because having a `preferredCluster` not in the `domain` `cluster` list is a normal scenario. The risk introduced is the `workflow` actually executing and doing something unexpected. For now, we just rebalance `domains` that have `preferredCluster` set and that can be rebalanced back to their `preferredCluster` **Release notes** **Documentation Changes**
**What changed?** Excluded `domains` that have `preferredClusters` that are not present in its `cluster` list in `ReplicationConfiguration` **Why?** `Domains` with `preferredClusters` not in their `cluster` list were causing the `workflow` to panic when trying to acquire the `client` for the `preferredCluster` from the `remoteFrontendClients` **How did you test it?** unit tests and local replication tests **Potential risks** The `workflow` was generally not working before because having a `preferredCluster` not in the `domain` `cluster` list is a normal scenario. The risk introduced is the `workflow` actually executing and doing something unexpected. For now, we just rebalance `domains` that have `preferredCluster` set and that can be rebalanced back to their `preferredCluster` **Release notes** **Documentation Changes**
What changed?
Excluded
domains
that havepreferredClusters
that are not present in itscluster
list inReplicationConfiguration
Why?
Domains
withpreferredClusters
not in theircluster
list were causing theworkflow
to panic when trying to acquire theclient
for thepreferredCluster
from theremoteFrontendClients
How did you test it?
unit tests and local replication tests
Potential risks
The
workflow
was generally not working before because having apreferredCluster
not in thedomain
cluster
list is a normal scenario. The risk introduced is theworkflow
actually executing and doing something unexpected. For now, we just rebalancedomains
that havepreferredCluster
set and that can be rebalanced back to theirpreferredCluster
Release notes
Documentation Changes