depot/third_party/nixpkgs/pkgs/applications/networking/cluster/rke2
Default email 555cd8a8f9 Project import generated by Copybara.
GitOrigin-RevId: 5633bcff0c6162b9e4b5f1264264611e950c8ec7
2024-10-09 18:51:18 +02:00
..
latest Project import generated by Copybara. 2024-10-09 18:51:18 +02:00
stable Project import generated by Copybara. 2024-10-09 18:51:18 +02:00
testing Project import generated by Copybara. 2024-10-09 18:51:18 +02:00
builder.nix Project import generated by Copybara. 2024-10-09 18:51:18 +02:00
default.nix Project import generated by Copybara. 2024-06-05 17:53:02 +02:00
README.md Project import generated by Copybara. 2024-10-09 18:51:18 +02:00
update-script.sh Project import generated by Copybara. 2024-10-09 18:51:18 +02:00

RKE2 Version

RKE2, Kubernetes, and other clustered software has the property of not being able to update atomically. Most software in nixpkgs, like for example bash, can be updated as part of a nixos-rebuild switch without having to worry about the old and the new bash interacting in some way.

Note

Upgrade the server nodes first, one at a time. Once all servers have been upgraded, you may then upgrade agent nodes.

Release Channels

RKE2 has three main release channels, which are: stable, latest and testing.

The stable channel is the default channel and is recommended for production use. The latest channel is the latest release. The testing channel is the latest release, including pre-releases.

Channel Description
stable (Default) Stable is recommended for production environments. These releases have been through a period of community hardening, and are compatible with the most recent release of Rancher.
latest Latest is recommended for trying out the latest features. These releases have not yet been through a period of community hardening, and may not be compatible with Rancher.
testing The most recent release, including pre-releases.

Learn more about the RKE2 release channels.

For an exhaustive and up-to-date list of channels, you can visit the rke2 channel service API. For more technical details on how channels work, you can see the channelserver project.

Tip

When attempting to upgrade to a new version of RKE2, the Kubernetes version skew policy applies. Ensure that your plan does not skip intermediate minor versions when upgrading. Nothing in the upgrade process will protect you against unsupported changes to the Kubernetes version.