chmonitor
Features

Cluster

Monitor distributed cluster topology, replication health, and Keeper/ZooKeeper coordination state across shards and replicas.

See what nodes make up your cluster and how Keeper/ZooKeeper coordinates them — shard/replica topology, coordination health, the znode tree, and connection history.

Prop

Type

What it does

The Cluster section answers two questions: what nodes make up your cluster, and how is Keeper/ZooKeeper coordinating them?

The Clusters page renders an interactive topology map of every shard and replica pulled from system.clusters. Use it to confirm shard layouts, spot misconfigured hosts, or audit cluster membership after a scaling event.

chmonitor cluster topology map: Keeper quorum with leader and followers, ClickHouse shard nodes, virtual cluster overlays, and an inspector panel with quorum health and znode count

The Keeper sub-section shows the ZooKeeper/ClickHouse Keeper coordination layer: node health, liveness, request latency, the znode tree, active watches, and connection history. These pages are only available when your ClickHouse server has Keeper or ZooKeeper configured.

Pages

PageRouteWhat it showsSystem tables
Clusters/clustersInteractive topology map, shard/replica membershipsystem.clusters
Keeper Overview/keeper/overviewLiveness, request load, latency, per-node cluster statesystem.zookeeper_info
Data Browser/keeper?path=/Browse the znode treesystem.zookeeper
Keeper Info/keeper/infoPer-node role, raft log, znode counts, latencysystem.zookeeper_info
Connections/keeper/connectionsLive connections from this server to Keepersystem.zookeeper_connection
Connection Log/keeper/connection-logHistory of connect/disconnect events with reasonssystem.zookeeper_connection_log
Request Log/keeper/logPer-request log of Keeper operations and responsessystem.zookeeper_log
Watches/keeper/watchesCurrently active watches registered by this serversystem.zookeeper_watches

Using it

  • Open /clusters for the interactive topology map — confirm shard layouts, spot misconfigured hosts, or audit membership after scaling.
  • Start Keeper triage at /keeper/overview for liveness, request load, and latency across nodes.
  • Browse the znode tree at /keeper?path=/, and drill into per-node role and raft log at /keeper/info.
  • Check /keeper/connections for live connections, /keeper/connection-log for connect/disconnect history, /keeper/log for per-request operations, and /keeper/watches for active watches.

Keeper pages appear automatically when system.zookeeper_info is accessible on the connected host. If the table is absent (no Keeper configured), pages show an empty state rather than an error.

Permissions & access

All Cluster pages use the cluster feature id.

CHM_FEATURE_CLUSTER_ACCESS=authenticated
CHM_FEATURE_CLUSTER_ENABLED=false
[features.cluster]
enabled = true
access = "authenticated"

Configuration

No feature-specific configuration. Keeper pages appear automatically when system.zookeeper_info is accessible on the connected host. If the table is absent (no Keeper configured), pages show an empty state rather than an error.

Notes & limitations

Keeper tables are optional

system.zookeeper, system.zookeeper_info, system.zookeeper_connection, system.zookeeper_connection_log, system.zookeeper_log, and system.zookeeper_watches only exist when ClickHouse Keeper or ZooKeeper is configured. Pages backed by a missing table show an informational empty state rather than an error.

  • system.zookeeper_log requires <zookeeper_log> to be enabled in the ClickHouse server config.
  • The topology map requires system.clusters and correctly populated host_name/port values. Clusters defined only in remote_servers with unresolvable hostnames still appear but may lack connection metadata.
  • The Connections page shows live connections at query time; historical data is in the Connection Log.

On this page