CLI

Kuma ships in a bundle that includes a few executables:

  • kuma-cp: this is the main Kuma executable that runs the control plane (CP).
  • kuma-dp: this is the Kuma data plane proxy executable that - under the hood - invokes envoy.
  • envoy: this is the Envoy executable that we bundle for convenience into the archive.
  • kumactl: this is the the user CLI to interact with Kuma (kuma-cp) and its data.
  • kuma-tcp-echo: this is a sample application that echos back the requests we are making, used for demo purposes.

According to the installation instructions, some of these executables are automatically executed as part of the installation workflow, while some other times you will have to execute them directly.

You can check the usage of the executables by running the -h flag, like:

  1. kuma-cp -h

and you can check their version by running the version [--detailed] command like:

  1. kuma-cp version --detailed

kumactl

The kumactl executable is a very important component in your journey with Kuma. It allows to:

  • Retrieve the state of Kuma and the configured policies in every environment.
  • On Universal environments, it allows to change the state of Kuma by applying new policies with the kumactl apply [..] command.
  • On Kubernetes it is read-only, because you are supposed to change the state of Kuma by leveraging Kuma’s CRDs.
  • It provides helpers to install Kuma on Kubernetes, and to configure the PostgreSQL schema on Universal (kumactl install [..]).

The kumactl application is a CLI client for the underlying HTTP API of Kuma. Therefore, you can access the state of Kuma by leveraging with the API directly. On Universal you will be able to also make changes via the HTTP API, while on Kubernetes the HTTP API is read-only.

Available commands on kumactl are:

  • kumactl install [..]: provides helpers to install Kuma components in Kubernetes.
    • kumactl install control-plane: Installs Kuma in Kubernetes in a kuma-system namespace.
    • kumactl install observability: Install Observability (Metrics, Logging, Tracing) backend in Kubernetes cluster (Prometheus + Grafana + Loki + Jaeger + Zipkin) in mesh-observability namespace.
  • kumactl config [..]: configures the local or zone control-planes that kumactl should talk to. You can have more than one enabled, and the configuration will be stored in ~/.kumactl/config.
  • kumactl apply [..]: used to change the state of Kuma. Only available on Universal.
  • kumactl get [..]: used to retrieve the raw state of entities Kuma.
  • kumactl inspect [..]: used to retrieve an augmented state of entities in Kuma.
  • kumactl generate dataplane-token: used to generate Dataplane Token.
  • kumactl generate tls-certificate: used to generate a TLS certificate for client or server.
  • kumactl manage ca [..]: used to manage certificate authorities.
  • kumactl help [..]: help dialog that explains the commands available.
  • kumactl version [--detailed]: shows the version of the program.

Checkout the kumactl usage docs for full documentation.

Using variables

When using kumactl apply you can specify variables to use your yaml as a template. This is useful for parametrizing policies and specifying values at runtime.

For example with a yaml like:

  1. type: Mesh
  2. name: default
  3. mtls:
  4. backends:
  5. - name: vault-1
  6. type:
  7. dpCert:
  8. rotation:
  9. expiration: 10h

You can then set the caType when applying it:

  1. kumactl apply -f ~/res/mesh.yaml -v caType=builtin

This will create this mesh:

  1. type: Mesh
  2. name: default
  3. mtls:
  4. backends:
  5. - name: vault-1
  6. type: builtin
  7. dpCert:
  8. rotation:
  9. expiration: 10h

Configuration

You can view the current configuration using kumactl config view.

The configuration is stored in $HOME/.kumactl/config, which is created when you run kumactl for the first time. When you add a new control plane with kumactl config control-planes add, the config file is updated. To change the path of the config file, run kumactl with --config-file /new-path/config.