Load balancing PHP via Nginx...
Ilan Berkner
iberkner at gmail.com
Thu Sep 3 07:10:11 MSD 2009
Maybe I'm not explaining myself correctly, maybe your suggestions are the
right way to go, but I see a lot of nginx examples such as this:
upstream phpproviders {
server 127.0.0.1:3000;
server 127.0.0.1:3001;
server 127.0.0.1:3002;
}
In this example, different port numbers are used, but you can use different
ip addresses.
inside the location / tag you would specify:
proxy_pass http://phpproviders
nginx in the simplest (default mode) would round robin the requests.
Is this not a good type of methodology?
Thanks
On Wed, Sep 2, 2009 at 10:28 PM, Jeffrey 'jf' Lim <jfs.world at gmail.com>wrote:
> I would recommend using haproxy if you have the budget for a separate box
> as a load balancer. As for doing it via the 2nd method... why would you want
> to do that? And the underlying assumption here - can nginx do that? How
> would it determine when the load has been reached for "this" box? (so that
> the rest become "additional" fastcgi requests)
>
> -jf
>
>
>
> On Thu, Sep 3, 2009 at 10:11 AM, Ilan Berkner <iberkner at gmail.com> wrote:
>
>> So the time has come for us to add another web server (number 2) to our
>> configuration to help with the amount of connections we're getting. I'm
>> looking for some basic recommendations in terms of configuration of nginx.
>> That is:
>>
>> 1. Do I run exactly the same configuration on both boxes and load balance
>> externally (i.e. nginx + php-fpm on each box + dedicated mysql server) or
>> 2. Do I run nginx + php-fpm on box A and route additional fastCGI requests
>> to box B?
>>
>> What would the configuration look like? How do I preserver sessions? We
>> are currently using memcached for session menagement and could place that on
>> the dedicated data server. What's the "recommended" methodology?
>>
>> Thanks!!!!!!!!
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx/attachments/20090902/e0115bb0/attachment.html>
More information about the nginx
mailing list