Sunucu Optimizasyonu: PHP-FPM Worker Ayarları Nasıl Düzenlenir?

Sunucu optimizasyonu için PHP-FPM worker sayısını rastgele artırmak yerine önce darboğazın CPU, bellek, istek kuyruğu veya veritabanı olup olmadığını ayırın. Bu rehber, yönetici erişimi bulunan Linux sunucularda PHP-FPM kullanan siteler için güvenli ölçüm, tek değişkenli ayar, doğrulama ve geri dönüş adımlarını açıklar. Paylaşımlı hosting kullanıcıları aynı ayarlara erişemeyebilir.

Değişiklikten önce ortamı ve sınırları belirleyin

İşleme başlamadan önce sunucunun işletim sistemi, PHP sürümü, PHP-FPM havuz adı ve web sunucusunun istekleri bu havuza yönlendirip yönlendirmediği doğrulanmalıdır. Bu bilgiler genellikle sunucu yönetim panelinde, servis durum ekranında veya PHP-FPM yapılandırma görünümünde bulunur. Paylaşımlı hosting panelinde yalnızca PHP sürümü ve bellek gibi sınırlı ayarlar görünüyorsa worker yönetimi sağlayıcıya aittir; yönetici yapılandırmasını değiştirmeye çalışmayın.

Mevcut worker ayarlarını, bellek limitlerini ve servis durumunu değişiklikten önce kaydedin. İlgili yapılandırma dosyasını düzenlemeden önce sağlayıcının veya işletim sisteminin sunduğu yedekleme yöntemini kullanın. Aynı anda web sunucusu, PHP-FPM, veritabanı ve çekirdek ayarlarını değiştirmeyin; aksi halde sonucu hangi değişikliğin doğurduğu anlaşılamaz.

Sunucu optimizasyonu için darboğazı ayırın

Önce aynı sorunlu URL veya işlemin ne zaman çalıştırıldığını not edin. Sistem kaynak ekranında CPU kullanımı, kullanılabilir bellek, takas alanı ve disk bekleme değerlerini; PHP-FPM durum veya günlük ekranında ise aktif worker, bekleyen istek ve havuz sınırı uyarılarını aynı zaman aralığında inceleyin. Hata günlüğü, erişim günlüğü ve PHP-FPM günlüğünün adları ile konumları dağıtıma ve panele göre değişebilir.

İstekler bekliyor, worker sınırına ulaşıldığı kaydediliyor ve bellek hâlâ rahatsa sorun havuz kapasitesi olabilir. Buna karşılık CPU sürekli doluysa yeni worker eklemek beklemeyi azaltmak yerine işlemci rekabetini artırabilir. Bellek azalıp takas kullanımı yükseliyorsa daha fazla worker açmak yerine mevcut worker sayısını korumak, ağır PHP işlemini veya uygulama içi yükü incelemek daha güvenlidir.

Örneğin, varsayımsal bir ürün sitesinde yalnız ödeme raporu açılırken istekler bekleyebilir. Aynı dakikada PHP-FPM havuzunda bekleyen istek ve havuz sınırı uyarısı görülürken CPU orta düzeyde, bellek de yeterliyse önce küçük bir worker artışı değerlendirilebilir. Aynı gözlemde bellek tükeniyor ve takas artıyorsa seçim tersine döner: worker artırılmaz; rapor sorgusu, önbellekleme veya işlem süresi incelenir.

PHP-FPM worker ayarını kontrollü biçimde değiştirin

Yönetici erişimi olan Linux sunucuda ilgili PHP-FPM havuzunun yapılandırma ekranını veya dosyasını açın. Özellikle pm, pm.max_children ve kullanılan çalışma modeline bağlı başlangıç, boşta kalma ve istek başına süre sınırlarını birlikte değerlendirin. Sürüm ve dağıtım, geçerli seçenekleri ve yeniden yükleme yöntemini değiştirebilir; bu nedenle panelin doğrulama özelliğini veya dağıtım belgelerini izleyin.

1. Havuz sınırını kaydedin: Aktif worker ve bekleyen istek göstergesini not edin. Sınır uyarısı yoksa max_children değerini artırmak doğru ilk adım değildir; uygulama veya veritabanı gecikmesini inceleyin.
2. Tek bir küçük değişiklik yapın: Bellek uygun, CPU aşırı yüklenmemiş ve havuz doygun görünüyorsa yalnızca ilgili havuzun worker üst sınırını sınırlı biçimde artırın. Başlangıç ve boşta worker değerlerini aynı anda değiştirmeyin. Yapılandırmayı kaydedip panelin sözdizimi doğrulamasının başarılı olduğunu kontrol edin.
3. Servisi güvenli şekilde yeniden yükleyin: Platformun önerdiği yeniden yükleme veya yapılandırmayı uygulama eylemini kullanın; rastgele servis durdurma komutları çalıştırmayın. Başarılı sonuç, yapılandırma hatası oluşmaması ve mevcut bağlantıların platform davranışına göre korunmasıdır. Doğrulama başarısızsa değişikliği uygulamayın ve kaydettiğiniz eski değere dönün.
4. Aynı işlemi yeniden çalıştırın: İlk gözlemde kullandığınız URL, rapor veya API isteğini benzer koşullarda tekrar çalıştırın. Tekrarın saatini not edip yalnızca bu yeni zaman aralığındaki PHP-FPM ve sistem kayıtlarını inceleyin. Bekleyen istekler azaldı ve bellek güvenli kaldıysa değişiklik hedefe ulaşmış olabilir.
5. Yeni bulguya göre karar verin: Bekleme azalmadı fakat CPU yükseldiyse worker artışını geri alın; bu sonuç işlemci veya uygulama süresi darboğazını gösterir. Bellek ve takas kötüleştiyse eski değere dönün. Yeni kayıtta belirli bir PHP işlemi veya veritabanı sorgusu öne çıkıyorsa worker sayısını tekrar değiştirmek yerine o işlemi ayrı inceleyin.

Değeri ne zaman artırmamak gerekir?

Worker sayısı, her worker’ın PHP işlemi ve kullandığı eklentiler için bellek tükettiği için sınırsız kapasite anlamına gelmez. Sunucuda birden fazla PHP-FPM havuzu varsa her havuzun üst sınırı toplam bellek baskısını artırabilir. Dinamik sayfalar hızlı yanıtlanıyor fakat disk beklemesi veya veritabanı bağlantı süresi yükseliyorsa PHP-FPM ayarı asıl nedeni çözmez.

Karar basittir: Havuz doygun, bellek rahat ve CPU kabul edilebilir düzeydeyse küçük bir artıştan sonra ölçüm yapın; havuz doygun değilse veya bellek baskısı varsa worker değerini değiştirmeyin. Değişiklikten sonra aynı işlemin yeni günlük kayıtlarıyla doğrulanması gerekir. Sorun sürerse eski değeri geri yükleyin ve uygulama ya da veritabanı katmanındaki somut gecikme kaydını inceleyin.

Sonraki güvenli adım

Sunucunuzda yönetici erişimi yoksa mevcut PHP-FPM ayarlarını sağlayıcıdan istemek yerine önce sorunun oluştuğu saat, URL ve gözlenen belirtiyi kaydedin. Yönetici erişiminiz varsa ilk uygulama için yalnızca bir havuz ve bir ayar seçin; değişiklik öncesi değeri saklayıp yeni zaman aralığındaki kayıtlarla karşılaştırın. Farklı sunucu seçeneklerini değerlendiriyorsanız sunucu kiralama çözümleri sayfasını ayrıca inceleyebilirsiniz.