________ __ ___ ____ ____
/ ____/ /_ _______/ /____ _____ / | / __ \/ _/
/ / / / / / / ___/ __/ _ \/ ___/ / /| | / /_/ // /
/ /___/ / /_/ (__ ) /_/ __/ / / ___ |/ ____// /
\____/_/\__,_/____/\__/\___/_/ /_/ |_/_/ /___/
____ _ __
/ __ \_________ _ __(_)___/ /__ ______
/ /_/ / ___/ __ \ | / / / __ / _ \/ ___(_)
/ ____/ / / /_/ / |/ / / /_/ / __/ / _
/_/ /_/ \____/|___/_/\__,_/\___/_/ (_)
__ __ __ __
/ //_/_ __/ /_ ___ ____ ___ ____ ______/ /__
/ ,< / / / / __ \/ _ \/ __ `__ \/ __ `/ ___/ //_/
/ /| / /_/ / /_/ / __/ / / / / / /_/ / / / ,<
/_/ |_\__,_/_.___/\___/_/ /_/ /_/\__,_/_/ /_/|_|
Cluster API Provider Kubemark (CAPK) is a provider for Cluster API (CAPI) that allows users to deploy fake, Kubemark-backed machines to their clusters. This is useful in a variety of scenarios, such load-testing and simulation testing.
It is slightly similar to CAPD, the Docker provider, in that it does not deploy actual infrastructure resources (VMs or bare-metal machines). It differs significantly in that Kubemark nodes only pretend to run pods scheduled to them. For more information on Kubemark, the Kubemark developer guide has more details.
At this point the Kubemark provider is extremely alpha. To deploy the Kubemark
provider, you can add the latest release to your clusterctl config file, by
default located at ~/.cluster-api/clusterctl.yaml.
providers:
- name: "kubemark"
url: "https://github.com/kubernetes-sigs/cluster-api-provider-kubemark/releases/v0.3.0/infrastructure-components.yaml"
type: "InfrastructureProvider"Note: the v0.3.0 release of the kubemark provider has been tested with the v0.1.\* versions of Cluster API
For demonstration purposes, we'll use the CAPD provider. Other providers will also work, but CAPD is supported with a custom template that makes deployment super simple.
Initialize this provider into your cluster by running:
clusterctl init --infrastructure kubemark,dockerOnce initialized, you'll need to deploy your workload cluster using the capd
flavor to get a hybrid CAPD/CAPK cluster:
clusterctl config cluster wow --infrastructure kubemark --flavor capd --kubernetes-version 1.21.1 --control-plane-machine-count=1 --worker-machine-count=4 | kubectl apply -f-You should see your cluster come up and quickly become available with 4 Kubemark machines connected to your CAPD control plane.
For other providers, you can either create a custom hybrid cluster template, or deploy the control plane and worker machines separately, specifiying the same cluster name:
clusterctl config cluster wow --infrastructure aws --kubernetes-version 1.21.1 --control-plane-machine-count=1 | kubectl apply -f-
clusterctl config cluster wow --infrastructure kubemark --kubernetes-version 1.21.1 --worker-machine-count=4 | kubectl apply -f-To deploy the Kubemark provider, the recommended way at this time is using
Tilt. Clone this repo and use the CAPI tilt guide to get
Tilt setup. Add kubemark to the list of providers in your
tilt-settings.json file and you should be off to the races.
When using Kubernetes version 1.22 and greater, you may specify the resource capacities advertised by the Kubemark Nodes.
By default, all nodes will report 1 CPU, and 4G memory. These are Kubernetes quantity
values and can be modified by adding fields to the KubemarkMachineTemplates you are using.
For example, to create a Node that advertises 32 CPU and 128G memory, create a manifest as follows:
apiVersion: infrastructure.cluster.x-k8s.io/v1alpha4
kind: KubemarkMachineTemplate
metadata:
labels:
cluster.x-k8s.io/cluster-name: mycluster
name: kubemark-big-machine
namespace: default
spec:
template:
spec:
kubemarkOptions:
extendedResources:
cpu: "32"
memory: "128G"To run this pipeline docker, kind, python must be installed.
You can run the E2E test with the following steps:
export KIND_CLUSTER_IMAGE=docker.io/kindest/node:v1.21.10
export CAPI_PATH=<path to cluster-api repository>
export ROOT_DIR=<path to cluster-api-provider-kubemark repository>
cd $(ROOT_DIR)
make test-e2e | Dependency | Version |
|---|---|
| kubectl | v1.23 |
| kubernetes | v1.21 |
| Go | v1.18 |
| kind | v0.11 |
| cluster-api | v1.0 |
| kustomize | v4.4 |