LayerAssist
Začnite brezplačni preizkus

Izveš, ko se storitev na tvojem strežniku ustavi.

Tvoja stran je odvisna od več storitev: spletnega strežnika, baze, PHP in pošte. LayerAssist bdi nad tisto, ki jo izbereš, in ti v preprostem jeziku pove, kdaj se je ustavila in zakaj.

Začnite

Na kratko

  • Vgrajen nadzorVgrajen nadzor prek SSH preverja, ali storitev, ki jo navedeš, teče – na strežnikih z Linuxom in Windows.
  • Vgrajen nadzorKo se ustavi, prejmeš opozorilo in LayerAssist prebere njene dnevnike, da ugotovi zakaj. Z „Varno popravi“ jo sam znova zažene; popoln ponovni zagon ali sprememba nastavitev počaka na tvoje soglasje.
  • V klepetuV klepetu storitev ponovno zažene, ugotovi, kaj jo je ustavilo, in odpravi vzrok, kjer je mogoče.
  • Še ni na voljoVgrajen nadzor bdi nad eno storitvijo na strežnik. Druge lahko pokriješ z lastnim pregledom.

Ena sama ustavljena storitev lahko podre celo stran

Spletna stran ni en sam program. Spletni strežnik odgovarja obiskovalcem, PHP poganja kodo strani, baza hrani vsebino, poštna storitev pa pošilja sporočila. Ko se katera koli ustavi, se stran pokvari – pogosto z napako, ki ne pove, katera je bila.

Storitve se ustavljajo iz vsakdanjih razlogov: posodobitev je spremenila nastavitve, strežniku je zmanjkalo pomnilnika, po ponovnem zagonu se ni zagnalo vse. Vedeti, katera storitev se je ustavila in zakaj, je pol popravka.

Znaki, da se je storitev ustavila

  • „502 Bad Gateway“ ali „503 Service Unavailable“
  • „Error establishing a database connection“
  • Stran deluje, njena e-pošta pa nikoli ne odide
  • Vse se je pokvarilo po ponovnem zagonu ali posodobitvi strežnika

Zakaj se storitve na strežniku ustavljajo

Pomanjkanje pomnilnika

Ko zmanjka pomnilnika, sistem ustavi največji proces, pogosto bazo. To se zgodi ob konicah prometa ali z nastavitvami, ki zahtevajo preveč.

Napaka v nastavitvah po posodobitvi

Posodobitev paketa ali ročna sprememba lahko pusti nastavitve, ki jih storitev zavrne, in potem se ne zažene.

Ni nastavljena za zagon po ponovnem zagonu

Storitev, ki ni omogočena ob zagonu sistema, po ponovnem zagonu strežnika ostane izklopljena.

Poln disk ali sesutje

Pomanjkanje prostora, poškodovana datoteka ali napaka v programu lahko storitev ustavijo, nato pa ostane izklopljena.

Kako LayerAssist bdi nad tvojimi storitvami

Storitev navedeš enkrat. LayerAssist jo preverja, in ko se ustavi, začne z najkoristnejšim vprašanjem: zakaj?

Preverja samo storitev

Prek SSH in po tvojem urniku strežnik vpraša, ali storitev teče: prek systemd ali klasičnega orodja service na Linuxu, prek upravitelja storitev v Windows.

Te opozori samo enkrat

Eno opozorilo, ko se storitev ustavi, in eno, ko spet teče – v aplikaciji in po e-pošti.

Bere dnevnike

Pregleda zadnje vnose v dnevniku storitve in sistemskem dnevniku, da ugotovi, kaj jo je ustavilo: pomnilnik, nastavitve, disk ali sesutje.

Jo vrne in odpravi vzrok

Z „Varno popravi“ ustavljeno storitev zažene sam. V klepetu jo zna tudi ponovno zagnati in popraviti nastavitev ali omejitev, ki je povzročila izpad.

