Monitors

Monitors overview

The monitor types SutramX offers, when to use each, and how to create, edit, pause, clone and delete monitors and read the monitor detail page.

A monitor is one thing SutramX checks on a schedule: a web page, an API endpoint, a server, a port, a DNS record or a cron job. Each monitor has a type, a target, a check interval and the locations it is checked from. When checks fail, SutramX confirms the failure, opens an incident and alerts the people you choose.

This page covers what all monitors have in common. Each type has its own page with every field explained.

From check to alert
One failed check never pages anyone: SutramX retries, waits for the failure threshold and needs enough regions to agree before an incident opens.

Monitor types#

Type (as shown in the dashboard)What it checksUse it for
Website (is the page up?)Requests a URL and judges the status code, content, headers and response timeWebsites, landing pages, health-check URLs
API endpointSame as HTTP, plus a request body and assertions on status, headers, JSON body and latencyREST and JSON APIs, webhooks, anything with a contract
Multi-step API checkRuns an ordered chain of HTTP requests, passing values from one step to the nextLogin flows, create-then-read checks, token-based APIs
Server ping (ICMP)Sends ICMP echo requests to a hostServers, routers and hosts that don't serve HTTP
Port (database, mail…)Opens a TCP connection to a host and portDatabases, mail servers, SSH, any TCP service
UDP port (DNS, game servers…)Sends a UDP datagram and waits for a replyDNS servers, NTP, game servers, VPN endpoints
DNS recordsLooks up A, AAAA, CNAME, MX, TXT or NS records and compares the answerDetecting hijacks, accidental record changes, broken mail or SPF records
Scheduled job (cron) heartbeatWaits for your job to call a unique URL on scheduleBackups, scheduled jobs, queues, anything that runs on a timer
MCP serverRuns the MCP initialize handshake and tools/list over Streamable HTTP, without calling toolsRemote MCP servers for AI agents; see MCP server monitors

Every website and API monitor also tracks the site's SSL certificate and domain registration, and can remind you before either expires. See SSL & domain expiry. HTTP, API and DNS monitors can also be checked from Indian ISP networks: see Last-mile checks.

Some types depend on your plan. If a type is greyed out with (upgrade to use) in the type list, your plan doesn't include it. See Plans & limits.

Beyond monitors, SutramX also offers Website health scans and Third-party status tracking for services you depend on. These live in their own sections of the dashboard.

Create a monitor#

  1. In the sidebar, open Monitors.
  2. Click New monitor. The Add new monitor dialog opens.
  3. Under What do you want to check?, choose the type.
  4. Fill in the target fields for that type (URL, host, port, domain, steps or cron schedule) and a Name. For website, API, ping and port monitors the name is optional; a blank name becomes the host name.
  5. Pick a Check interval, and optionally a Group, the locations under Check from, and Tags.
  6. Optionally click Show advanced options for timeouts, validation rules, thresholds, Detection timing and Who gets alerted (the escalation policy).
  7. Click Test to run one real check with these settings without saving. The result shows the outcome, the HTTP status and the response time.
  8. Click Create monitor.

The first check runs right away. Until results arrive, the monitor shows as Pending.

For website monitors, click Also check subdomains of …? and SutramX looks up other live hosts under the same domain in the background. Under Also monitor subdomains? you can tick the ones you want, add a host manually, or click Skip. Each ticked host becomes its own monitor, created as a website, API or ping monitor depending on what was detected. You can put them all in a new group.

You can also create monitors from the REST API, the CLI, the Terraform provider or by importing from another tool.

bash
curl -X POST "https://api.sutramx.com/monitors" \
  -H "Authorization: Bearer sk_your_api_key" \
  -H "Content-Type: application/json" \
  -d '{
    "name": "Marketing site",
    "type": "http",
    "url": "https://example.com",
    "interval_seconds": 300,
    "tags": ["production"],
    "config": { "expected_status_codes": [200], "timeout": 10000 }
  }'

Fields every monitor has#

