Tomcat szerverek figyelése

Tomcat monitoring, ami a thread pool kimerülést is elkapja

A HTTPS válaszok, az 5xx hibák és a válaszidő figyelése 60 másodperces ellenőrzéssel. Riasztás 60 mp-en belül email, Slack vagy Discord csatornán.

  • HTTPS uptime 60 mp-enként
  • 503 / 5xx detektálás
  • Válaszidő-figyelés

Bankkártya nélkül  ·  Ingyenes csomag örökre  ·  Magyar ÁFA-s számla

app.uptimes.hu
Monitor Uptime
UP
Tomcat frontend
https://pelda.hu
99.9%
UP
Health endpoint
/health
100%
DOWN
Admin / belépés
/admin
98.1%
UP
SSL tanúsítvány
lejár 27 nap múlva
OK
Riasztás elküldve, 14:32:18
Admin / belépés leállt, értesítés ment email + Slack csatornán
60 mp
ellenőrzési gyakoriság
<60 mp
átlagos riasztási idő
99.9%
platform uptime SLA
HU
magyar szerverek + számla

Mit érdemes figyelni egy Tomcat oldalon?

Az Apache Tomcat leggyakrabban a maxThreads korlát elérésekor akad meg: az új kérések sorba állnak, a válaszidő megugrik, végül 503 érkezik. Egy OutOfMemoryError vagy egy beragadt deploy (újra nem induló context) szintén csendben kiütheti az alkalmazást, miközben a port még nyitva van.

Publikus HTTPS címek

A kiszolgált alkalmazás betöltése a várt státuszkód és tartalom alapján.

503 / 5xx válaszok

A Service Unavailable és az 500-as, ami thread pool kimerülésre vagy alkalmazáshibára utal.

Válaszidő-trend

A növekvő válaszidő, ami a maxThreads korlát közeledésének korai jele.

Port (8080 / 443)

A port TCP-szintű elérhetősége, a hálózati réteg garantálásához.

SSL tanúsítvány

A HTTPS tanúsítvány lejárata, automatikusan, külön monitor beállítása nélkül.

Így figyeli az uptimes.hu a Tomcat oldalakat

HTTPS uptime 60 mp-enként

A publikus címek folyamatos ellenőrzése a várt státuszkód és tartalom alapján.

503 / 5xx detektálás

Riasztás a Service Unavailable és az 500-as válaszokra, amelyek thread pool kimerülésre vagy alkalmazáshibára utalnak.

Válaszidő-figyelés

A lassuló válaszidő korai jelzése, mielőtt a maxThreads korlát elérése miatt a kérések sorba állnának.

Port és TCP elérhetőség

A 8080-as vagy 443-as port TCP-szintű figyelése, hogy a hálózati elérhetőség is garantált legyen.

SSL lejárat figyelés

Minden HTTPS monitor mellé automatikus tanúsítvány-figyelés: értesítés 30, 14, 7 és 1 nappal a lejárat előtt.

Riasztás a megfelelő csatornán

Email és Discord minden csomagban, Slack és Telegram a fizetősben. Külön csatorna a kritikus alkalmazásoknak.

Miért az uptimes.hu?

Magyar nyelven, magyar számlával

Magyar nyelvű felület és támogatás, magyar ÁFA-s számla, az adatok az EU-n belül, elsősorban magyarországi szervereken.

Kvórum riasztás a téves riasztások ellen

Az ellenőrzés több európai régióból fut, és a riasztás csak akkor indul el, ha több régió egyszerre észlel leállást. Így egy lokális hálózati hiba nem vezet fölösleges riasztáshoz.

5 perc alatt él az első monitor

Nincs szükség külön üzemeltető csapatra. URL, ellenőrzési gyakoriság és értesítési csatorna megadása, és a figyelés elindul.

Bármit figyelhetsz, amitől a működésed függ

Weboldal, API, szerver vagy háttérfolyamat, mind egy fiókból, egyetlen felületen.

Weboldal & API

HTTP és HTTPS végpontok figyelése státuszkód, válaszidő és átirányítás alapján. Akár konkrét JSON-mezőre is ellenőrizhetsz.

Kulcsszó-figyelés

Megnézzük, hogy egy adott szöveg (pl. „Kosárba") tényleg ott van-e az oldalon, így a 200-as választ adó, de fehér hibaoldalt is elkapjuk.

Ping (ICMP)

Szerver vagy hálózati eszköz elérhetőségének figyelése ICMP pinggel, akkor is, ha nincs rajta webszerver.

Port (TCP)

Bármilyen TCP port figyelése: adatbázis, SMTP, SSH, játékszerver vagy saját egyedi szolgáltatás.

SSL-tanúsítvány

A lejárat előtt 30, 14 és 7 nappal szólunk, így soha nem fogad „Not secure" üzenet az oldaladon.

Cron / Heartbeat

Háttérfeladatok és cron jobok figyelése: ha a feladat a megadott időablakban nem jelez be, riasztunk.

Riasztás ott, ahol úgyis ott vagy

Kösd be a csapatod csatornáit, az emailtől a PagerDuty-ig. Átlagosan 60 másodpercen belül szólunk a kiválasztott helyen.

Email
Minden csomag
Discord
Minden csomag
Slack
Startertől
Telegram
Pro-tól
SMS
Pro-tól
Webhook
Startertől
PagerDuty
Pro-tól
Opsgenie
Pro-tól

Email és Discord minden csomagban  ·  Slack és webhook a Starter csomagtól  ·  Telegram, SMS, PagerDuty és Opsgenie a Pro csomagtól

Ingyenes Tomcat monitoring, 5 perc alatt élesben

5 monitor és SSL-figyelés örökre ingyen, bankkártya nélkül.

Gyakori kérdések a Tomcat monitoringról

Mi az a Tomcat monitoring és miért hasznos?
A Tomcat monitoring automatikusan, akár 60 másodpercenként ellenőrzi, hogy a kiszolgált alkalmazás elérhető-e, és nem érkezik-e 503 vagy 500. Mivel a leggyakoribb gond a kimerült thread pool, a válaszidő és a státuszkód együttes figyelése korán jelzi a bajt.
Miért fordul elő a 503 Service Unavailable?
Jellemzően a maxThreads korlát elérésekor: az új kérések sorba állnak, majd elutasításra kerülnek. A válaszidő-trend és a státuszkód-figyelés együtt jelzi, mielőtt a felhasználók is találkoznának vele.
Kiderül egy OutOfMemoryError vagy egy beragadt context?
Közvetve igen: ezek jellemzően 5xx válaszban vagy elérhetetlen alkalmazásban jelentkeznek, amit a státuszkód- és tartalom-ellenőrzés elkap, akkor is, ha a Tomcat folyamat maga még fut.
Figyeli a rendszer az SSL tanúsítványt?
Igen, automatikusan, minden HTTPS monitor mellett, külön beállítás nélkül. Az értesítés 30, 14, 7 és 1 nappal a lejárat előtt érkezik.

Tomcat monitoring beállítása 5 perc alatt

5 monitor, SSL-figyelés és email-értesítés, örökre ingyen. Bankkártya nélkül, bármikor lemondható.