Primer: baza, ki se je kar naprej ustavljala

  1. Ti

    Moja stran vsakih nekaj dni pokaže „Error establishing a database connection“. Zakaj?

  2. Kaj preveri

    • MariaDB: ustavljena ob 02:41
    • Prostor na disku: zaseden 52 %
    • Sistemski dnevnik: strežniku je zmanjkalo pomnilnika in sistem je ustavil bazo
    • Vzrok: nastavitve pomnilnika baze presegajo 2 GB RAM strežnika

  3. Kaj spremeni

    Nastavitve pomnilnika baze sem znižal, da se prilega strežniku, zagnal MariaDB in omogočil njen zagon ob zagonu sistema

  4. LayerAssist

    Sistem je tvojo bazo ustavil vsakič, ko je strežniku zmanjkalo pomnilnika: njene nastavitve so zahtevale več pomnilnika, kot ga ima strežnik. Prilagodil sem jih, bazo znova zagnal in poskrbel, da se po ponovnem zagonu zažene. Nadzor storitve za MariaDB bi te takoj opozoril, če bi se spet ustavila.

Kaj s tem pridobiš

  • Veš, katera storitev se je ustavila, ne samo da se je stran pokvarila
  • Razlog za ustavitev iz njenih lastnih dnevnikov
  • Ustavljene storitve znova zagnane, z odpravljenim vzrokom
  • Deluje na strežnikih z Linuxom in Windows

Resnični primeri

VPS z WordPressom

Po posodobitvi se PHP-FPM ustavi in obiskovalci vidijo „502 Bad Gateway“. Opozorilo storitev poimenuje in LayerAssist najde nastavitev, ki jo je posodobitev spremenila.

Strežnik s procesom v ozadju

Delavec vrste ali bot teče kot storitev. Ko se ustavi, se nič vidno ne pokvari – dokler se ne začnejo kopičiti naročila. Nadzor storitve to ujame takoj.

Strežnik z Windows

Aplikacija teče kot storitev Windows na strežniku malega podjetja. LayerAssist jo preverja prek OpenSSH in lastniku sporoči, ko se ustavi.

Kako nastaviti nadzor storitev strežnika

  1. Poveži strežnik prek SSH

    Dodaj strežnik v Strani in strežniki z dostopom SSH (v Windows OpenSSH).

  2. Navedi storitev, nad katero naj bdi

    V Avtomatizacijah izberi Nova avtomatizacija, izberi strežnik, nato „Stanje storitve“ in vpiši ime storitve, na primer nginx, mariadb ali php8.2-fpm.

  3. Izberi, kako pogosto

    Vsakih 5 minut za ključno storitev ali redkeje za tako, ki lahko počaka.

  4. Začni z najpomembnejšo storitvijo

    Vgrajen nadzor bdi nad eno storitvijo na strežnik: običajno nad bazo ali spletnim strežnikom. Druge pokrij z rednim pregledom kot lastno avtomatizacijo.

Vprašanja o nadzoru storitev strežnika

Nad katero koli storitvijo, ki jo strežnik poganja pod imenom: spletni strežniki, kot so Nginx, Apache ali LiteSpeed, baze, kot so MySQL, MariaDB ali PostgreSQL, PHP-FPM, poštne storitve ali tvoja lastna aplikacija. V Windows katera koli storitev Windows.

Vsi vodniki za nadzorOglej si, kaj vključuje vsak paketKako deluje LayerAssist

Naslednje: Napake aplikacije

Od 9 $ na mesec · 14 dni za premislek

Naslednjič, ko se bo kaj pokvarilo, boš vedel, koga vprašati.

Dodajte svoje spletno mesto in še danes postavite prvo vprašanje. Ni za vas? Prekličite v 14 dneh in dobite prvo plačilo nazaj, zmanjšano le za uporabljeno delo UI.

7 dni brezplačno · Kreditna kartica ni potrebna · Tehnično znanje ni potrebno.