Use Kuma
After Kuma is installed, you can access the control plane via the following methods:
Access method | Mode | Permissions |
---|---|---|
Kuma user interface | Kubernetes and Universal | Read-only |
HTTP API | Kubernetes and Universal | Read-only |
kumactl | Kubernetes | Read-only |
kumactl | Universal | Read and write |
kubectl | Kubernetes | Read and write |
By accessing the control plane using one of these methods, you can see the current Kuma configuration or with some methods, you can edit the configuration.
Kuma ships with a read-only GUI that you can use to retrieve Kuma resources. By default the GUI listens on the API port and defaults to :5681/gui
.
To access Kuma we need to first port-forward the API service with:
kubectl port-forward svc/kuma-control-plane -n kuma-system 5681:5681
And then navigate to 127.0.0.1:5681/gui to see the GUI.
You will notice that Kuma automatically creates a Mesh entity with name default
.
You can use Kuma with kubectl
to perform read and write operations on Kuma resources. For example:
kubectl get meshes
# NAME AGE
# default 1m
or you can enable mTLS on the default
Mesh with:
echo "apiVersion: kuma.io/v1alpha1
kind: Mesh
metadata:
name: default
spec:
mtls:
enabledBackend: ca-1
backends:
- name: ca-1
type: builtin" | kubectl apply -f -
You will notice that Kuma automatically creates a Mesh entity with name default
.
Kuma ships with a read-only HTTP API that you can use to retrieve Kuma resources.
By default the HTTP API listens on port 5681
. To access Kuma we need to first port-forward the API service with:
kubectl port-forward svc/kuma-control-plane -n kuma-system 5681:5681
And then you can navigate to 127.0.0.1:5681 to see the HTTP API.
You will notice that Kuma automatically creates a Mesh entity with name default
.
You can use the kumactl
CLI to perform read-only operations on Kuma resources. The kumactl
binary is a client to the Kuma HTTP API, you will need to first port-forward the API service with:
kubectl port-forward svc/kuma-control-plane -n kuma-system 5681:5681
and then run kumactl
, for example:
kumactl get meshes
# NAME mTLS METRICS LOGGING TRACING
# default off off off off
You can configure kumactl
to point to any zone kuma-cp
instance by running:
kumactl config control-planes add --name=XYZ --address=http://{address-to-kuma}:5681
You will notice that Kuma automatically creates a Mesh entity with name default
.
Kuma ships with a read-only GUI that you can use to retrieve Kuma resources. By default the GUI listens on the API port and defaults to :5681/gui
.
To access Kuma you can navigate to 127.0.0.1:5681/gui to see the GUI.
You will notice that Kuma automatically creates a Mesh entity with name default
.
Kuma ships with a read and write HTTP API that you can use to perform operations on Kuma resources. By default the HTTP API listens on port 5681
.
To access Kuma you can navigate to 127.0.0.1:5681 to see the HTTP API.
You will notice that Kuma automatically creates a Mesh entity with name default
.
You can use the kumactl
CLI to perform read and write operations on Kuma resources. The kumactl
binary is a client to the Kuma HTTP API. For example:
kumactl get meshes
# NAME mTLS METRICS LOGGING TRACING
# default off off off off
or you can enable mTLS on the default
Mesh with:
echo "type: Mesh
name: default
mtls:
enabledBackend: ca-1
backends:
- name: ca-1
type: builtin" | kumactl apply -f -
You can configure kumactl
to point to any zone kuma-cp
instance by running:
kumactl config control-planes add --name=XYZ --address=http://{address-to-kuma}:5681
You will notice that Kuma automatically creates a Mesh entity with name default
.
Kuma - being an application that wants to improve the underlying connectivity between your services by making the underlying network more reliable - also comes with some networking requirements itself.
Control Plane ports
First and foremost, the kuma-cp
application is a server that offers a number of services - some meant for internal consumption by kuma-dp
data-planes, some meant for external consumption by kumactl
, the HTTP API, the GUI or other systems.
The number and type of exposed ports depends on the mode in which the control plane is running as:
Global Control Plane
When Kuma is run as a distributed service mesh, the Global control plane exposes the following ports:
- TCP
5443
: The port for the admission webhook, only enabled inKubernetes
. The default Kuberneteskuma-control-plane
service exposes this port on443
.5680
: the HTTP server that returns the health status of the control-plane.5681
: the HTTP API server that is being used bykumactl
, and that you can also use to retrieve Kuma’s policies and - when running inuniversal
- that you can use to apply new policies. Manipulating the dataplane resources is not possible. It also exposes the Kuma GUI at/gui
5682
: HTTPS version of the services available under5681
5683
: gRPC Intercommunication CP server used internally by Kuma to communicate between CP instances.5685
: the Kuma Discovery Service port, leveraged in multi-zone deployment
Zone Control Plane
When Kuma is run as a distributed service mesh, the Zone control plane exposes the following ports:
TCP
5443
: The port for the admission webhook, only enabled inKubernetes
. The default Kuberneteskuma-control-plane
service exposes this port on443
.5676
: the Monitoring Assignment server that responds to discovery requests from monitoring tools, such asPrometheus
, that are looking for a list of targets to scrape metrics from, e.g. a list of all dataplanes in the mesh.5678
: the server for the control-plane to data-planes communication (bootstrap configuration, xDS to retrieve their configuration, SDS to retrieve mTLS certificates).5680
: the HTTP server that returns the health status and metrics of the control-plane.5681
: the HTTP API server that is being used bykumactl
, and that you can also use to retrieve Kuma’s policies and - when running inuniversal
- you can only manage the dataplane resources. When not connected to global, It also exposes the Kuma GUI at/gui
5682
: HTTPS version of the services available under5681
5683
: gRPC Intercommunication CP server used internally by Kuma to communicate between CP instances.