История изменений
Исправление tungus, (текущая версия) :
Есть опыт со всем (LVS, Haproxy, Nginx). Резюме вкратце такое:
1. Haproxy лучше всех, как с производительностью, так и с функциональностью в случае HTTP трафика.
2. LVS хорош только если балансировать layer 4 traffic и передавать IP backend-у (Tunnel или DR modes). Что касается производительности - хуже чем Nginx или Haproxy. В этом случае есть 2 обвязки - ldirectord и Red Hat Piranha. Последний раз я смотрел Red Hat Piranha года 4 назад - был глючный. С тех пор использовал толко ldirectord и не имел проблем.
Вывод: использовать LVS с ldirectord если нужно передать IP клиента backend-у и backend не умеет http://blog.haproxy.com/haproxy/proxy-protocol/ . Иначе использовать Haproxy в tcp mode.
3. Nginx довольно примитивный HTTP load balancer. Так не очень хорошо балансирует при наличии многих backend-ов. Производительность как у Haproxy.
Вывод: использовать в качестве простого load-balancer если есть мало backend-ов и когда не хочется делать много сущностей. К примеру когда уже есть 3 backend сервера c Nginx, нужен тупой round robind load balancer и не хочется усложнять схему добавлением Haproxy на load-balancer. Иначе использовать Haproxy.
Исходная версия tungus, :
Есть опыт со всем (LVS, Haproxy, Nginx). Резюме вкратце такое:
1. Haproxy лучше всех, как с производительностью, так и с функциональностью в случае HTTP трафика.
2. LVS хорош только если балансировать layer 4 traffic и передавать IP backend-у (Tunnel или DR modes). Что касается производительности - хуже чем Nginx или Haproxy. В этом случае есть 2 обвязки - ldirectord и Red Hat Piranha. Последний раз я смотрел Red Hat Piranha года 4 назад - был глючный. С тех пор использовал толко ldirectord и не имел проблем.
Вывод: использовать LVS с ldirectord если нужно передать IP клиента backend-у и backend не умеет http://blog.haproxy.com/haproxy/proxy-protocol/ . Иначе использовать Haproxy в tcp mode.
3. Nginx довольно примитивный HTTP load balancer. Так не очень хорошо балансирует при наличии многих backend-ов. Производительность как у Haproxy.
Вывод: использовать в качестве простого load-balancer если есть мало backend-ов и когда не хочется делать много сущностей. К примеру когда уже есть 3 backend сервера c Nginx и не хочется усложнять схему добавлением Haproxy на load-balancer. Иначе использовать Haproxy.