> ## Documentation Index
> Fetch the complete documentation index at: https://docs.tallwatch.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Monitors

> Monitors are the checks Tallwatch runs. Add them, configure them, and control when they alert.

A monitor is one thing you want watched: a URL, an endpoint, a certificate. Tallwatch runs the check from each region you pick, on the interval you set, and opens an [incident](/incidents) when more than one region agrees it's down.

## In this section

<Columns cols={2}>
  <Card title="Monitor types" icon="https://mintcdn.com/tallwatch/F-dDcxhw3J2Q0xWz/icons/checklist.svg?fit=max&auto=format&n=F-dDcxhw3J2Q0xWz&q=85&s=27af058bac368e878104998dfb020840" href="/monitors/monitor-types" width="24" height="24" data-path="icons/checklist.svg">
    What each check does, and which run end-to-end today.
  </Card>

  <Card title="Creating monitors" icon="https://mintcdn.com/tallwatch/F-dDcxhw3J2Q0xWz/icons/plus.svg?fit=max&auto=format&n=F-dDcxhw3J2Q0xWz&q=85&s=4bfcb0f31d7e8eee987f8ec0991dc7b6" href="/monitors/creating-monitors" width="24" height="24" data-path="icons/plus.svg">
    Fill in the form: URL, request options, assertions, regions, intervals.
  </Card>

  <Card title="Dependencies" icon="https://mintcdn.com/tallwatch/F-dDcxhw3J2Q0xWz/icons/git-merge.svg?fit=max&auto=format&n=F-dDcxhw3J2Q0xWz&q=85&s=212a7c37b890e6e16762fea51e17f299" href="/monitors/dependencies" width="24" height="24" data-path="icons/git-merge.svg">
    Silence symptom alerts when an upstream monitor is already down.
  </Card>

  <Card title="Maintenance windows" icon="https://mintcdn.com/tallwatch/F-dDcxhw3J2Q0xWz/icons/wrench.svg?fit=max&auto=format&n=F-dDcxhw3J2Q0xWz&q=85&s=c93af3f7ef921a4dc347228f0c291280" href="/monitors/maintenance-windows" width="24" height="24" data-path="icons/wrench.svg">
    Plan downtime so it doesn't open incidents.
  </Card>
</Columns>

## Settings every monitor shares

Whatever the type, each monitor carries the same core settings:

* **Regions** it checks from. Pick at least three so an incident needs agreement across locations, not one bad data point.
* **Interval** between checks, from 30 seconds up. The probers run about once a minute, so 60s is the practical floor.
* **Consensus**, how many regions (the quorum) must agree the check is down before an incident opens. The default is two. Confirmation is across regions in the same probe round, not across time, so a real multi-region outage opens in about a minute. See [Incidents](/incidents).
* **Status**, `active` or `paused`. A paused monitor keeps its history but stops checking and never alerts.

Type-specific settings (the URL, the expected status code) sit on top. [Creating monitors](/monitors/creating-monitors) covers the HTTP form field by field.

## On the monitor page

Open a monitor to see how it's been doing:

* **A response-time chart** over your chosen range, with the line split by region, so a slow check shows you where it was slow and from where. HTTP monitors can show a per-phase breakdown: DNS, connection, TLS handshake, and data transfer.
* **An availability table** with Today, the last 7, 30, and 365 days, all-time, and a custom range. Availability is computed from confirmed-incident downtime, `(monitored time − downtime) ÷ monitored time`, and each window is clamped to when you created the monitor, so it never credits time before the monitor existed.
* **The monitor's incident history**, so you can jump from a dip in the chart to the incident that explains it.
