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

Assess upgrade readiness before running an upgrade #270

Open
3 of 13 tasks
Tracked by #2538
marians opened this issue Feb 15, 2021 · 1 comment
Open
3 of 13 tasks
Tracked by #2538

Assess upgrade readiness before running an upgrade #270

marians opened this issue Feb 15, 2021 · 1 comment
Labels
area/kaas Mission: Cloud Native Platform - Self-driving Kubernetes as a Service epic/revisit-after-capi team/tenet Team Tenet

Comments

@marians
Copy link
Member

marians commented Feb 15, 2021

User Story

  • As a cluster admin, I want to verify easily that a cluster meets all requirements to endure an upgrade.

Details, Background

In our workload cluster upgrade docs we collect a number of best practices and recommendations to help ensure that workload clusters and workloads are prepared for a cluster upgrade.

There is derailed/popeye as a CLI tool to vet clusters against a number of rules. It is licensed under the Apache 2.0 licence. Users can configure it to mute or re-configure certain checks.

We have already contributed to popeye in order to perform the checks for what we consider vital before a workload cluster upgrade, and will continue to do so.

Checks to add

Long term perspective

If the checks provide useful when performed manually by Giant Swarm staff and customers before performing an upgrade, we can consider running popeye in the cluster and providing results in a standard way.

This can either happen as a permanent service, potentially as an app to be installed from a Giant Swarm catalog, or as a necessary step before an upgrade (executed via a core component / default app).

@marians marians added kind/epic area/kaas Mission: Cloud Native Platform - Self-driving Kubernetes as a Service labels Feb 15, 2021
@cokiengchiara
Copy link
Contributor

sig product Mon, 03. May 2021

  • needs a team.
  • @alex-dabija will take to @giantswarm/team-celestial , because they are already taking care of upgrades.

@alex-dabija alex-dabija added team/phoenix Team Phoenix and removed team/celestial labels Oct 25, 2021
@teemow teemow added this to Roadmap May 10, 2022
@teemow teemow moved this to Future (> 6 months) in Roadmap May 10, 2022
@alex-dabija alex-dabija added team/turtles Team Turtles and removed team/hydra labels Aug 8, 2023
@teemow teemow moved this from Later 🌃 to Backlog 📦 in Roadmap Oct 24, 2023
@Rotfuks Rotfuks removed the kind/epic label Jan 17, 2024
@yulianedyalkova yulianedyalkova added team/tenet Team Tenet and removed team/turtles Team Turtles labels Nov 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/kaas Mission: Cloud Native Platform - Self-driving Kubernetes as a Service epic/revisit-after-capi team/tenet Team Tenet
Projects
Status: Backlog 📦
Development

No branches or pull requests

5 participants