Welcome! Log In Create A New Profile

Advanced

Re: Why use haproxy now ?

All files from this thread

File Name File Size   Posted by Date  
graph.png 56.2 KB open | download dbradfield 03/28/2013 Read message
Heřbolt, Lukáš
March 28, 2013 06:24AM
Hi,
actually in our setup we use NGINX as SSL termination before HAProxy.
HAProxy have some features that Nginx still doesn't have. Like backend max
connections and frontend queue. So you can do throtlling to prevent your
backend
server high load and keep request from client in front. So the didn't get
HTTP 500.
Another feature is splice system call, which makes HAProxy really fast with
low system load.

Lukas


On 28 March 2013 11:10, Reinis Rozitis <r@roze.lv> wrote:

> But I still cannot understand why, in 2013 and with the latest version of
>> nginx, we would still need haproxy in front of it.
>>
>
> You don't need it is just a thing of preference or needs / that is also
> why we don't have a single webserver or database server software.
>
>
> But to name few advantages (at least for me) why I would use (and am doing
> it) haproxy as a balancer - it has more refined backend
> status/administrative page ( http://demo.1wt.eu/ (without the admin
> features)).
> The nginx upstream module is lacking in this area and for now (as far as I
> know) you can only get info only via logging.
>
> You have detailed information of what's up and what's down / how many
> failures there have been. Also you can easily bring down any backends
> without the need to change configuration (in case of nginx would need to
> rewrite the config and do a reload).
>
>
>
>
> Even Varnish.. nginx can cache too.
>>
>
> As to varnish - I preffer the memory mapped file instead of nginx approach
> of creating a file for each cachable object in filesystem.
>
>
> rr
> ______________________________**_________________
> nginx mailing list
> nginx@nginx.org
> http://mailman.nginx.org/**mailman/listinfo/nginxhttp://mailman.nginx.org/mailman/listinfo/nginx
>



--
Lukáš Heřbolt
Linux Administrator

ET NETERA | smart e-business
[a] Milady Horákové 108, 160 00 Praha 6
[t] +420 725 267 158 [i] www.etnetera.cz
~
[www.ifortuna.cz | www.o2.cz | www.datart.cz ]
[www.skodaplus.cz | www.nivea.cz | www.allianz.cz]


Created by ET NETERA | Powered by jNetPublish
_______________________________________________
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
Subject Author Posted

Why use haproxy now ?

Larry March 28, 2013 05:45AM

Re: Why use haproxy now ?

Reinis Rozitis March 28, 2013 06:12AM

Re: Why use haproxy now ?

Heřbolt, Lukáš March 28, 2013 06:24AM

Re: Why use haproxy now ?

Brian Akins March 28, 2013 07:24AM

RE: Why use haproxy now ?

Lukas Tribus March 28, 2013 07:22AM

Re: Why use haproxy now ?

Brian Akins March 28, 2013 07:24AM

RE: Why use haproxy now ?

Lukas Tribus March 28, 2013 08:00AM

Re: Why use haproxy now ?

nginxorg March 28, 2013 08:18AM

Re: Why use haproxy now ?

Heřbolt, Lukáš March 28, 2013 08:32AM

Re: Why use haproxy now ? Attachments

dbradfield March 28, 2013 08:30AM

Re: Why use haproxy now ?

Larry March 28, 2013 09:53AM

Re: Why use haproxy now ?

Reinis Rozitis March 28, 2013 11:22AM

Re: Why use haproxy now ?

Larry March 28, 2013 11:38AM

Re: Why use haproxy now ?

Igor Sysoev March 29, 2013 03:20AM

Re: Why use haproxy now ?

Heřbolt, Lukáš March 29, 2013 05:58AM

Re: Why use haproxy now ?

Brian Akins March 29, 2013 09:34AM

Re: Why use haproxy now ?

Reinis Rozitis March 30, 2013 06:18AM

Re: Why use haproxy now ?

Igor Sysoev March 31, 2013 02:06AM

Re: Why use haproxy now ?

Reinis Rozitis March 31, 2013 06:14AM

Re: Why use haproxy now ?

Igor Sysoev March 31, 2013 10:44AM

Re: Why use haproxy now ?

Reinis Rozitis April 02, 2013 05:56AM

Re: Why use haproxy now ?

Larry April 02, 2013 01:10PM



Sorry, only registered users may post in this forum.

Click here to login

Online Users

Guests: 319
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