Welcome! Log In Create A New Profile

Advanced

php-fpm and shared hosting

Posted by MagnusVMI 
MagnusVMI
php-fpm and shared hosting
August 26, 2010 03:30PM
Hi,

We are a small webbhosting provider that are today running a Linux
cluster with apache2/suphp, on 2 webbfronts.
We have about 1200 different customers on this system.

How can we deploy php-fpm instead of suphp? We need to isolate every
php to be runned as the customers user.

Best Regards
Magnus
Re: php-fpm and shared hosting
August 26, 2010 03:48PM
On Thu, Aug 26, 2010 at 12:21 PM, MagnusVMI <ml@vmi.se> wrote:
> Hi,
>
> We are a small webbhosting provider that are today running a Linux
> cluster with apache2/suphp, on 2 webbfronts.
> We have about 1200 different customers on this system.
>
> How can we deploy php-fpm instead of suphp? We need to isolate every
> php to be runned as the customers user.

I think the only option is setting each pool with one child (or more)
to start, because one has to be available per pool minimum, and then
setting maximums and spares as you wish.
Jérôme Loyet
Re: php-fpm and shared hosting
August 26, 2010 04:30PM
2010/8/26 MagnusVMI <ml@vmi.se>:
> Hi,
>
> We are a small webbhosting provider that are today running a Linux
> cluster with apache2/suphp, on 2 webbfronts.
> We have about 1200 different customers on this system.
>
> How can we deploy php-fpm instead of suphp? We need to isolate every
> php to be runned as the customers user.

Actually there is no such solution. You'll have to set at least on
process per custommer which will lead to a minimum of 1200 processes
for nothing which is crap :/

I'm working (with the help of the guy who created the bug report) on a
new process manager. It's called "ondemand" and it'll permit to have 0
children for a pool. When a request is coming, the child process is
forked. It's the solution for cases like yours. But this is still
alpha and we have a little problem with the current version (it
consumes 100% cpu when requests are flooding FPM)

You can see for more details: http://bugs.php.net/52569

If you have time to beta test the feature, I can add your email in the
conversation I have with mark.

++ Jerome
>
> Best Regards
> Magnus
>
Re: php-fpm and shared hosting
August 26, 2010 04:36PM
Cool! Some people on IRC had asked about anything new in FPM. Do you keep a blog, wiki or roadmap anywhere on your ideas or just some bugs/feature requests in the PHP tracker?

I think that the ondemand idea is the holy grail if you can pull it off. I think it should still keep it under the fpm umbrella :)

On Aug 26, 2010, at 1:27 PM, Jérôme Loyet <ml@fatbsd.com> wrote:

> 2010/8/26 MagnusVMI <ml@vmi.se>:
>> Hi,
>>
>> We are a small webbhosting provider that are today running a Linux
>> cluster with apache2/suphp, on 2 webbfronts.
>> We have about 1200 different customers on this system.
>>
>> How can we deploy php-fpm instead of suphp? We need to isolate every
>> php to be runned as the customers user.
>
> Actually there is no such solution. You'll have to set at least on
> process per custommer which will lead to a minimum of 1200 processes
> for nothing which is crap :/
>
> I'm working (with the help of the guy who created the bug report) on a
> new process manager. It's called "ondemand" and it'll permit to have 0
> children for a pool. When a request is coming, the child process is
> forked. It's the solution for cases like yours. But this is still
> alpha and we have a little problem with the current version (it
> consumes 100% cpu when requests are flooding FPM)
>
> You can see for more details: http://bugs.php.net/52569
>
> If you have time to beta test the feature, I can add your email in the
> conversation I have with mark.
>
> ++ Jerome
>>
>> Best Regards
>> Magnus
>>
Jérôme Loyet
Re: php-fpm and shared hosting
August 26, 2010 04:46PM
2010/8/26 Michael Shadle <mike503@gmail.com>:
> Cool! Some people on IRC had asked about anything new in FPM. Do you keep a blog, wiki or roadmap anywhere on your ideas or just some bugs/feature requests in the PHP tracker?

no wiki, no blog, no roadmap. You have the bugtracker, when I have
ideas I'm writting a new feature request on the bug tracker. It's been
made for this, no need for other kind of propaganda tools.

++ Jerome

>
> I think that the ondemand idea is the holy grail if you can pull it off. I think it should still keep it under the fpm umbrella :)
>
> On Aug 26, 2010, at 1:27 PM, Jérôme Loyet <ml@fatbsd.com> wrote:
>
>> 2010/8/26 MagnusVMI <ml@vmi.se>:
>>> Hi,
>>>
>>> We are a small webbhosting provider that are today running a Linux
>>> cluster with apache2/suphp, on 2 webbfronts.
>>> We have about 1200 different customers on this system.
>>>
>>> How can we deploy php-fpm instead of suphp? We need to isolate every
>>> php to be runned as the customers user.
>>
>> Actually there is no such solution. You'll have to set at least on
>> process per custommer which will lead to a minimum of 1200 processes
>> for nothing which is crap :/
>>
>> I'm working (with the help of the guy who created the bug report) on a
>> new process manager. It's called "ondemand" and it'll permit to have 0
>> children for a pool. When a request is coming, the child process is
>> forked. It's the solution for cases like yours. But this is still
>> alpha and we have a little problem with the current version (it
>> consumes 100% cpu when requests are flooding FPM)
>>
>> You can see for more details: http://bugs.php.net/52569
>>
>> If you have time to beta test the feature, I can add your email in the
>> conversation I have with mark.
>>
>> ++ Jerome
>>>
>>> Best Regards
>>> Magnus
>>>
>
Thomas Fritz
Re: php-fpm and shared hosting
August 27, 2010 02:48AM
+1 for ondemand feature.

