Core Concepts
Monitors Overview
Choose the right monitor type and understand how monitor status is computed
Monitors are checks that run on your schedule and write a status + latency sample. Use this page to pick the right monitor type and understand status behavior.
Status values
Kener monitor results can be:
- UP: Check succeeded
- DEGRADED: Check succeeded but is unhealthy by your logic/threshold
- DOWN: Check failed
- MAINTENANCE: Overridden by an active maintenance window
- NO_DATA: No signal yet (mainly used by heartbeat monitors before first ping)
Status priority
Final status is resolved by priority:
MAINTENANCE > INCIDENT > REALTIME > DEFAULT
So realtime checks do not override an active maintenance or incident state.
Scheduling
Monitors run from cron expressions (for example * * * * * for every minute). Use tighter schedules for critical services and relaxed schedules for low-risk dependencies.
Uptime calculation
Default uptime formula:
UP + MAINTENANCE
-------------------------------- x 100
UP + MAINTENANCE + DEGRADED + DOWN
Monitor types
- API Monitor — HTTP/HTTPS checks with custom eval logic
- Ping Monitor — ICMP reachability/latency for hosts
- TCP Monitor — TCP port open/timeout/error checks
- DNS Monitor — DNS record matching (
ANY/ALL) - SSL Monitor — TLS certificate expiry thresholds
- SQL Monitor — Run SQL query against DB connection
- Heartbeat Monitor — Push-based health signal
- GameDig Monitor — Game server query checks
- Group Monitor — Weighted aggregate of member monitors