FieldWhat it doesDefault / limits
NameHow the monitor appears in lists, alerts and status pagesRequired, up to 255 characters
Type (What do you want to check?)What kind of check runsCan't be changed after creation; create a new monitor instead
Check intervalHow often each location checks15 seconds to 15 minutes. The fastest interval depends on your plan. The dashboard defaults to every 5 minutes (or your plan's minimum if that is slower); the API defaults to 2 minutes or your plan's minimum
GroupPuts the monitor in a group for filtering, shared alert emails and status pagesOptional. Choose + Create new group… to make one inline
Check fromThe probe locations that run the checkDefaults to your plan's locations. Not shown for cron monitors
TagsFree-form labels you can filter byUp to 20 tags per monitor, 1–32 characters each. Tags are lower-cased and spaces become hyphens
Who gets alertedThe escalation policy: who is alerted and in what order (under advanced options; called Escalation policy in the editor)Default policy unless you choose one

The available interval options are every 15 s, 30 s, 1, 2, 3, 5, 10 and 15 minutes. Options faster than your plan allows are hidden. To learn how locations and multi-region confirmation work, see Regions & confirmation. For groups and alert emails, see Monitor settings & groups.

How a check runs#

Every type follows the same pattern:

  1. Each selected location runs the check at your interval.
  2. A check's timeout is capped at the interval minus 3 seconds, so a check always finishes before the next one is due. With a 15-second interval, no check can wait longer than 12 seconds.
  3. If a check fails because of a network problem, a timeout or a server error (5xx), the location waits a few seconds (2 to 5, depending on the error) and checks once more before recording a failure, as long as the re-check still fits inside the interval. Network failures are re-checked with a fresh DNS lookup. This filters out one-off blips. Failures that would give the same answer again, such as a certificate problem, a 4xx status, a missing keyword or a failed assertion, aren't re-checked; other locations confirm them instead.
  4. A failure only opens an incident after it has been confirmed according to your failure threshold and the multi-region rules described in Regions & confirmation.

Targets must be public. SutramX refuses hosts that resolve to private, loopback or other non-public addresses, and reports Target resolves to a non-public address and cannot be monitored.

Monitor states#

StateMeaning
UpThe latest checks passed
DownFailure confirmed; an incident is open
DegradedResponses are slower than your Degraded above threshold, or a check failed but the failure isn't confirmed yet. Never opens an incident on its own
BlockedThe site's bot protection or rate limiting refused the latest check. Not counted as downtime
InconclusiveSutramX's checker couldn't reach a verdict, a problem on our side. Not counted as downtime
PendingWaiting for the first check
PausedYou (or a plan change) paused the monitor; no checks run
MaintenanceA maintenance window is active; see Maintenance windows

The monitors list#

Monitors lists every monitor with its status, a 24-hour status bar, uptime and response time. Use the toolbar to:

  • Search by name with Search monitors…
  • Filter with Status: (All, Up, Down, Degraded, Blocked, Inconclusive, Paused, Pending, Maintenance) or by tag
  • Sort by Name (A–Z), Status (down first), Uptime (lowest first) or Response time (slowest first)
  • Turn on Down first to keep failing monitors at the top
  • Switch between groups with the group tabs

Tick monitors (or Select all on this page) to act on many at once. The bulk bar offers Pause, Resume, Add tags, Remove tags, Move to group and Delete. A bulk action can cover up to 500 monitors.

Edit, clone, pause and delete#

Open the ⋮ menu on a monitor row, or use the buttons on the monitor detail page.

ActionWhereWhat happens
Edit monitor / EditRow menu, detail pageOpens the editor with every option for the type. Click Save changes. Changing the target or settings triggers an immediate check
Clone…Row menuCreates a copy with the same settings, group and tags. You choose the Name of the copy (defaults to "name (copy)"). Counts toward your monitor limit
Edit tags…Row menuReplace the monitor's tags
Move to group…Row menu, bulk barMoves the monitor to another group or to no group
Status pages…Row menuShows or removes the monitor on your status pages
Pause / ResumeRow menu, detail page, bulk barPausing stops all checks and alerts. Resuming checks right away
Reset statistics…Row menu, detail pagePermanently deletes the monitor's check history, uptime and response-time data and its incident history. You must type RESET to confirm
Delete…Row menu, detail page, bulk barPermanently deletes the monitor, its check history and incidents. Deleting several at once asks you to type DELETE

When you resume a monitor whose interval is faster than your current plan allows (for example after a downgrade), SutramX raises the interval to your plan's minimum. If you later move to a plan that allows it, the original interval is restored. If your plan no longer includes a monitor's type, the monitor is paused and you can't resume it until you upgrade.

The monitor detail page#

Click a monitor to open its detail page.

Header. Shows the name, status, type, escalation policy, tags and target. For multi-location monitors, a badge shows how many locations are reporting, for example "3/3 locations reporting". Buttons: the location picker, Run check now (one real check from a probe, recorded like a scheduled check; not available for cron monitors or while paused), Pause/Resume, Edit, and ⋮ with Send test notification, Alert recipients…, Schedule maintenance…, Reset statistics… and Delete monitor….

Stats row.

TileWhat it shows
Current statusStatus with a short explanation
Last checkWhen the last check ran
Last 24 hours / Last 7 days / Last 30 daysUptime %, plus incident count and total downtime in that window
Last 365 daysClick Show to load yearly uptime
MTBFMean time between failures, the average gap between incident starts. Needs at least 2 incidents

Uptime is the share of checks that passed (degraded checks count as passed). A window with no checks shows No data yet rather than 100%. Percentages are never rounded up to 100%.

Response time. A chart of the average response time per interval, with a Range of Last 1 hour, Last 6 hours, Last 24 hours, Last 7 days or Last 30 days. Click a location to show only that location. Failed checks are excluded. Average, Minimum and Maximum are shown below the chart.

Check history. Every check with Time, Location, Result, HTTP status, Latency and Error. It shows Problems only by default; switch to All results, Up, Degraded or Down, or filter by location. Click Load more for older checks, or Export CSV to download them.

Side cards. Domain & SSL (website and API monitors), Next maintenance, Monitoring locations (a map), Configuration and Latest incidents. DNS monitors add a DNS records card, and multi-step checks add a Latest run card with per-step results.

Common questions#

Why is my new monitor "Pending"? The first check hasn't been recorded yet. It usually changes within one interval.

Why did a check fail but I got no alert? A single failure isn't enough. SutramX re-checks most failures once, then applies your Failure threshold and the multi-region confirmation rules. See How alerting works.

Can I change a monitor's type? No. Clone it or create a new monitor of the right type, then delete the old one.

Do paused monitors count toward my plan's monitor limit? No. Only active monitors count, across every workspace you own. Resuming a monitor needs a free slot, just like creating one. See Plans & limits.

Last updated . Something unclear or missing on this page? Tell us at support@sutramx.com.