В статье "Loadbalancer-less clusters on Linux (http://geminis.dyndns.org/wordpress/index.php/2005/06/12/loa.../)" подчеркиваются такие недостатки использования централизованного балансировщика нагрузки, наличие единой точки сбоя и необходимость пропускания трафика через "узкое горлышко" системы балансировки.
В качестве альтернативы рассматривается iptables расширение Clusterip (http://svn.netfilter.org/netfilter/trunk/patch-o-matic-ng/CL.../), которое позволяет использовать один multicast MAC адрес на всех серверах кластера. Приняв запрос, за нодой кластера закрепляется обработка всех пакетов пришедших с клиентского IP (также можно учитывать порт назначения и отправки пакета).
Пример:- Нода 1: iptables - A INPUT - d 192.168.1.1 - i eth0 - p tcp --dport 80 - j CLUSTERIP --new --hashmode sourceip --clustermac 01:23:45:67:89:AB --total- nodes 2 --local-node 1
- Нода 2: iptables - A INPUT - d 192.168.1.1 - i eth0 - p tcp --dport 80 - j CLUSTERIP --new --hashmode sourceip --clustermac 01:23:45:67:89:AB --total- nodes 2 --local-node 2
URL: http://geminis.dyndns.org/wordpress/index.php/2005/06/12/loa.../
Новость: http://www.opennet.ru/opennews/art.shtml?num=5636
Идея интересная, но придется дописывать мониторинг, который будет вешать запросы для неработайшего нода, на оставшиеся.
И жаль что не написано насколько равномерно хеш работает
>Идея интересная, но придется дописывать >мониторинг, который будет вешать запросы для >неработайшего нода, на оставшиеся.
А по моему там failover тоже предусматриватеся. Или я ошибаюсь?
Пардон, прочитал комменты ниже к статье, действительно система к сожалению нужна :(