User Tools

Site Tools


public:netnotes

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

public:netnotes [2014/05/09 22:08]
ivan created
public:netnotes [2014/05/10 00:37] (current)
ivan
Line 10: Line 10:
 http://www.anchor.com.au/blog/2009/10/load-balancing-at-github-why-ldirectord/ http://www.anchor.com.au/blog/2009/10/load-balancing-at-github-why-ldirectord/
  
-Comment from Willy TARREAU:+Comment from Willy TARREAU: \\
 Concerning the performance, it depends what you are doing. Direct-routing load balancers installed in one-leg configuration where they only see upstream traffic will always be faster than a proxy because they see about half the packets. Common figures are about 4 times haproxy's max connection rate. A load balancer set up in the middle of the stream will still generally be faster than the proxy on connection rate, but can be slower on high bit rates (multi-gigabit), because it cannot make use of TCP speedups the NIC provides, while a proxy can. For instance, haproxy can forward 10 Gbps of HTTP traffic with only 20% CPU on one of my machines, while this machine has high difficulties to simply IP-forward the same stream at this rate. This is because of the TCP off-loading capabilities of the NICs which can only work with the proxy. But granted, this is not everyone's needs ! Concerning the performance, it depends what you are doing. Direct-routing load balancers installed in one-leg configuration where they only see upstream traffic will always be faster than a proxy because they see about half the packets. Common figures are about 4 times haproxy's max connection rate. A load balancer set up in the middle of the stream will still generally be faster than the proxy on connection rate, but can be slower on high bit rates (multi-gigabit), because it cannot make use of TCP speedups the NIC provides, while a proxy can. For instance, haproxy can forward 10 Gbps of HTTP traffic with only 20% CPU on one of my machines, while this machine has high difficulties to simply IP-forward the same stream at this rate. This is because of the TCP off-loading capabilities of the NICs which can only work with the proxy. But granted, this is not everyone's needs !
  
public/netnotes.txt · Last modified: 2014/05/10 00:37 by ivan