Tudd meg, ha leáll egy szolgáltatás a szervereden.

A weboldalad több szolgáltatástól függ: a webszervertől, az adatbázistól, a PHP-tól és a levelezéstől. A LayerAssist arra vigyáz, amelyiket kiválasztod, és érthetően elmondja, mikor állt le és miért.

Röviden

  • Beépített figyelőEgy beépített figyelő SSH-n keresztül ellenőrzi, hogy fut-e a megadott szolgáltatás – Linux- és Windows-szervereken.
  • Beépített figyelőHa leáll, riasztást kapsz, a LayerAssist pedig elolvassa a naplóit, hogy kiderítse, miért. A „Biztonságos javítás” beállítással maga indítja újra; egy teljes újraindítás vagy egy beállítás módosítása a jóváhagyásodra vár.
  • A csevegésbenA csevegésben újraindítja a szolgáltatást, kideríti, mi állította le, és ahol lehet, megszünteti az okot.
  • Még nem érhető elA beépített figyelő szerverenként egy szolgáltatást felügyel. A többit saját ellenőrzéssel fedheted le.

Egyetlen leállt szolgáltatás az egész weboldalt leállíthatja

Egy weboldal nem egyetlen program. A webszerver válaszol a látogatóknak, a PHP futtatja a weboldal kódját, az adatbázis tárolja a tartalmat, a levelező szolgáltatás pedig küldi az üzeneteket. Ha bármelyik leáll, a weboldal elromlik – gyakran olyan hibával, amely nem árulja el, melyik volt az.

A szolgáltatások hétköznapi okokból állnak le: egy frissítés módosított egy beállítást, a szervernek elfogyott a memóriája, újraindítás után nem indult el minden. Ha tudod, melyik szolgáltatás állt le és miért, az már a javítás fele.

Jelek, hogy leállt egy szolgáltatás

  • „502 Bad Gateway” vagy „503 Service Unavailable”
  • „Error establishing a database connection”
  • A weboldal működik, de a levelei soha nem mennek ki
  • Minden elromlott egy szerver-újraindítás vagy -frissítés után

Miért állnak le a szerver szolgáltatásai

Memóriahiány

Ha elfogy a memória, a rendszer leállítja a legnagyobb folyamatot, gyakran az adatbázist. Ez forgalmi csúcsokkor vagy túl sokat igénylő beállításokkal történik.

Beállítási hiba egy frissítés után

Egy csomagfrissítés vagy egy kézi módosítás olyan beállításokat hagyhat maga után, amelyeket a szolgáltatás nem fogad el, és ezért nem indul el.

Nincs beállítva, hogy újraindítás után elinduljon

Egy szolgáltatás, amely nincs engedélyezve a rendszerindításkor, a szerver újraindítása után leállítva marad.

Tele lemez vagy összeomlás

Helyhiány, egy sérült fájl vagy egy programhiba leállíthatja a szolgáltatást, amely utána leállítva marad.

Így vigyáz a LayerAssist a szolgáltatásaidra

Egyszer adod meg a szolgáltatást. A LayerAssist ellenőrzi, és ha leáll, a leghasznosabb kérdéssel kezd: miért?

Magát a szolgáltatást ellenőrzi

SSH-n és az ütemezésed szerint megkérdezi a szervert, hogy fut-e a szolgáltatás: Linuxon a systemd-n vagy a klasszikus service eszközön, Windowson a szolgáltatáskezelőn keresztül.

Csak egyszer riaszt

Egy riasztás, amikor a szolgáltatás leáll, és egy, amikor újra fut – az alkalmazásban és e-mailben.

Elolvassa a naplókat

Végignézi a szolgáltatás naplójának és a rendszernaplónak a legutóbbi bejegyzéseit, hogy megértse, mi állította le: memória, beállítások, lemez vagy összeomlás.

Visszahozza, és megszünteti az okot

A „Biztonságos javítás” beállítással maga indítja el a leállt szolgáltatást. A csevegésben újra is tudja indítani, és kijavítja a kiesést okozó beállítást vagy korlátot.

