Configuration Examplesedit

Below you can find manifests that address a number of common use cases and can be your starting point in exploring Beats deployed with ECK. These manifests are self-contained and work out-of-the-box on any non-secured Kubernetes cluster. They all contain three-node Elasticsearch cluster and single Kibana instance. All Beat configurations set up Kibana dashboards if they are available for a given Beat and all required RBAC resources.

These examples are for illustration purposes only and should not be considered to be production-ready.

Some of these examples use the false setting which has performance implications and should be tuned for production workloads as described in the Virtual memory section.

Metricbeat for Kubernetes monitoringedit

kubectl apply -f

Deploys Metricbeat as a DaemonSet that monitors the host resource usage (CPU, memory, network, filesystem) and Kubernetes resources (Nodes, Pods, Containers, Volumes).

Filebeat with autodiscoveredit

kubectl apply -f

Deploys Filebeat as a DaemonSet with the autodiscover feature enabled. It will collect logs from pods in every namespace and load them to the connected Elasticsearch cluster.

Filebeat with autodiscover for metadataedit

kubectl apply -f

Deploys Filebeat as a DaemonSet with the autodiscover feature enabled. Logs from pods matching the following criteria will be shipped to the connected Elasticsearch cluster:

  • Pod is in log-namespace namespace
  • Pod has log-label: "true" label

Filebeat without autodiscoveredit

kubectl apply -f

Deploys Filebeat as a DaemonSet with the autodiscover feature disabled. Uses the entire logs directory on the host as the input source. This configuration does not require any RBAC resources as no Kubernetes APIs are used.

Elasticsearch and Kibana Stack Monitoringedit

kubectl apply -f

Deploys Metricbeat configured for Elasticsearch and Kibana Stack Monitoring and Filebeat using autodiscover. Deploys one monitored Elasticsearch cluster and one monitoring Elasticsearch cluster. You can access the Stack Monitoring app in the monitoring cluster’s Kibana. Note: in this example, TLS verification is disabled when Metricbeat communicates with the monitored cluster, which is insecure and should not be used in production. This can be resolved by using custom certificates and configuring Metricbeat to verify them.

Heartbeat monitoring Elasticsearch and Kibana healthedit

kubectl apply -f

Deploys Heartbeat as a single Pod deployment that monitors the health of Elasticsearch and Kibana by TCP probing their Service endpoints. Note that Heartbeat expects that Elasticsearch and Kibana are deployed in the default namespace.


kubectl apply -f

Deploys Auditbeat as a DaemonSet that checks file integrity and audits file operations on the host system.


kubectl apply -f

Deploys Journalbeat as a DaemonSet that ships data from systemd journals.

Packetbeat monitoring DNS and HTTP trafficedit

kubectl apply -f

Deploys Packetbeat as a DaemonSet that monitors DNS on port 53 and HTTP(S) traffic on ports 80, 8000, 8080 and 9200.