Монит прати динамичке странице веб странице и детектује да статусни код није 200 и аутоматски поново покреће php8.3-fpm

🚀 Када динамичка страница на веб локацији изненада добије статусни код који није 200, како PHP8.3-FPM може да се самостално излечи за неколико секунди?

​​🔥 PHP90-FPM конфигурација која спасава живот, а коју 8.3% оператера не зна! Практична настава Монит система за самоизлечење динамичких страница.

Да ли мислите да је праћење опстанка PHP-FPM процеса довољно? Потпуно погрешно!
Када PHP-FPM на серверу изненада полуди, само посматрање преживљавања процеса је као коришћење термометра за мерење рака - уопште не открива фатални проблем.

Видео сам превише људи како чувајуphp-fpm.sockПраћење је било самозадовољно и као резултат тога, веб страница је одавно постала гробље 404. Данас желим да разбијем ову илузију рада и одржавања и покажем вам крваву истину: живи процес ≠ нормална услуга.

🌪️ Деструктивни сценарио: Сокет је повезан, али веб локација не ради

известанЕ-трговинаПраћење веб странице је показало да PHP-FPM процес функционише нормално, али су се корисници жалили на грешке у плаћању.

Након дуге претраге, открио сам да је цурење меморије у библиотеци треће стране узроковало да PHP процес буде активан, али потпуно неспособан да обрађује захтеве.

Тренутно, ослањање искључиво на детекцију утичнице је као проверавање пулса зомбија - уопште не можете пронаћи мозак.смрт.

💥 Решење за праћење са двоструким уништавањем које подрива когницију

Баците то застарело једнодимензионално праћење! Најбољи стручњаци користе стратегију двоструког дављења, слој процеса + пословни слој.

Следећа конфигурација ће омогућити вашем серверу да се сам опорави брже него што особље за рад и одржавање може да устане из кревета када се појаве проблеми:

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"

🔍 Кобни детаљи скривени у параметрима

• hostheaderПараметри су талисмани који спасавају животе у сценаријима CDN/балансирања оптерећења. Без њих, то је као да тражите стелт ловац са наочарима за ноћно гледање - не можете ухватити суспендовано стање узроковано недостајућим Host заглављем.

• for 3 cyclesОвај дизајн периода бафера савршено избегава лажно позитивне резултате изазване мрежним подрхтавањем. То је као да инсталирате амортизер на систем за надзор како бисте спречили да тресење руке активира нуклеарно дугме.

• Последњиexec "/usr/bin/systemctl restart hestia"То је ултимативни убилачки потез. Када се PHP-FPM није успео покренути 5 пута заредом, окренуо сам табелу и поново покренуо цео панел за хостинг. Ово је трик који сам украо из механизма прекидача трговачког система на Вол Стриту.

🚨 Лекције научене из бола и патње: 3 замке које вас могу довести до неуспеха

1. Превара са SSL сертификатом: Након надоградње,protocol httpsНезаписивање доводи до тога да праћење увек погрешно процени то као нормално. Касније сам сазнао да стара верзија Монита није подразумевано верификовала сертификат, због чега сам изгубио годишњи бонус.
2. Замка 401 на страници за пријаву: заборавите да додате приликом праћења странице за пријавуBasic AuthenticationКао резултат тога, сваки тест покреће поновно покретање. То је као заливање баште хидрантом - довољно јако, али потпуно погрешно.
3. Црна рупа у логу: Једном/var/log/monit.logКада је величина скочила на 50G, открили смо да је неки идиот подесио период детекције на 1 секунду. Запамтите, сам дневник праћења је објекат који треба пратити!

💡 Кораци за верификацију и отклањање грешака

1. Провера синтаксе конфигурације:

   monit -t
   

2. Конфигурација преоптерећења:

   monit reload

Завршни тест

1. Тест самоубиства: Директноkill -9Зауставите PHP-FPM процес и погледајте записе о васкрсењу у дневнику праћења. Осећам се као да гледам филм о зомбијима!
2. Убризгавање отрова: Намерно измените страницу за пријаву да враћа статусни код 503 и посматрајте да ли систем за праћење може прецизно да нападне. Ову методу називам „дигитална вакцина“ - убризгавање мале количине вируса у систем унапред како би се потиснуо имуни одговор система за праћење. Када аларми дивље затрепере и сервиси се сами излече, видећете како гори најсексипилнија воља за преживљавањем у свету кода!