k0smotron with full CAPI support
Since we’veinitially launchedk0smotron in June, team k0s has been busy with working on enhancing k0smotron. Today we’re glad to share that k0smotron now has pretty much full ClusterAPI support built-in.
In k0smotron version 0.4.0, released only couple weeks after the initial k0smotron launch, we already added the basic capability to spin up both the control and worker planes via ClusterAPI.
0.5.0, released in mid July, came with support for
Templatetypes and thus enabling you to work with
MachineDeploymentetc. ClusterAPI constructs.
MachineDeploymentsallows you to easily scale your nodes as it behaves very similarly as normal workload
Now with the latest 0.6.0 release we’re happy to complete the ClusterAPI support by introducing the “traditional” control plane provider for
Machines. This allows you to run the child cluster control planes on
Like we said in the initial launch blog:
we are definitely looking at Cluster API direction of having k0smotron providing the controlplanes for the clusters.
So yes, we’ve been a bit more than looking at it. :)
In ClusterAPI there’s many different providers providing various “parts” of the clusters. k0smotron can now acts as the following providers:
Controlplane provider — in-cluster
k0smotron can acts as the Control Plane provider in two different modes. Either running the control planewithinthe management cluster, this being the main use case for k0smotron. This way you can bootstrap the control plane super fast and easy and then attach your worker plane from practically ANY infrastructure. Imagine the use cases this unlocks such as multi cloud clusters, far Edge cluster and so on. The possibilities are pretty much endless.
Controlplane provider — out-of-cluster
This is the “traditional” way how ClusterAPI provisions clusters. The control plane of the child cluster is configured on
Machinesprovisioned and managed by some ClusterAPI infrastructure provider, AWS for example. In this sceneario k0smotron configures the control plane
Machinesto run as the control plane for the child cluster.
Bootstrap provider was the very first provider we implemented on ClusterAPI. It provides the needed configuration to provision worker plane
Machinesvia an infrastructure provider. Needless to say, in the scope of k0smotron and k0s it provides the bootstrap config to spin up k0s worker nodes connecting to the control plane provisioned via the control plane provider. It can naturally work with either way the control plane is provisioned, in-cluster or out-of-cluster.
How can You help?
As you can imagine, k0s team cannot practically test all the different ClusterAPI infrastructure providers out there. While k0smotron does follow the contracts outlined in ClusterAPI itself there can be some details in each infrastructure provider that does not work out of box. Hence we urge you to test k0smotron with your favourite infrastructure (cloud) provider. Check out the k0smotrondocsforClusterAPI providersto get started.