Monit web sitesinin dinamik sayfalarını izler ve durum kodunun 200 olmadığını tespit eder ve php8.3-fpm'yi otomatik olarak yeniden başlatır

🚀 Bir web sitesindeki dinamik bir sayfa aniden 200 olmayan bir durum koduna sahip olduğunda, PHP8.3-FPM saniyeler içinde kendini nasıl iyileştirebilir?​​

​​🔥 Operatörlerin %90'ının bilmediği PHP8.3-FPM hayat kurtarıcı yapılandırma! Monit dinamik sayfa kendi kendini iyileştirme sisteminin uygulamalı öğretimi.

PHP-FPM sürecinin hayatta kalmasını izlemenin yeterli olduğunu düşünüyor musunuz? Tamamen yanlış!
Bir sunucudaki PHP-FPM aniden kontrolden çıktığında, sadece sürecin hayatta kalmasına bakmak, kanseri ölçmek için termometre kullanmaya benzer; ölümcül sorunu hiç yakalayamaz.

Çok fazla insanın beni koruduğunu gördümphp-fpm.sockİzlemeler kayıtsız kalmış ve sonuç olarak web sitesi uzun süre 404 mezarlığına dönmüş durumda. Bugün bu işletme ve bakım yanılsamasını parçalamak ve size kanlı gerçeği göstermek istiyorum: canlı bir süreç ≠ normal bir hizmet.

🌪️ Yıkıcı senaryo: Soket bağlı, ancak web sitesi ölü

belirliElektrik tedarikçisiWeb sitesinin izlemesi, PHP-FPM sürecinin normal şekilde çalıştığını ancak kullanıcıların ödeme başarısızlıklarından şikayetçi olduğunu gösterdi.

Uzun araştırmalarım sonucunda, üçüncü parti bir kütüphanedeki bellek sızıntısının PHP işleminin aktif olmasına rağmen istekleri işleyemez hale gelmesine neden olduğunu buldum.

Şu anda, yalnızca soket tespitine güvenmek bir zombinin nabzını kontrol etmeye benzer - beynini hiç bulamazsınızölüm.

💥 Bilişi bozan çift öldürme izleme çözümü

Şu eski, tek boyutlu izlemelerden kurtulun! En iyi uzmanların hepsi süreç katmanı + iş katmanı olmak üzere çift boğma stratejisini kullanır.

Aşağıdaki yapılandırma, sunucunuzun sorunlar oluştuğunda işletme ve bakım personelinin yataktan kalkmasından daha hızlı bir şekilde kendini iyileştirmesini sağlayacaktır:

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"

🔍 Parametrelerde gizli ölümcül detaylar

• hostheaderParametreler, CDN/yük dengeleme senaryolarında hayat kurtarıcı tılsımlardır. Bunlar olmadan, gece görüş gözlüğü takmış bir gizli savaş uçağı aramaya benzer - eksik Host başlığının neden olduğu askıya alınmış durumu yakalayamazsınız.

• for 3 cyclesBu tampon süresi tasarımı, ağ titremesinden kaynaklanan yanlış pozitifleri mükemmel bir şekilde önler. Bu, nükleer düğmeye basıldığında el titremesinin önüne geçmek için gözetleme sistemine bir amortisör takılmasına benziyor.

• Sonexec "/usr/bin/systemctl restart hestia"Bu, son derece öldürücü bir harekettir. PHP-FPM üst üste 5 kez yeniden canlandırılamadığı için tabloyu ters çevirdim ve tüm hosting panelini yeniden başlattım. Bu, Wall Street ticaret sisteminin devre kesici mekanizmasından çaldığım bir numara.

🚨 Acı ve ızdıraptan öğrenilen dersler: Başarısızlığa yol açabilecek 3 tuzak

1. SSL sertifikası dolandırıcılığı: Bir yükseltmeden sonra,protocol httpsYazılmaması, izlemenin bunu her zaman normal olarak değerlendirmesine neden olur. Daha sonra Monit'in eski sürümünün sertifikayı varsayılan olarak doğrulamadığını ve bunun da yıl sonu ikramiyemi kaybetmeme neden olduğunu öğrendim
2. Giriş sayfası 401 tuzağı: Giriş sayfasını izlerken eklemeyi unuttumBasic AuthenticationSonuç olarak her test bir yeniden başlatmayı tetikler. Bu, bir bahçeyi yangın musluğuyla sulamak gibi - yeterince güçlü ama tamamen yanlış
3. Log Kara Delik: Bir Zamanlar/var/log/monit.logBoyut 50G'a fırladığında, bir aptalın algılama süresini 1 saniyeye ayarladığını keşfettik. Unutmayın, izlenmesi gereken nesne aslında izleme kaydının kendisidir!

💡 Doğrulama ve hata ayıklama adımları

1. Yapılandırma sözdizimi denetimi:

   monit -t
   

2. Aşırı yük yapılandırması:

   monit reload

Final Sınavı

1. İntihar Testi: Doğrudankill -9PHP-FPM işlemini sonlandırın ve izleme günlüğündeki diriltme kayıtlarına bakın. Sanki zombi filmi izliyormuşum gibi!
2. Zehir enjeksiyonu: Oturum açma sayfasını kasıtlı olarak 503 durum kodu döndürecek şekilde değiştirin ve izleme sisteminin doğru bir şekilde saldırıp saldıramayacağını gözlemleyin. Ben bu yönteme "dijital aşı" adını veriyorum; izleme sisteminin bağışıklık tepkisini ortadan kaldırmak için sisteme önceden az miktarda virüs enjekte ediliyor. Alarmlar çılgınca çalmaya başladığında ve servisler kendilerini iyileştirdiğinde, kod dünyasında hayatta kalma konusunda en seksi iradenin yandığını göreceksiniz!