Monitorizarea disponibilității

O pagină care este căzută când un crawler sau un agent AI o preia nu poate fi citată, iar fiecare clic plătit care ajunge pe o pagină defectă este o cheltuială irosită. Audit → Uptime verifică domeniul dumneavoastră și paginile sale cheie după un program, deschide un incident când acestea eșuează și alertează persoanele care trebuie să afle. Acoperă și certificatele SSL, DNS-ul și expirarea domeniului, joburile care rulează în spatele site-ului și pagina de status publică pe care o văd clienții dumneavoastră.

Monitorizarea disponibilității este disponibilă începând cu planul Starter: 5 monitoare în Starter, 20 în Pro, 200 în Premium, nelimitat în Enterprise. Consultați planuri și limite.

Adăugați un monitor#

1. Deschideți Uptime și faceți clic pe Add monitor

   Mergeți la Audit → Uptime → Monitors și faceți clic pe Add monitor.

2. Alegeți tipul și ținta

   • HTTP. Un URL; lăsați-l gol pentru a monitoriza pagina de start. Setați codurile de stare așteptate (implicit 2xx) și, opțional, un cuvânt cheie care trebuie să apară pe pagină sau care nu trebuie să apară („Fail when the keyword IS present”).
   • TCP. O gazdă și un port.
   • DNS. Un nume de gazdă, un tip de înregistrare și valorile care trebuie să fie toate prezente în răspuns.
   • Transaction. O succesiune de pași HTTP, fiecare cu propriul URL, timp maxim de răspuns și valori extrase din JSON sau antete pentru pașii următori (de exemplu, autentificare, apoi apelarea unui API cu token-ul).

3. Setați intervalul și pragurile

   Alegeți un interval de verificare: la fiecare minut, 5, 10 sau 30 de minute sau la fiecare oră. Verificările la un minut și la cinci minute necesită Pro sau superior; Starter verifică cel mult la fiecare 10 minute. Setați un Degraded threshold în milisecunde și un SLA target (%) opțional între 90 și 99,999.

4. Alegeți cine este alertat

   Notification recipients sunt membri ai spațiului de lucru care primesc un e-mail când monitorul cade și când își revine (implicit: proprietarul spațiului de lucru). Adăugați până la cinci canale Slack sau Webhook, cu un secret de semnare opțional pentru webhook-uri, și folosiți Test pentru a trimite o notificare de test. La Advanced settings puteți seta metoda cererii, antete și corp personalizate, alerta pentru verificări degradate și repetarea alertelor cât timp un incident rămâne deschis.

Cum funcționează incidentele#

• Up, Degraded, Down. O verificare mai lentă decât pragul de degradare este Degraded: tot un succes, niciodată un incident, alertată doar dacă activați acest lucru.
• Două eșecuri deschid un incident. O singură verificare eșuată este confirmată înainte de a se întâmpla ceva; un incident se deschide abia după două eșecuri consecutive, ceea ce filtrează erorile izolate.
• Un succes îl închide. Prima verificare reușită resetează numărătoarea eșecurilor și rezolvă incidentul.

Pagina fiecărui monitor arată disponibilitatea pe 24 de ore în celule de 15 minute, disponibilitatea pe 90 de zile pe zile, timpul de răspuns și dimensiunea pe verificare, verificările recente cu detalii criminalistice (antete de răspuns, un fragment din corp, pașii tranzacției) și lista de incidente, unde puteți confirma incidente și adăuga comentarii. Panoul Technical health adaugă valabilitatea certificatului SSL și zilele până la expirare, rezolvarea DNS și expirarea înregistrării domeniului.

Heartbeat-uri#

Verificările de disponibilitate sondează serverul dumneavoastră din exterior, deci nu pot vedea o copie de rezervă sau un import nocturn care a încetat tăcut să ruleze. Heartbeats inversează direcția: jobul dumneavoastră apelează un URL de ping unic după fiecare rulare reușită.

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

Setați Expected interval și o Grace period în secunde. Dacă niciun ping nu sosește în intervalul plus perioada de grație, se deschide un incident și sunteți alertat. Copiați URL-ul exact de ping din pagina heartbeat-ului; Reset token emite unul nou, iar cel vechi încetează imediat să funcționeze. Un heartbeat poate fi încorporat și într-o pagină web ca pixel de vizitator, insignă de status sau grafic de disponibilitate pe 24 de ore sau 90 de zile.

Ferestre de mentenanță#

Lucrările planificate nu ar trebui să conteze ca o întrerupere. Maintenance windows suprimă schimbările de incidente și exclud timpul din calculul disponibilității. O fereastră poate fi unică, zilnică sau săptămânală și poate avea ca domeniu de aplicare un monitor, un domeniu sau întregul spațiu de lucru.

Pagini de status și raport SLA#

• Status pages. Publicați o pagină orientată către clienți pentru monitoarele și heartbeat-urile alese, afișând starea live a incidentelor. Vizitatorii se pot abona la actualizări de disponibilitate prin e-mail. Comutați Published pentru a o face publică.
• SLA report. Disponibilitatea lunară pe monitor și heartbeat, cu mentenanța exclusă, față de ținta SLA a fiecărui monitor: disponibilitate, indisponibilitate, incidente, cel mai lung incident, dacă SLA a fost respectat și cât din bugetul de indisponibilitate este folosit sau rămas. Descărcați-l ca CSV pentru clienți sau raportare internă.

Exemplu lucrat#

O țintă de 99,9% pe o lună de 30 de zile permite 30 × 24 × 60 × 0.1% = 43.2 minute de indisponibilitate. Două incidente de 12 și 9 minute consumă 21 de minute, lăsând aproximativ 22 de minute de buget. O fereastră de mentenanță de 60 de minute din acea lună nu se scade din el.

Articole conexe#