Assess upgrade readiness before running an upgrade #270
Labels
area/kaas
Mission: Cloud Native Platform - Self-driving Kubernetes as a Service
epic/revisit-after-capi
team/tenet
Team Tenet
User Story
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).
The text was updated successfully, but these errors were encountered: