Overview
ClusterEye has three components: the Agent running on monitored hosts, the central API, and the web UI. Data flows one way — the agent dials out, and ClusterEye never opens an inbound connection into your database.
The agent collects
Runs on the monitored host, connects to the database with a read-only account and reads host metrics from /proc.
Ships over gRPC
Streams to the API over a single outbound TLS connection (443/tcp). The agent opens no listening port.
The API processes and stores
Metadata goes to PostgreSQL, time-series metrics to InfluxDB; the anomaly, baseline and correlation engines run here.
The UI shows it
Served from the same 443 port: dashboards, alerts, RCA and reports.
Two collection modes
PostgreSQL, MongoDB, MS SQL Server, Oracle, MySQL/MariaDB, ClickHouse. The agent runs on the database host, which is what makes host metrics, log analysis and config drift possible.
Azure SQL (Database + Managed Instance), Azure PostgreSQL Flexible Server, Redis, Elasticsearch/OpenSearch. The connection is made directly from the ClusterEye API server; nothing is installed on the target — which is the only option for managed services. Host-level metrics are not collected in this mode.
Network & ports
The rules to open in the customer firewall. The agent only ever dials out — you never need to expose an inbound port on a monitored host.
For most deployments one rule is enough: outbound TCP from every database host to 443/tcp on the ClusterEye server. Database ports (5432, 1433, 1521, 27017, 3306, 9000) are usually loopback because the agent runs on the same machine, so they never reach the firewall. The agentless engines (Azure SQL, Azure PostgreSQL, Redis, Elasticsearch) are the exception: those ports must be reachable from the ClusterEye API server, and the Azure ones additionally need a firewall rule or private endpoint.
Quick start
Pick the one that fits — all three are one-command installs.
Kind + Helm
Installs Kind, Helm and the complete ClusterEye stack on Ubuntu 24.04.
Bare-metal Linux
Full platform directly on Linux — no Docker, no Kubernetes.
Agent only (Linux)
Just the agent, talking to an existing ClusterEye server.
Standalone install
ClusterEye API + UI on bare-metal Linux servers — no Docker, no Kubernetes. Comes with nginx reverse proxy.
Install options
All install.sh flags.
--api-version=<ver>API binary version--ui-version=<ver>UI assets version--domain=<host|ip>Server domain or IP--postgres=local|externalMode (default: local)--postgres-host=<host>External PG host--postgres-port=<port>External PG port (default: 5432)--postgres-user=<user>External PG user (default: postgres)--postgres-password=<pwd>External PG password--postgres-dbname=<n>DB name (default: clustereye)--postgres-sslmode=<mode>SSL mode (default: disable)--influxdb=local|external|noneMode (default: local)--influxdb-url=<url>External InfluxDB URL--influxdb-token=<token>External InfluxDB token--influxdb-org=<org>Org (default: clustereye)--influxdb-bucket=<bucket>Bucket (default: clustereye)--tls=self-signed|providedMode (default: self-signed)--cert=<path>Cert file (with --tls=provided)--key=<path>Key file (with --tls=provided)--port=<n>HTTPS port (default: 443)--http-port=<n>|nonePlaintext h2c port (default: 80)--bind-host=<host>Bind address (default: 0.0.0.0)--extra-hostnames=a,b,cAdditional TLS SANs--no-firewallSkip firewall config-h, --helpShow help--versionShow installer versionUpgrade
In-place upgrade of API binary or UI assets. Config, secrets, TLS and databases are preserved.
--api-version=<ver>Upgrade API binary to this version--ui-version=<ver>Upgrade UI assets to this version-h, --helpShow helpUninstall
Without flags: removes systemd service, binary, nginx config and journald drop-in. Configs, secrets, TLS and databases are preserved.
(no flags)Remove only binary, systemd, nginx, journald--purgeAlso remove /etc/clustereye, /var/lib/clustereye, /var/log/clustereye, web assets, user/group--purge-dbAlso remove local PostgreSQL packages and data--purge-influxdbAlso remove local InfluxDB packages and data--yes-i-mean-itSkip confirmation promptClusterEye Agent
Agent for PostgreSQL, MongoDB, Oracle, MySQL/MariaDB, MS SQL Server and ClickHouse. It runs on the monitored database host and opens only an outbound gRPC connection.
-p, --platformRequired — postgres, mongo, oracle or mysql--api-urlClusterEye API server address (host or host:port)--registration-tokenOne-time registration token generated in the UI-d, --install-dirInstall directory (default: /opt/clustereye)-b, --local-binaryCopy a local binary instead of downloading a release (air-gapped)--tlsUse TLS for the gRPC connection (default: off)-k, --insecureSkip TLS certificate verification (for self-signed certs, with --tls)Windows
For Windows x64:
Minimum privileges per engine
The smallest privilege set the customer must grant the ClusterEye monitoring account. The baseline is read-only and safe to grant everywhere; the optional rows are needed only if you want the matching action feature.
PostgreSQL
Agent-basedDefault port:5432The baseline is fully read-only. A missing grant only disables that collector with a warning — the agent still starts.
No collector ever takes the agent down over a missing privilege. That collector logs a warning, the capability is marked unavailable, and everything else keeps running. Action features (kill, plan forcing, tuning apply) fall back to recommend-only.
Verify & troubleshoot
What to check in the first five minutes after an install.
Is the agent service up?
If the service runs but the node never shows up in the UI, it is almost always networking or database credentials.
Can it reach the API?
Run this from the agent host. No answer means the 443/tcp rule; if you use a self-signed certificate install the agent with -k.
Is the database account sufficient?
This succeeds once the baseline grants are in place. Use the equivalent for your engine (Oracle: V$SESSION, MSSQL: sys.dm_exec_sessions).
Query intelligence empty?
If metrics flow but the query list stays empty, the missing piece is almost certainly an engine prerequisite: pg_stat_statements, Query Store, performance_schema or log_queries.
Releases
Linux x86_64 agent binaries. Verify with SHA256.
ARM64 support is available since v2616101459 (Sep 16, 2025). Windows x64 binaries are also downloadable.