Oppetidsovervåking

En side som er nede når en crawler eller en AI-agent henter den, kan ikke bli sitert, og hvert betalte klikk som havner på en ødelagt side, er bortkastet forbruk. Audit → Uptime sjekker domenet ditt og nøkkelsidene etter en tidsplan, åpner en hendelse når de feiler, og varsler de som trenger å vite det. Den dekker også SSL-sertifikater, DNS og domeneutløp, jobbene som kjører bak nettstedet ditt, og den offentlige statussiden kundene dine ser på.

Oppetidsovervåking er tilgjengelig fra Starter-planen: 5 monitorer på Starter, 20 på Pro, 200 på Premium, ubegrenset på Enterprise. Se planer og grenser.

Legg til en monitor#

1. Åpne Uptime og klikk Add monitor

   Gå til Audit → Uptime → Monitors og klikk Add monitor.

2. Velg type og mål

   • HTTP. En URL; la den stå tom for å overvåke hjemmesiden. Sett forventede statuskoder (standard 2xx) og eventuelt et nøkkelord som må vises på siden, eller ikke må («Fail when the keyword IS present»).
   • TCP. En vert og en port.
   • DNS. Et vertsnavn, en posttype og verdiene som alle må finnes i svaret.
   • Transaction. En sekvens av HTTP-trinn, hvert med sin egen URL, maksimal responstid og verdier hentet fra JSON eller headere til senere trinn (for eksempel logg inn, og kall deretter et API med tokenet).

3. Sett intervall og terskler

   Velg et sjekkintervall: hvert minutt, 5, 10 eller 30 minutter, eller hver time. Sjekker hvert minutt og hvert femte minutt krever Pro eller høyere; Starter sjekker høyst hvert 10. minutt. Sett en Degraded threshold i millisekunder og et valgfritt SLA target (%) mellom 90 og 99,999.

4. Velg hvem som varsles

   Notification recipients er arbeidsområdemedlemmer som får en e-post når monitoren går ned og når den kommer seg (standard: arbeidsområdets eier). Legg til opptil fem Slack- eller Webhook-kanaler, med en valgfri signeringshemmelighet for webhooks, og bruk Test for å sende et testvarsel. Under Advanced settings kan du sette forespørselsmetode, egendefinerte headere og body, varsle ved degraderte sjekker og gjenta varsler mens en hendelse forblir åpen.

Slik fungerer hendelser#

• Up, Degraded, Down. En sjekk som er tregere enn den degraderte terskelen, er Degraded: fortsatt en suksess, aldri en hendelse, varslet bare hvis du slår det på.
• To feil åpner en hendelse. En enkelt mislykket sjekk bekreftes før noe skjer; en hendelse åpnes først etter to påfølgende feil, som filtrerer bort enkeltstående glipper.
• Én suksess lukker den. Den første vellykkede sjekken nullstiller feiltellingen og løser hendelsen.

Hver monitorside viser 24-timers tilgjengelighet i 15-minutters celler, 90-dagers tilgjengelighet per dag, responstid og størrelse per sjekk, nylige sjekker med forensiske detaljer (responsheadere, utdrag av body, transaksjonstrinn) og hendelseslisten, der du kan kvittere for hendelser og legge til kommentarer. Panelet Technical health legger til SSL-sertifikatets gyldighet og dager til utløp, DNS-oppløsning og utløp av domeneregistrering.

Heartbeats#

Oppetidssjekker prober serveren din utenfra, så de kan ikke se en nattlig sikkerhetskopi eller import som stille har sluttet å kjøre. Heartbeats snur retningen: jobben din kaller en unik ping-URL etter hver vellykkede kjøring.

0 2 * * * /usr/local/bin/backup.sh && curl -fsS https://<your ping URL>

Sett Expected interval og en Grace period i sekunder. Hvis ingen ping kommer innen intervall pluss grace, åpnes en hendelse og du varsles. Kopier den nøyaktige ping-URL-en fra heartbeatens side; Reset token utsteder en ny, og den gamle slutter å fungere umiddelbart. En heartbeat kan også bygges inn på en nettside som en besøkspiksel, et statusmerke eller et tilgjengelighetsdiagram for 24 timer eller 90 dager.

Vedlikeholdsvinduer#

Planlagt arbeid bør ikke telle som et avbrudd. Maintenance windows undertrykker hendelsesendringer og utelater tiden fra oppetidsberegningen. Et vindu kan være engangs, daglig eller ukentlig, og avgrenset til én monitor, et domene eller hele arbeidsområdet.

Statussider og SLA-rapport#

• Status pages. Publiser en kundevendt side for monitorene og heartbeatene du velger, som viser live hendelsestilstand. Besøkende kan abonnere på tilgjengelighetsoppdateringer på e-post. Slå på Published for å gjøre den offentlig.
• SLA report. Månedlig oppetid per monitor og heartbeat med vedlikehold utelatt, mot hver monitors SLA-mål: oppetid, nedetid, hendelser, lengste hendelse, om SLA-en ble oppfylt, og hvor mye av nedetidsbudsjettet som er brukt eller igjen. Last den ned som CSV for kunder eller intern rapportering.

Regneeksempel#

Et mål på 99,9 % over en 30-dagers måned tillater 30 × 24 × 60 × 0,1 % = 43,2 minutter nedetid. To hendelser på 12 og 9 minutter bruker 21 minutter, og etterlater omtrent 22 minutter av budsjettet. Et vedlikeholdsvindu på 60 minutter den måneden teller ikke mot det.

Relatert#