PHP-FPM yapılandırma dosyası /etc/php/8.3/fpm/pool.d/ içindeki farklılıklar ve optimizasyon teknikleri

Sunucu çalışmaya başladıktan sonra her şey yolunda mı? Aslında, PHP-FPM dünyasında, yapılandırma dosyası, sitenin istikrarlı, güvenli ve verimli bir şekilde çalışıp çalışamayacağını belirleyen asıl beyindir.

PHP-FPM için işlem havuzu yapılandırması nedir?

PHP-FPM (FastCGI Process Manager), farklı web siteleri veya uygulamalar için PHP süreçlerini yönetmek üzere "havuzlar" kavramını kullanan bir PHP süreç yöneticisidir.

Her .conf Bu dosya, işlemin çalıştığı kullanıcı, dinlediği port veya soket, günlük yolu ve işlem sayısı gibi temel parametreleri belirten bir havuz tanımıdır.

Başka bir deyişle, bu dosyalar sunucunuz için "klonlar" gibidir ve farklı sitelerin birbirine müdahale etmeden bağımsız olarak çalışmasına olanak tanır.

http://www.conf：默认的进程池

PHP-FPM kurulumundan sonra sistem otomatik olarak bir dosya oluşturacaktır. www.conf dosya.

Bu havuzun işlevi, genellikle şu ortamda çalışan ve kullanıma hazır varsayılan bir havuz sağlamaktır... www-data Kullanıcı.

Bu havuz tek lokasyonlu ortamlar için uygundur, yapılandırması kolaydır ve parametrelerin çoğu aşağıdaki gibi genel değerlerdir:

• user = www-data
• group = www-data
• listen = /run/php/php8.3-fpm.sock
• pm.max_children = 5

Eğer sadece tek bir sitede çalışıyorsanız, bu yeterlidir.

etufo.org.conf: Özel site havuzu

Birden fazla lokasyonunuz olduğunda, her lokasyon için ayrı bir havuz oluşturmanız gerekir.

Örneğin etufo.org.confBu özellikle alan adları içindir. etufoOrg. Özel yapılandırma.

Genel uygulama şöyledir:

• Örneğin, farklı kullanıcılar ve gruplar belirtin. user = etufo,group = etufo
• Örneğin, ayrı bir dinleme portu veya soketi yapılandırın. listen = /run/php/etufo.sock
• Yüksek eşzamanlılık koşullarında site istikrarını sağlamak için işlem sayısını ayarlayın.
• Bağımsız günlük dosyaları sorun gidermeyi kolaylaştırır.

Bu yaklaşımın avantajı güvenlik izolasyonudur: bir siteye saldırı olsa bile, diğer siteler etkilenmez.

dummy.conf: Örnek veya yer tutucu dosya

dummy.conf Bunlar genellikle sistem tarafından sağlanan şablonlar veya örneklerdir.

Manuel olarak değiştirip etkinleştirmediğiniz sürece aslında aktif hale gelmeyecektir.

Amacı size bir referans sağlamak ve yeni bir havuz yapılandırmasının nasıl yazılacağını göstermektir.

Bu nedenle, gerçek bir işletim yapılandırmasından ziyade bir "kullanım kılavuzu" gibidir.

Neden birden fazla havuz dosyası kullanılır?

• 安全 性Çakışan izinleri önlemek için farklı siteler farklı kullanıcılar tarafından yönetilmelidir.
• Genç adamHer bir havuz için işlem sayısı ayrı ayrı ayarlanabilir ve trafik talebine göre düzenlenebilir.
• İzolasyonGünlükler, hata çıktısı ve dinleme portları birbirinden ayrı tutulduğu için sorun giderme kolaylaşıyor.

Örneğin, eğer www.conf Çöktü.etufo.org.conf Normal şekilde çalışmaya devam edebilir ve sunucunun tamamını çökertmeyecektir.

Gerçek uygulama senaryoları

