Skip to content
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

Handle data tiers during rolling upgrades #5248

Merged
merged 6 commits into from Feb 15, 2022

Conversation

barkbay
Copy link
Contributor

@barkbay barkbay commented Jan 14, 2022

Fix #5228 by adding a predicate to control the upgrade order for the data tiers.

In the case of a circular dependency between 2 tiers the predicate does not block an upgrade, there is no guarantee for a particular order in such a situation.

@barkbay barkbay added >enhancement Enhancement of existing functionality v2.1.0 labels Jan 14, 2022
Copy link
Collaborator

@pebrc pebrc left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good! I like how clean the dependency logic turned out despite being somewhat tricky. 👍

@barkbay barkbay merged commit de4fe50 into elastic:main Feb 15, 2022
fantapsody pushed a commit to fantapsody/cloud-on-k8s that referenced this pull request Feb 7, 2023
* Rolling upgrade should handle data tiers

* Add missing label elasticsearch.k8s.elastic.co/node-data_frozen

* Add new predicate to documentation
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
>enhancement Enhancement of existing functionality v2.1.0
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Rolling upgrade should handle data tiers
2 participants