Comments 16
Скажите пожалуйста, зачем?
или просто just for fun?
или просто just for fun?
-2
Вот еще парочка методов описана ru.scribd.com/doc/78302933/Load-Balancing-Through-IP-Tables
Но пока что лучше ipvsadm + keepalived
ip_vs тоже работает на уровне ядра
Но пока что лучше ipvsadm + keepalived
ip_vs тоже работает на уровне ядра
+3
Спасибо, интересная статья. Лучше знать больше, чем меньше.
0
В LARTC для этого, кажется, используется набор утилит iproute, tc в частности.
0
nginx — отличный балансировщик для веб-приложений, haproxy для tcp-соединений.
NGINX тоже умеет балансировать TCP, причем делает это довольно хорошо
github.com/yaoweibin/nginx_tcp_proxy_module
+3
Спасибо.
Я использовал этот метод в течение несколько месяцев для балансировки HTTPS до HAProxy 1,5 года назад :)
Метод простой и надежный, но не определяет доступность хостов автоматически.
Поэтому через некоторое время завели nginx как https proxy перед HAProxy. :)
Я использовал этот метод в течение несколько месяцев для балансировки HTTPS до HAProxy 1,5 года назад :)
Метод простой и надежный, но не определяет доступность хостов автоматически.
Поэтому через некоторое время завели nginx как https proxy перед HAProxy. :)
0
Вообще NGINX тоже умеет определять или живой бекенд, например в случае с HTTPS вот так:
check interval=3000 rise=2 fall=5 timeout=1000 type=ssl_hello;
с другой стороны, haproxy дает информацию в info-страничке о состоянии бекенда даже если на него совсем нет конектов (кроме тестовых), что несомненно тоже довольно удобно.
check interval=3000 rise=2 fall=5 timeout=1000 type=ssl_hello;
с другой стороны, haproxy дает информацию в info-страничке о состоянии бекенда даже если на него совсем нет конектов (кроме тестовых), что несомненно тоже довольно удобно.
0
Извиняюсь за.
А как посмотреть пост вместе с уехавшими за границу nowrap-строками?
А как посмотреть пост вместе с уехавшими за границу nowrap-строками?
+1
Sign up to leave a comment.
Балансировка входящих соединений на iptables