Alkalmazásonkénti chroot PHP-FPM-mel

A $SUBJECT-ben nevezett cikk már olvasható a Médiabirodalom blogon.

Hozzászólások

A legeslegjobb a php-fpm-el az ondemand process manager (poolonként 0 children, requestkor child processzek forkolása), amivel gyorsítótárazással nagyon alacsony memóriahasználat mellett nagy forgalmat és minden esetben rengeteg poolt lehet kiszolgálni.

Tudnál erről még mesélni, esetleg technikai részletekkel? A közeljövőben tervezek áttérni rá, és minden hasznos beállítási lehetőség érdekel.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

A dokumentáció nagyszerű kiindulópont a telepítéshez és a finomhangoláshoz is.

----------

A php-fpm ondemand-al nagyon jól használható nagy részben statikus, gyorsítótárazott (amikor a PHP backendet nem éri nagyon nagy terhelés, PHP opcode cache / accelerator sem kell) tartalmak kiszolgálására Varnish-al, meg nginx-el.

Az ondemand még hasznosabb shared hosting-nál, amikor nem kell minden pool-hoz processzeket forkolni.

Az előbbivel vannak tapasztalataim, az utóbbival nincsenek.

---------

Tényleg Arnoldka, mielőtt elfelejteném.

Es a forkolassal elviszi a CPU -t usr -ben, ha nem ketlatogatos oldalakrol beszelunk; ezzel egyutt a processz forkolasa onmagaban is noveli a valaszidot.
Tehat beszelhetunk a CPU terheles vs. memoriafogyasztas tortenetrol, utobbit a pm.max_requests megfelelo beallitasaval elonyosen tudsz modositani.

Kiegesziteskent nem artana beszelni a static es a dynamic pool -ok elonyerol es hatranyarol is; valamint arrol, hogy ha fpm status -t akarsz lekerni, azt poolonkent kulon kell megtenned.

a konkret PHP-FPM-et nem ismerem, de epp erre szoktak azt alkalmazni, hogy a poolnak van egy minimum es egy maximum korlata, kozben pedig bizonyos steppel no. igy elkerulheto a hirtelen forkolasos tortenet, illetve megfelelo per-thread idle time beallitasaval az is, hogy inditunk szalat - leesnek a keresek - becsukjuk - megjon a keres - megint inditunk sor zabalja fel a cput.