Prievado stebėjimas pastebi sutrikimą, kurį paslepia jūsų svetainė.
Svetainė vis dar atsidaro, o už jos esanti paslauga jau nebeveikia — ir apie tai pirmi jums praneša naudotojai. Uptimia tikrina būtent tą prievadą iš 171+ vietų, net kas 30 sekundžių, ir praneša jums tik tada, kai keli regionai patvirtina, kad prievadas tikrai neatsako. Duomenų bazės, paštas, SSH, žaidimų serveriai, savos tarnybos — jei kas nors klausosi prievado, mes tai stebime.
Monitoring Logs
every 30 s · rotating locations
Tokyo14:32:18—Down
London14:32:16—Down
New York14:32:14—Down
Frankfurt14:32:11—Down
Amsterdam14:31:4111 msUp
New York14:31:1194 msUp
Frankfurt14:30:416 msUpResponse Time
avg 178 ms · last 7 daysRytas, kai Redis nustojo atsakinėti
Programos žurnaluose – nieko, būsenos puslapyje – nieko. Talpyklos prievadas tiesiog atmetė ryšį, ir kiekviena jo reikalavusi užklausa ėmė kauptis eilėje, kol baigdavosi laukimo laikas.
Visi jūsų sistemos prievadai
Duomenų bazės, paštas, SSH, pranešimų brokeriai, žaidimų serveriai, savos tarnybos — bet kuris TCP ar UDP prievadas, taip pat ping ir DNS, tikrinami iš išorės, už jūsų tinklo ribų.
Patvirtinimas, įspėjimai ir įrodymai
Iškviečiame tik tada, kai prisijungti nepavyksta keliems regionams
Vienai stebėjimo vietai nepavykus prisijungti, jūsų dar niekas neiškvies. Uptimia pertikrina prievadą iš kitų regionų — incidentas atidaromas tik jiems sutarus. Atsistatymas veikia saugiai: užtenka vieno sėkmingo ryšio, ir incidentas užsidaro.
- Niekas jūsų neiškvies, kol nesutars kiti regionai — kiek jų reikia, pasirenkate patys, iki trijų
- Vienas sutrikimas, vienas iškvietimas — atidaromas vienas incidentas, o ne po įspėjimą iš kiekvieno tai pamačiusio tikrinimo taško
- Jūsų nustatytas įspėjimo atidėjimas — patvirtintą gedimą galima palaikyti iki 30 minučių ir tik tada ką nors iškviesti
sutaria
Reikiamas budintysis sužino per kelias sekundes
Patvirtintas gedimas iškart nusiunčiamas į kanalus, kuriais jūsų komanda ir taip naudojasi. Jei niekas nereaguoja, iškviečiamas kitas budintysis, o gedimui pasibaigus, viską uždaro atsistatymo pranešimas.
- Eskalavimo pakopos, kurios kviečia vis kitą budintįjį tol, kol kas nors patvirtina — prisijungti nereikia
- Techninės priežiūros laikotarpiai ir pristabdymas — suplanuotas perkrovimas nieko nepažadins
- Atsistatymo pranešimas su sutrikimo trukme, kai prievadas vėl atsako
Kuriame ryšio etape viskas nutrūko
Kiekvienas incidentas išsaugo tai, ką matė nepavykusios stebėjimo vietos — DNS, jungimąsi, TLS, siuntimą ar gavimą — tad taisyti pradedate nuo faktų, o ne bandymų atkurti gedimą 2 val. nakties.
- Tiksliai įvardytas nepavykęs etapas — atmestas prisijungimas, TLS klaida ar jungtis, kuri atsidarė, bet taip ir neatsakė
- Laukiamas atsakas ir tai, kas grįžo — kai nurodote siunčiamą ir laukiamą eilutę
- Traceroute iki prievado — matote, ties kuriuo mazgu sustojo paketai, o rezultatu galite dalintis PDF, HTML ar viešos nuorodos formatu
send PING\r\n expect +PONG got — (no data)
9 ae-3.sin 12 ms
14 be2.ams 214 ms
15 * * * lost
Tikriname iš 171+ vietų, esančių 70+ šalyse
Stebėjimo vietos šešiuose žemynuose parodo, kai iš Toronto prievadas atsako, o iš Amsterdamo ryšys atmetamas — užkardos taisyklė ar maršrutas, kliudantis tik daliai jūsų naudotojų. Naudokite visą tinklą arba pasirinkite regionus, iš kurių jungiasi jūsų klientai.
- Net kas 30 sekundžių — trumpam dingstantis prievadas nebepasislėps tarp patikrų
- Ryšio trukmė kiekviename tikrinimo taške — diagramos išskaido duomenis pagal regionus
- Visi stebėjimo vietų IP adresai paskelbti — iš karto įtraukite juos į užkardos baltąjį sąrašą
Nurodykite serverį ir prievadą.Sužinokite iš mūsų, o ne iš klaidų žurnalo.
Visi protokolai, visi regionai, visi įspėjimų kanalai — 30 dienų nemokamai, ir jokių papildomų mokesčių.
Kaip veikia prievado stebėjimas
Paruošite greičiau nei per minutę — nieko diegti nereikia, visos patikros vyksta iš mūsų tikrinimo taškų tinklo.
Nurodykite serverį ir prievadą
Pasirinkite TCP arba UDP; dažnis ir vietos jau parinkti — galite juos keisti arba palikti kaip yra.
Nuspręskite, kam pranešti
Pasirinkite kanalus ir žmones — eskalavimo pakopos ir tylos valandos neprivalomos.
Gaukite įspėjimą per sekundes
Patvirtintas gedimas atidaro vieną incidentą ir išsiunčia įspėjimus į visus pasirinktus kanalus.
Taip pat įskaičiuota
Visavertė REST API
Kurkite, redaguokite, pristabdykite ir dubliuokite prievadų patikras tiesiai iš CI/skriptų — kiekvienam savas API raktas.
Pašto patikros su TLS
Įjunkite šifravimą tiems pašto prievadams, kuriems jo reikia — IMAPS, SMTPS, POP3S. TCP patikros tą pačią parinktį gauna per API.
Suplanuotos ataskaitos
Pasiekiamumo ir atsako laiko ataskaitos pagal jūsų nustatytą tvarkaraštį — su jūsų logotipu ir spalvomis nuo Professional plano.
Vieši būsenos puslapiai
Parodykite klientams, kad paslauga veikia — o kai neveikia, nepalikite jų nežinioje.
Techninės priežiūros laikotarpiai
Suplanuotas perkrovimas budinčiojo neiškvies.
Visi stebėjimo tipai vienoje paskyroje
Prievadų patikros veikia šalia veikimo laiko, SSL, greičio, DNS ir pulso stebėjimų — tie patys kontaktai, grupės ir vaidmenys.
Įspėjimai ten, kur jūsų komanda jau dirba
Vienas incidentas — pranešama visur vienodai: tie patys kontaktai ir kanalai, nesvarbu, ar tai prievadas, puslapis, ar sertifikatas.
12 kanalų, vienas kontaktų sąrašas — sutvarkote vieną kartą, ir juo naudojasi visų tipų patikros.
Peržiūrėkite visą integracijų katalogą →Kas yra prievado stebėjimas?
Prievado stebėjimas – automatinė paslauga, kuri nuolat jungiasi prie konkretaus TCP ar UDP prievado ir tikrina, ar už jo veikianti tarnyba atsako teisingai — paprastai kas 30 sekundžių ar kelias minutes, iš daugybės vietų vienu metu. Kai ryšys atmetamas arba atsakas netinkamas, jus įspėja el. paštu, SMS žinute ar pokalbių programoje, kad neveikianti tarnyba būtų pastebėta anksčiau, nei sutrikdys visą jūsų programą.
Kaip veikia prievado stebėjimas?
Kiekviena patikra užmezga tikrą ryšį, prireikus nusiunčia tikrinimo eilutę ir palygina atsaką – taip kaupiama jūsų veikimo laiko ir atsako laiko istorija.
Pirma patvirtinti, tada įspėti
3 iš 3 regionų sutaria → atidaromas incidentas ir išsiunčiami įspėjimai
Kuris čia buvo prievadas?
Dauguma sutrikimų, kurie komandai iš tikrųjų rūpi, nutinka keliuose gerai žinomuose prievaduose. Uptimia stebi bet kurį iš jų — TCP ar UDP, atvirą ar TLS šifruotą — tokiu pat dažnumu kaip ir jūsų svetainę.
Nemokamas įrankis: pažiūrėkite, kurie serverio prievadai atsako →| Prievadas | Paslauga | Įprasta patikra |
|---|---|---|
| 22 | SSH | TCP prisijungimas + pasisveikinimas |
| 5432 | PostgreSQL | TCP prisijungimas |
| 3306 | MySQL | TCP prisijungimas |
| 6379 | Redis | TCP · siunčiamas PING, laukiama PONG |
| 587 | SMTP siuntimas | TCP + STARTTLS |
| 53 | DNS | UDP arba TCP užklausa |
Dažni klausimai apie prievado stebėjimą
01Kas yra prievado stebėjimas?+
02Kaip veikia prievado patikra?+
03Kuo prievado stebėjimas skiriasi nuo ping?+
04Kokius prievadus ir protokolus galiu stebėti?+
05Ar galima patikrinti, ar paslauga iš tikrųjų veikia, o ne tik ar prievadas atviras?+
06Kaip išvengiate klaidingų suveikimų?+
07Ar galiu stebėti tarnybą, pasiekiamą tik vidiniame tinkle?+
08Ką gaunu, kai prievadas nustoja veikti?+
09Kaip gausiu pranešimą, kai prievadas nustoja veikti?+
10Ar yra nemokamas planas?+
11Ar kiekviena patikra atliekama iš visų 171+ vietų vienu metu?+
12Kuriuose planuose yra prievado stebėjimas?+
Pradėkite stebėti savo prievadus jau šiandien.
Nurodykite serverį ir prievadą, pasirinkite kanalus — ir pirmieji sužinosite, kai tarnyba nustos atsakinėti.