Thank you for your work!

Kind regards!

2010/8/26 Jérôme Loyet <ml@fatbsd.com>

> 2010/8/26 Michael Shadle <mike503@gmail.com>:
> > Cool! Some people on IRC had asked about anything new in FPM. Do you keep
> a blog, wiki or roadmap anywhere on your ideas or just some bugs/feature
> requests in the PHP tracker?
>
> no wiki, no blog, no roadmap. You have the bugtracker, when I have
> ideas I'm writting a new feature request on the bug tracker. It's been
> made for this, no need for other kind of propaganda tools.
>
> ++ Jerome
>
> >
> > I think that the ondemand idea is the holy grail if you can pull it off..
> I think it should still keep it under the fpm umbrella :)
> >
> > On Aug 26, 2010, at 1:27 PM, Jérôme Loyet <ml@fatbsd.com> wrote:
> >
> >> 2010/8/26 MagnusVMI <ml@vmi.se>:
> >>> Hi,
> >>>
> >>> We are a small webbhosting provider that are today running a Linux
> >>> cluster with apache2/suphp, on 2 webbfronts.
> >>> We have about 1200 different customers on this system.
> >>>
> >>> How can we deploy php-fpm instead of suphp? We need to isolate every
> >>> php to be runned as the customers user.
> >>
> >> Actually there is no such solution. You'll have to set at least on
> >> process per custommer which will lead to a minimum of 1200 processes
> >> for nothing which is crap :/
> >>
> >> I'm working (with the help of the guy who created the bug report) on a
> >> new process manager. It's called "ondemand" and it'll permit to have 0
> >> children for a pool. When a request is coming, the child process is
> >> forked. It's the solution for cases like yours. But this is still
> >> alpha and we have a little problem with the current version (it
> >> consumes 100% cpu when requests are flooding FPM)
> >>
> >> You can see for more details: http://bugs.php.net/52569
> >>
> >> If you have time to beta test the feature, I can add your email in the
> >> conversation I have with mark.
> >>
> >> ++ Jerome
> >>>
> >>> Best Regards
> >>> Magnus
> >>>
> >
>



--



---

*Thomas FRITZ*
*web* http://fritzthomas.com
*twitter* http://twitter.com/thomasf
Jérôme Loyet
Re: php-fpm and shared hosting
August 27, 2010 03:04AM
2010/8/27 Thomas Fritz <fritztho@gmail.com>:
> +1 for ondemand feature.
> Thank you for your work!
> Kind regards!

we'll come with a beta patchs soon I think.

++ Jerome

>
> 2010/8/26 Jérôme Loyet <ml@fatbsd.com>
>>
>> 2010/8/26 Michael Shadle <mike503@gmail.com>:
>> > Cool! Some people on IRC had asked about anything new in FPM. Do you
>> > keep a blog, wiki or roadmap anywhere on your ideas or just some
>> > bugs/feature requests in the PHP tracker?
>>
>> no wiki, no blog, no roadmap. You have the bugtracker, when I have
>> ideas I'm writting a new feature request on the bug tracker. It's been
>> made for this, no need for other kind of propaganda tools.
>>
>> ++ Jerome
>>
>> >
>> > I think that the ondemand idea is the holy grail if you can pull it off.
>> > I think it should still keep it under the fpm umbrella :)
>> >
>> > On Aug 26, 2010, at 1:27 PM, Jérôme Loyet <ml@fatbsd.com> wrote:
>> >
>> >> 2010/8/26 MagnusVMI <ml@vmi.se>:
>> >>> Hi,
>> >>>
>> >>> We are a small webbhosting provider that are today running a Linux
>> >>> cluster with apache2/suphp, on 2 webbfronts.
>> >>> We have about 1200 different customers on this system.
>> >>>
>> >>> How can we deploy php-fpm instead of suphp? We need to isolate every
>> >>> php to be runned as the customers user.
>> >>
>> >> Actually there is no such solution. You'll have to set at least on
>> >> process per custommer which will lead to a minimum of 1200 processes
>> >> for nothing which is crap :/
>> >>
>> >> I'm working (with the help of the guy who created the bug report) on a
>> >> new process manager. It's called "ondemand" and it'll permit to have 0
>> >> children for a pool. When a request is coming, the child process is
>> >> forked. It's the solution for cases like yours. But this is still
>> >> alpha and we have a little problem with the current version (it
>> >> consumes 100% cpu when requests are flooding FPM)
>> >>
>> >> You can see for more details: http://bugs.php.net/52569
>> >>
>> >> If you have time to beta test the feature, I can add your email in the
>> >> conversation I have with mark.
>> >>
>> >> ++ Jerome
>> >>>
>> >>> Best Regards
>> >>> Magnus
>> >>>
>> >
>
>
>
> --
>
>
>
> ---
> Thomas FRITZ
> web http://fritzthomas.com
> twitter http://twitter.com/thomasf
>
Sorry, only registered users may post in this forum.

Click here to login

Online Users

Guests: 211
Record Number of Users: 8 on April 13, 2023
Record Number of Guests: 421 on December 02, 2018
Powered by nginx      Powered by FreeBSD      PHP Powered      Powered by MariaDB      ipv6 ready