Példa: egy adatbázis, amely folyton leállt

  1. Te

    A weboldalam néhány naponta azt mutatja: „Error establishing a database connection”. Miért?

  2. Mit ellenőriz

    • MariaDB: 02:41-kor leállt
    • Lemezterület: 52% foglalt
    • Rendszernapló: a szervernek elfogyott a memóriája, és a rendszer leállította az adatbázist
    • Ok: az adatbázis memóriabeállításai meghaladják a szerver 2 GB RAM-ját
  3. Mit változtat

    Csökkentettem az adatbázis memóriabeállításait, hogy elférjen a szerveren, elindítottam a MariaDB-t, és engedélyeztem az indítását a rendszerrel együtt

  4. LayerAssist

    A rendszer minden alkalommal leállította az adatbázisodat, amikor a szervernek elfogyott a memóriája: a beállításai több memóriát kértek, mint amennyi a szerverben van. Módosítottam őket, újraindítottam az adatbázist, és gondoskodtam róla, hogy újraindítás után is elinduljon. Egy szolgáltatásfigyelő a MariaDB-hez azonnal riasztana, ha újra leállna.

Mit nyersz vele

  • Tudod, melyik szolgáltatás állt le, nem csak azt, hogy elromlott a weboldal
  • A leállás oka a szolgáltatás saját naplóiból
  • A leállt szolgáltatások újra futnak, megszüntetett okkal
  • Linux- és Windows-szervereken is működik

Valós helyzetek

Egy VPS WordPress-szel

Egy frissítés után leáll a PHP-FPM, és a látogatók „502 Bad Gateway” hibát látnak. A riasztás megnevezi a szolgáltatást, a LayerAssist pedig megtalálja a frissítés által módosított beállítást.

Egy szerver háttérfolyamattal

Egy sorfeldolgozó vagy egy bot szolgáltatásként fut. Amikor leáll, semmi nem romlik el láthatóan – amíg el nem kezdenek gyűlni a rendelések. A szolgáltatásfigyelő azonnal elkapja.

Egy Windows-szerver

Egy alkalmazás Windows-szolgáltatásként fut egy kisvállalkozás szerverén. A LayerAssist OpenSSH-n keresztül ellenőrzi, és szól a tulajdonosnak, ha leáll.

Így állíthatod be a szerverszolgáltatások figyelését

  1. Csatlakoztasd a szervert SSH-n

    Add hozzá a szervert az Oldalak és szerverek menüben SSH-hozzáféréssel (Windowson OpenSSH-val).

  2. Add meg a figyelendő szolgáltatást

    Az Automatizálások menüben válaszd az Új automatizálás lehetőséget, a szervert, majd a „Szolgáltatás állapota” lehetőséget, és írd be a szolgáltatás nevét, például nginx, mariadb vagy php8.2-fpm.

  3. Válaszd ki, milyen gyakran

    5 percenként egy kulcsfontosságú szolgáltatásnál, vagy ritkábban egy olyannál, amely várhat.

  4. Kezdd a legfontosabb szolgáltatással

    A beépített figyelő szerverenként egy szolgáltatást felügyel: általában az adatbázist vagy a webszervert. A többit fedd le rendszeres ellenőrzéssel saját automatizálásként.

Kérdések a szerverszolgáltatások figyeléséről

Bármely szolgáltatásra, amelyet a szerver név szerint futtat: webszerverekre, például Nginx, Apache vagy LiteSpeed, adatbázisokra, például MySQL, MariaDB vagy PostgreSQL, a PHP-FPM-re, levelező szolgáltatásokra vagy a saját alkalmazásodra. Windowson bármely Windows-szolgáltatásra.

Következő: Alkalmazáshibák

9 $/hónaptól · 14 nap a meggondolásra

Legközelebb, ha elromlik valami, tudni fogod, kit kérdezz.

Add hozzá a webhelyed, és tedd fel az első kérdésed még ma. Nem neked való? Mondd le 14 napon belül, és visszakapod az első fizetést, csak a felhasznált AI-munkával csökkentve.

7 napig ingyenes · Nem kell bankkártya · Technikai tudás nem szükséges.