You are browsing unreleased documentation. See the latest documentation here.
CLI
Kong Mesh ships in a bundle that includes a few executables:
-
kuma-cp
: this is the main Kong Mesh executable that runs the control plane (CP). -
kuma-dp
: this is the Kong Mesh data plane proxy executable that - under the hood - invokesenvoy
. -
envoy
: this is the Envoy executable that we bundle for convenience into the archive. -
kumactl
: this is the the user CLI to interact with Kong Mesh (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:
kuma-cp -h
and you can check their version by running the version [--detailed]
command like:
kuma-cp version --detailed
kumactl
The kumactl
executable is a very important component in your journey with Kong Mesh. It allows to:
- Retrieve the state of Kong Mesh and the configured policies in every environment.
- On Universal environments, it allows to change the state of Kong Mesh by applying new policies with the
kumactl apply [..]
command. - On Kubernetes it is read-only, because you are supposed to change the state of Kong Mesh by leveraging Kong Mesh’s CRDs.
- It provides helpers to install Kong Mesh 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 Kong Mesh. Therefore, you can access the state of Kong Mesh 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 Kong Mesh components in Kubernetes.-
kumactl install control-plane
: Installs Kong Mesh in Kubernetes in akong-mesh-system
namespace. -
kumactl install observability
: Install Observability (Metrics, Logging, Tracing) backend in Kubernetes cluster (Prometheus + Grafana + Loki + Jaeger + Zipkin) inmesh-observability
namespace.
-
-
kumactl config [..]
: configures the local or zone control-planes thatkumactl
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 Kong Mesh. Only available on Universal. -
kumactl get [..]
: used to retrieve the raw state of entities Kong Mesh. -
kumactl inspect [..]
: used to retrieve an augmented state of entities in Kong Mesh. -
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.
Just use kumactl [cmd] --help
for 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:
type: Mesh
name: default
mtls:
backends:
- name: vault-1
type: {{ caType }}
dpCert:
rotation:
expiration: 10h
You can then set the caType
when applying it:
kumactl apply -f ~/res/mesh.yaml -v caType=builtin
This will create this mesh:
type: Mesh
name: default
mtls:
backends:
- name: vault-1
type: builtin
dpCert:
rotation:
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
.