php-fpm ve opcache

PHP-FPM’de “server reached _children setting” uyarısı, ilgili havuzun (pool) aynı anda çalıştırabileceği PHP işçisi sayısının tavana dayandığını gösterir. Çözüm, pm.max_children değerini yalnızca RAM ve gerçek işçi belleği izin veriyorsa artırmak; bellek yetmiyorsa isteği uzun süren veya fazla...

İlk olarak PHP’nin web sunucusu tarafından kullanılan php.ini dosyasını bulun; opcache.enable=1 ayarını ekleyip kaydedin ve PHP’yi çalıştıran servisi yeniden başlatın. Ardından OPcache’nin gerçekten web isteklerinde etkin olduğunu phpinfo() veya opcache_get_status() ile doğrulayın. Komut...

İlk yapılacak iş, pm.max_children değerini körlemesine artırmak değil, PHP-FPM havuzunun gerçekten kaç işlem çalıştırabildiğini ve bu işlemlerin neden uzun sürdüğünü ölçmektir. Hata, aynı anda çalışabilecek PHP-FPM işçisi sınırına ulaşıldığını gösterir. Önce aktif istekleri ve sunucunun RAM...

İlk olarak pm.max_children değerini rastgele yükseltmeyin. Bu hata, PHP-FPM havuzundaki tüm çalışan işlemlerin aynı anda meşgul olduğunu ve yeni PHP isteklerinin beklediğini gösterir. Kalıcı çözüm; önce hatanın gerçekten kapasite sınırından kaynaklandığını doğrulamak, ardından sunucunun...

İlk olarak pm.max_children değerini körü körüne artırmayın. Bu hata, PHP-FPM havuzundaki tüm PHP işçilerinin aynı anda meşgul olduğunu ve yeni isteklerin boş bir işçi beklediğini gösterir. Sorunu gidermek için önce FPM durumunda gerçekten kapasite sınırına ulaşılıp ulaşılmadığını kontrol edin...

İlk olarak web sitesinin kullandığı PHP sürümünde OPcache’in gerçekten yüklü ve etkin olduğunu doğrulayın; ardından ilgili PHP yapılandırmasına opcache.enable=1 ekleyip PHP-FPM veya web sunucusunu yeniden başlatın. Başlangıç için 128 MB OPcache belleği, 10.000 civarında hızlandırılmış dosya ve...

İlk olarak PHP-FPM çalışan süreçlerinin gerçekten ne kadar RAM kullandığını ölçün; ardından PHP-FPM havuzundaki eşzamanlı çalışan süreç sayısını, yani pm.max_children değerini kullanılabilir belleğe göre düşürün. Boşta kalan süreçler de gereksiz RAM tutuyorsa pm = ondemand seçeneğini...

Güvenli erişim ve görünürlük sınırı PHP-FPM durum sayfası, ilk bakışta sadece izleme aracı gibi görünür; ama bu sayfa istek URL’lerini ve kaynak kullanımına dair bilgileri gösterebildiği için herkese açık bırakılmamalıdır. En güvenli yaklaşım, sayfayı yalnızca iç ağdan ya da bilinen istemci...

Neden ayrı bir durum sayfası açmak gerekir? PHP-FPM çalışan havuzun anlık durumunu görmek, yavaşlayan istekleri fark etmek ve havuzun tıkanıp tıkanmadığını anlamak için en pratik yollardan biri durum sayfasıdır. Bu sayfa; kabul edilen bağlantı sayısı, kuyruk uzunluğu, aktif ve boşta süreçler...

Durum sayfası ile slowlog’u doğru kullanmak PHP-FPM kullanan bir sitede asıl ihtiyaç çoğu zaman “çalışıyor mu?” sorusundan daha fazlasıdır. İstenen şey, havuzun kaç istek taşıdığını, kuyruk oluşup oluşmadığını, hangi isteklerin yavaşladığını ve bunları dışarıya güvenlik açığı oluşturmadan nasıl...

PHP-FPM havuzunu site bazında ayırma mantığı PHP-FPM, PHP isteklerini ayrı süreçler halinde çalıştıran bir katmandır. Tek bir havuz kullanmak kolaydır; ancak aynı sunucuda birden fazla site barındırıyorsanız her site için ayrı havuz açmak genellikle daha kontrollü olur. Böylece bir sitenin...