This repo demonstrates examples of JMX monitoring stacks that can monitor Confluent Cloud and Confluent Platform. While Confluent Cloud UI and Confluent Control Center provides an opinionated view of Apache Kafka monitoring, JMX monitoring stacks serve a larger purpose to our users, allowing them to setup monitoring across multiple parts of their organization, many outside of Kafka, and to have a single pane of glass.
This project provides metrics and dashboards for:
Some examples:
List of available dashboards for Confluent Platform:
Dashboard | Prometheus and Grafana | New Relic | Metricbeat and Kibana | Telegraf and Influx | Datadog |
---|---|---|---|---|---|
Kafka Cluster | yes | yes | yes | yes | yes |
Zookeeper | yes | yes | yes | ||
KRaft | yes | ||||
Schema Registry | yes | yes | |||
Kafka Connect | yes | yes | |||
ksqlDB | yes | yes | |||
Producer/Consumer | yes | yes | yes | yes | |
Lag Exporter | yes | ||||
Topics | yes | yes | |||
Kafka Streams | yes | ||||
Kafka Streams RocksDB | yes | ||||
Quotas | yes | ||||
TX Coordinator | yes | ||||
Rest Proxy | yes | ||||
Cluster Linking | yes | ||||
Oracle CDC connector | yes | ||||
Debezium connectors | yes | ||||
Mongo connector | yes | ||||
librdkafka clients | yes | ||||
Confluent RBAC | yes | ||||
Replicator | yes | ||||
Tiered Storage | yes |
List of available dashboards for Confluent Cloud:
Dashboard | Prometheus and Grafana | New Relic | Metricbeat and Kibana |
---|---|---|---|
Cluster | yes | yes | yes |
Producer/Consumer | yes | ||
ksql | yes | ||
Billing/Cost tracking | yes |
Alerts are available for the stacks:
To add JMX exporter configurations to Confluent cp-ansible, please refer to this README
To add JMX exporter configurations to your Kubernetes workspace, please refer to this README
This repo is intended to work smoothly with Confluent cp-demo.
Make sure you have enough system resources on the local host to run this. Verify in the advanced Docker preferences settings that the memory available to Docker is at least 8 GB (default is 2 GB).
NOTE: jq is required to be installed on your machine to run the demo.
Ensure that cp-demo is not already running on the local host.
Decide which monitoring stack to demo: and set the MONITORING_STACK
variable accordingly.
NOTE: New Relic requires a License Key to be added in jmxexporter-newrelic/start.sh
NOTE: Datadog requires a DATADOG_API_KEY and DATADOG_SITE to be added in datadog/start.sh. Datadog offers 14 day trial for new users.
# Set only one of these
MONITORING_STACK=jmxexporter-prometheus-grafana
MONITORING_STACK=metricbeat-elastic-kibana
MONITORING_STACK=jmxexporter-newrelic
MONITORING_STACK=jolokia
MONITORING_STACK=jolokia-telegraf-influxdb
MONITORING_STACK=datadog
cp-demo
and checkout a branch.# Example with CP-DEMO 7.6.1 version (all branches starting from 7.2.0 have been tested)
CP_DEMO_VERSION=7.6.1-post
[[ -d "cp-demo" ]] || git clone https://github.com/confluentinc/cp-demo.git
(cd cp-demo && git fetch && git checkout $CP_DEMO_VERSION && git pull)
jmx-monitoring-stacks
and checkout main branch.[[ -d "jmx-monitoring-stacks" ]] || git clone https://github.com/confluentinc/jmx-monitoring-stacks.git
(cd jmx-monitoring-stacks && git fetch && git checkout main && git pull)
${MONITORING_STACK}/start.sh
${MONITORING_STACK}/stop.sh
For an example that showcases how to monitor Apache Kafka client applications, and steps through various failure scenarios to see how they are reflected in the provided metrics, see the Observability for Apache Kafka® Clients to Confluent Cloud tutorial.
To run a lightweight dev environment:
cd dev-toolkit
grafana-wip
folderstart.sh
-> It will create a minimal environment with a KRaft cluster, prometheus, grafana and a spring based java clientstop.sh
To add more use cases, we are leveraging the docker profiles.
To run replicator scenario, i.e. start.sh --profile replicator
. It's possible to combine profiles as well, i.e. start.sh --profile schema-registry --profile ksqldb
.
Currently supported profiles:
More docker-compose envs will be released in the future, in the meantime you can use Kafka Docker Composer
You can add them to the start.sh
, i.e.
# ADD client monitoring to prometheus config
cat <<EOF >> assets/prometheus/prometheus-config/prometheus.yml
- job_name: 'spring-client'
static_configs:
- targets: ['spring-client:9191']
labels:
env: "dev"
EOF
You can also change the prometheus configuration here.