Oppetidsovervågning

En side, der er nede, når en crawler eller en AI-agent henter den, kan ikke blive citeret, og hvert betalt klik, der lander på en defekt side, er spildt forbrug. Audit → Uptime tjekker dit domæne og dets nøglesider efter en tidsplan, åbner en hændelse, når de fejler, og advarer dem, der skal vide det. Den dækker også SSL-certifikater, DNS og domæneudløb, de jobs der kører bag dit site, og den offentlige statusside, dine kunder kigger på.

Oppetidsovervågning er tilgængelig fra Starter-planen: 5 monitors på Starter, 20 på Pro, 200 på Premium, ubegrænset på Enterprise. Se planer og grænser.

Tilføj en monitor#

1. Åbn Uptime og klik på Add monitor

   Gå til Audit → Uptime → Monitors og klik på Add monitor.

2. Vælg type og mål

   • HTTP. En URL; lad den stå tom for at overvåge forsiden. Angiv de forventede statuskoder (standard 2xx) og eventuelt et søgeord, der skal optræde på siden, eller ikke må (“Fail when the keyword IS present”).
   • TCP. En vært og en port.
   • DNS. Et værtsnavn, en posttype og de værdier, der alle skal være til stede i svaret.
   • Transaction. En række HTTP-trin, hvert med sin egen URL, maksimale svartid og værdier udtrukket fra JSON eller headere til senere trin (for eksempel log ind, og kald derefter et API med tokenet).

3. Sæt interval og tærskler

   Vælg et tjekinterval: hvert minut, 5, 10 eller 30 minutter, eller hver time. Tjek hvert minut og hvert femte minut kræver Pro eller højere; Starter tjekker højst hvert 10. minut. Sæt en Degraded threshold i millisekunder og et valgfrit SLA target (%) mellem 90 og 99,999.

4. Vælg, hvem der får alarmer

   Notification recipients er workspace-medlemmer, der får en e-mail, når monitoren går ned, og når den kommer sig (standard: workspace-ejeren). Tilføj op til fem Slack- eller Webhook-kanaler, med en valgfri signeringshemmelighed til webhooks, og brug Test til at sende en testnotifikation. Under Advanced settings kan du sætte forespørgselsmetode, brugerdefinerede headere og body, advare ved degraderede tjek og gentage alarmer, mens en hændelse forbliver åben.

Sådan fungerer hændelser#

• Up, Degraded, Down. Et tjek, der er langsommere end degraded-tærsklen, er Degraded: stadig en succes, aldrig en hændelse, der advares kun om, hvis du slår det til.
• To fejl åbner en hændelse. Et enkelt mislykket tjek bekræftes, før der sker noget; en hændelse åbner først efter to fejl i træk, hvilket filtrerer enkeltstående hik fra.
• Én succes lukker den. Det første vellykkede tjek nulstiller fejltallet og løser hændelsen.

Hver monitorside viser 24-timers tilgængelighed i 15-minutters celler, 90-dages tilgængelighed pr. dag, svartid og størrelse pr. tjek, seneste tjek med forensiske detaljer (svarheadere, body-uddrag, transaktionstrin) og hændelseslisten, hvor du kan kvittere for hændelser og tilføje kommentarer. Panelet Technical health tilføjer SSL-certifikatets gyldighed og dage til udløb, DNS-opslag og udløb af domæneregistrering.

Heartbeats#

Oppetidstjek sonderer din server udefra, så de kan ikke se en natlig backup eller import, der stille og roligt er holdt op med at køre. Heartbeats vender retningen: dit job kalder en unik ping-URL efter hver vellykket kørsel.

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

Sæt Expected interval og en Grace period i sekunder. Hvis der ikke kommer nogen ping inden for interval plus grace, åbnes en hændelse, og du får en alarm. Kopiér den nøjagtige ping-URL fra heartbeatens side; Reset token udsteder en ny, og den gamle holder op med at virke med det samme. En heartbeat kan også indlejres på en webside som en besøgspixel, et statusbadge eller en tilgængelighedsgraf for 24 timer eller 90 dage.

Vedligeholdelsesvinduer#

Planlagt arbejde bør ikke tælle som et udfald. Maintenance windows undertrykker hændelsesændringer og udelukker tiden fra oppetidsberegningen. Et vindue kan være engangs, dagligt eller ugentligt og afgrænset til én monitor, et domæne eller hele workspacet.

Statussider og SLA-rapport#

• Status pages. Udgiv en kundevendt side for de monitors og heartbeats, du vælger, der viser live hændelsesstatus. Besøgende kan abonnere på tilgængelighedsopdateringer via e-mail. Slå Published til for at gøre den offentlig.
• SLA report. Månedlig oppetid pr. monitor og heartbeat med vedligeholdelse udeladt, mod hver monitors SLA-mål: oppetid, nedetid, hændelser, længste hændelse, om SLA’en blev overholdt, og hvor meget af nedetidsbudgettet der er brugt eller tilbage. Download den som CSV til kunder eller intern rapportering.

Regneeksempel#

Et mål på 99,9 % over en måned på 30 dage tillader 30 × 24 × 60 × 0,1 % = 43,2 minutters nedetid. To hændelser på 12 og 9 minutter bruger 21 minutter og efterlader omkring 22 minutters budget. Et vedligeholdelsesvindue på 60 minutter den måned tæller ikke med.

Relateret#