Monit monitoruje dynamické stránky webu a detekuje, že stavový kód není 200, a automaticky restartuje php8.3-fpm.

🚀 Když se dynamická stránka na webu náhle zobrazí s kódem stavu jiným než 200, jak se může PHP8.3-FPM sama opravit během několika sekund?

​​🔥 PHP90-FPM konfigurace, která zachraňuje život a kterou 8.3 % operátorů nezná! Praktická výuka systému samoopravy dynamických stránek Monit.

Myslíte si, že je dostatečné monitorovat přežití procesu PHP-FPM? Naprosto špatně!
Když se PHP-FPM na serveru náhle zblázní, pouhé sledování přežití procesu je jako použití teploměru k měření rakoviny - vůbec nezachytí závažný problém.

Viděl jsem příliš mnoho lidí hlídatphp-fpm.sockMonitorování bylo nedbalé a v důsledku toho se z webových stránek stal již dávno hřbitov 404. Dnes chci rozbít tuto iluzi provozu a údržby a ukázat vám krvavou pravdu: živý proces ≠ normální služba.

🌪️ Destruktivní scénář: Socket je připojen, ale webová stránka je nefunkční

určitýElektronický obchodMonitorování webových stránek ukázalo, že proces PHP-FPM probíhal normálně, ale uživatelé si stěžovali na selhání plateb.

Po dlouhém hledání jsem zjistil, že únik paměti v knihovně třetí strany způsobil, že proces PHP byl sice aktivní, ale vůbec nebyl schopen zpracovávat požadavky.

V tuto chvíli je spoléhat se pouze na detekci socketů jako kontrolovat puls zombie - mozek vůbec nenajdete.smrt.

💥 Řešení pro monitorování s dvojitým ničením, které narušuje kognitivní funkce

Zahoďte to zastaralé jednorozměrné monitorování! Ti nejlepší experti používají strategii dvojitého škrcení procesní vrstvou + obchodní vrstvou.

Následující konfigurace umožní vašemu serveru, aby se sám zotavil rychleji, než se provozní a údržbářský personál dokáže zvednout z postele, když nastanou problémy:

check process php8.3-fpm with pidfile /run/php/php8.3-fpm.pid
    start program = "/usr/sbin/service php8.3-fpm start"
    stop program  = "/usr/sbin/service php8.3-fpm stop"
    if failed unixsocket /run/php/php8.3-fpm.sock then restart
    if failed 
        host www.chenweiliang.com 
        port 443
        protocol https
        request "/wp-login.php"
        status = 200
        hostheader www.chenweiliang.com
        for 3 cycles
    then restart
    if 5 restarts within 5 cycles then exec "/usr/bin/systemctl restart hestia"

🔍 V parametrech skryté fatální detaily

• hostheaderParametry jsou v CDN/load balancování talismany, které zachraňují životy. Bez nich je to jako hledat neviditelnou stíhačku s brýlemi pro noční vidění – nezachytíte pozastavený stav způsobený chybějícím Host headerem.

• for 3 cyclesTento návrh periody vyrovnávací paměti dokonale zabraňuje falešně pozitivním výsledkům způsobeným jitterem sítě. Je to jako nainstalovat do sledovacího systému tlumič nárazů, aby se zabránilo třesu rukou a spuštění jaderného tlačítka.

• Posledníexec "/usr/bin/systemctl restart hestia"Je to dokonalý zabijácký tah. Když se PHP-FPM nepodařilo pětkrát po sobě oživit, otočil jsem tabulku a restartoval celý hostingový panel. Tohle je trik, který jsem ukradl z mechanismu jističe obchodního systému na Wall Street.

🚨 Poučení z bolesti a utrpení: 3 pasti, které vás mohou vést k selhání

1. Podvod s SSL certifikátem: Po upgradu,protocol httpsPokud to nezapíšete, monitoring to vždycky mylně vyhodnotí jako normální. Později jsem zjistil, že stará verze Monitu standardně neověřovala certifikát, což mi způsobilo ztrátu ročního bonusu.
2. Past 401 na přihlašovací stránce: zapomenuto přidat při monitorování přihlašovací stránkyBasic AuthenticationV důsledku toho každý test spustí restart. Je to jako zalévat zahradu požárním hydrantem - dost silný, ale úplně špatný.
3. Černá díra v logaritmu: Jednou/var/log/monit.logKdyž velikost prudce vzrostla na 50G, zjistili jsme, že nějaký idiot nastavil detekční dobu na 1 sekundu. Nezapomeňte, že samotný monitorovací protokol je objekt, který je třeba monitorovat!

💡 Kroky ověření a ladění

1. Kontrola syntaxe konfigurace:

   monit -t
   

2. Konfigurace přetížení:

   monit reload

Závěrečný test

1. Sebevražedný test: Přímýkill -9Ukončete proces PHP-FPM a podívejte se na záznamy o jeho obnovení v monitorovacím protokolu. Je to jako sledovat film o zombiích!
2. Vstřikování jedu: Záměrně upravte přihlašovací stránku tak, aby vracela stavový kód 503, a sledujte, zda monitorovací systém dokáže přesně zaútočit. Tuto metodu nazývám „digitální vakcína“ – předem se do systému vstříkne malé množství viru, aby se vytlačila imunitní reakce monitorovacího systému. Až alarmy divoce blikají a služby se samy uzdraví, uvidíte, jak hoří ta nejvíc sexy vůle k přežití ve světě kódu!