Multi-server state
View online state, CPU, memory, disk, network traffic, and available system metrics from Linux, Windows, macOS, OpenWRT, Synology, and other documented environments.
Connect multiple Agents to one Dashboard to view server state, check websites and network services, send alerts, and perform authorized operations.
Nezha Monitoring V2 combines a central Dashboard with an Agent installed on every monitored device. Agents report host state and perform assigned network checks or authorized tasks. Dashboard manages identity and access, visualization, service monitoring, alert notifications, APIs, and configuration.
/api/v1| Scenario | Nezha V2 entry point |
|---|---|
| Multi-region VPS and cloud servers | Central online state, resources, traffic, groups, alerts, and authorized remote operations |
| Website and port availability | HTTP, Ping, TCP, latency, packet loss, HTTPS certificate state, and failure notifications |
| Home labs, NAS devices, and small teams | Self-hosted Dashboard, users, public or authenticated status views, tasks, and file operations |
| Internal automation and AI tools | Scoped API Tokens, REST API, and an MCP endpoint that is disabled by default |
If your primary goal is a public status page, second-by-second deep observability, the PromQL ecosystem, or enterprise network-device management, read the comparison with Uptime Kuma, Netdata, Prometheus/Grafana, and Zabbix.
Official installation and documentation cover Linux, Windows, and macOS, with additional guidance for OpenWRT, Synology, and other environments. Available metrics depend on the operating system, permissions, hardware, and Agent configuration.
They are released independently and do not require identical version numbers. Read both release notes and validate on a small set of nodes before a broad upgrade. See Version and compatibility.
Yes. HTTP GET service monitoring checks URL availability, and HTTPS targets are also checked for certificate state. Ping and TCPing cover network reachability and ports.
No. Dashboard and Agent can be self-hosted. Requests go to an external service only when you enable an integration such as OAuth2, notifications, DDNS, or a CDN.
/api/v1? API route version and product generation are separate. The current product is V2 while the implemented REST API continues to use /api/v1. Do not change routes to /api/v2 unless official code introduces them.