• Tek lokasyonlu sunucuSadece kullanın www.conf Bu kadarı yeterli.
• Çoklu site sunucusuHer site için bir tane oluşturun. .conf Dosyalar, örneğin etufo.org.conf.
• kukla.confSadece bilgilendirme amaçlıdır, tavsiye edilmez.

Yapılandırma Karşılaştırma Örneği

http://www.conf（默认池）

[www]
user = www-data
group = www-data
listen = /run/php/php8.3-fpm.sock
pm = dynamic
pm.max_children = 5

etufo.org.conf (Özel Havuz)

[etufo.org]
user = etufo
group = etufo
listen = /run/php/etufo.sock
pm = dynamic
pm.max_children = 20
access.log = /var/log/php-fpm/etufo.access.log

Aradaki farkın kullanıcıda, dinleme adresinde ve işlem sayısında yattığını göreceksiniz.

PHP-FPM işlem havuzu parametrelerinin ayarlanması

Yapılandırma şunu kullanıyorsa dinamikBu, bazı iş süreçlerini önceden başlatıp, talep hacmine göre dinamik olarak ayarlamayı sağlayan, böylece talep hacmi aniden arttığında daha hızlı yanıt verebilen bir yöntemdir.

Belirli miktarda trafiğe sahip web siteleri için kullanılması önerilir pm = dynamicÇünkü yüksek eşzamanlılık sırasında belirli miktarda boşta işlem tutabilir ve 500 hatadan kaçınabilir.

Sadece erişim hacmi çok düşük olduğunda ve bellek kaynakları kısıtlı olduğunda kullanılması önerilir. pm = ondemand Kaynakları korumak için.

Dinamik hale getirilmesi ve optimize edilmesi önerilir. pm.max_children Ve diğer parametreler:

pm = dynamic
pm.max_children = 16  ; 根据服务器资源调整，建议值：CPU 核心数 × 2
pm.start_servers = 4   ; 初始进程数，建议设为 max_children × 25%
pm.min_spare_servers = 2  ; 最小空闲进程数
pm.max_spare_servers = 7  ; 最大空闲进程数
pm.max_requests = 3000    ; 每个子进程处理完 3000 个请求后自动重启
pm.process_idle_timeout = 10s  ; 空闲进程 10s 后自动退出

Bu yapılandırma, kaynak israfını önlerken performansı da garanti eder.

Ayrıntılı yapılandırma talimatları için lütfen aşağıdaki eğitime bakın ▼

🔗HestiaCP PHP-FPM aşırı yüklenmiş mi? Dinamik web sayfası 500 hatası mı? Bu optimizasyon hemen etkili olacaktır!

Resmi PHP dokümanına göre:

"Her havuz bağımsız olarak yapılandırılabilir; bu da uygulama başına farklı kullanıcılar, sınırlar ve ayarlar sağlar."

Bu ifade, çoklu havuz yapılandırmasının önemini açıkça ortaya koymaktadır: bağımsızlık, esneklik ve kontrol edilebilirlik.

Sonuç: Benim Bakış Açım

Sunucu yapılandırması, bir orkestradaki şef gibidir; her enstrümanın nasıl çalınması gerektiğini belirler.

www.conf Bu, solo performanslar için uygun olan varsayılan orkestra şefidir;etufo.org.conf Bu, belirli bir aşama için özel olarak tasarlanmış bir orkestra şefidir; ve dummy.conf Bu, yeni melodiler yazmayı hatırlatan bir müzik notaları taslağıdır.

Bilgi güvenliği ve performans optimizasyonuna odaklanılan bir çağda, bu yapılandırma dosyalarının doğru şekilde nasıl kullanılacağını bilmek, bir sunucunun yaşam döngüsünü kontrol etmenin anahtarıdır.

Yapılandırma sadece önemsiz bir metin değildir; bir sunucunun ruhudur.

Eğer çalışıyorsanızWordPressÇoklu lokasyonlu uygulamalar için, sunucunuzun gerçekten sağlam olması amacıyla, özellikle işlem havuzu parametre ayarları olmak üzere, bu havuz dosyalarını derhal kontrol etmenizi ve optimize etmenizi şiddetle tavsiye ederiz.