In Deckhouse, this module sets up:
- The logging level;
The set of modules enabled by default;
Defaultset is used (it is suitable for most cases).
Regardless of the set of modules enabled by default, any module can be explicitly enabled or disabled in the Deckhouse configuration (learn more about enabling and disabling a module).
Deckhouse has a built-in mechanism for automatic updates. This mechanism uses 5 release channels with various stability and frequency of releases. Learn more about how the automatic update mechanism works and how you can set the desired release channel.
Deckhouse supports manual and automatic update modes.
In the manual upgrade mode, only critical fixes (patch releases) are automatically applied, and upgrading to a more current Deckhouse release requires manual confirmation.
In the automatic update mode, Deckhouse switches to a newer release as soon as it is available in the corresponding release channel unless update windows are configured for the cluster. If update windows are configured for the cluster, Deckhouse will upgrade to a newer release during the next available update window.
Service for validating Custom Resources.
The validation service prevents creating Custom Resources with invalid values or adding such values to the existing Custom Resources. Note that it only tracks Custom Resources managed by Deckhouse modules.
Deckhouse releases update
Get Deckhouse releases status
You can get Deckhouse releases list via the command
kubectl get deckhousereleases. By default, a cluster keeps the last 10 Superseded releases and all deployed/pending releases.
Every release can have one of the following statuses:
Pending- release is waiting to be deployed: waiting for update window, canary deployment, etc. You can see the detailed status via the
kubectl describe deckhouserelease $namecommand.
Deployed- release is applied. It means that the image tag of the Deckhouse Pod was changed, but the update process of all components is going asynchronously and could not have been finished yet.
Superseded- release is outdated and not used anymore.
Suspended- release was suspended (for ex. it has an error). Can be set only if
suspendedrelease was not deployed yet.
When release status is changed to
Deployed state, release is updating only a tag of the Deckhouse image.
Deckhouse will start checking and updating process of the all modules, which were changed from the last release.
Duration of an update could be different and connected to cluster size, enabled modules count and settings.
Foe example: if you cluster have a lot of
NodeGroup resources, it will take some time to update them because these resources are updated one by one
IngressNginxControllers also updating one by one.
Manual release deployment
If you have a manual update mode enabled and have a few Pending releases, you can approve them all at once. In that case Deckhouse will update in series keeping a release order and changing their status during the update.
Pin a release
Release pinning could be necessary if you want to hold a Deckhouse update for some reason.
There are 3 options to pin a release:
Set a manual update mode.
In this case, you will hold a current release but patch-release will still be applied. Minor-release will not be changed without your approval.
Example: The current release is
v1.29.3, after setting a manual update mode Deckhouse will be able to update to version
v1.29.9but won’t be able to apply version
Set a specified image tag for deployment/deckhouse.
In this case, you will hold a Deckhouse version until a new release will come. You may need this in a situation when some Deckhouse release has an error that hasn’t occurred earlier and you want to roll back to the previous release but update as soon as a new release with a patch will come.
kubectl -n d8-system set image deployment/deckhouse deckhouse=registry.deckhouse.io/deckhouse/ee:v1.30.5
Set a specified image tag for deployment/deckhouse and remove
releaseChannelfrom deckhouse module configuration.
In this case, you will hold a specified version and will not get any more updates.
$ kubectl -n d8-system set image deployment/deckhouse deckhouse=registry.deckhouse.io/deckhouse/ee:v1.30.5 $ kubectl edit mc deckhouse // remove releaseChannel