URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 81031
[ Назад ]

Исходное сообщение
"3 канала и балансировка Юзеров"

Отправлено Heggi , 05-Июл-08 15:50 
Есть 1-3 канала одинаковой пропускной способности (1мегабит)
Есть толпа юзеров, подключающихся по VPN (до 20 одновременно)
Необходимо:
1. При подключении Юзера, прописывать маршрут на самый свободный канал
2. При падении канала, равномерно раскидывать юзеров на оставшиеся рабочие каналы.

Теперь вопросы...
1. Как измерять загрузку канала? Понятно, что по SNMP можно снимать скорость и вычислять среднюю за 5 минут например... Т.к. это все скриптовое будет, нужна программа, которая, например, складывает текущую среднюю скорость на интерфейсе в файл (/tmp/net1.speed, /tmp/net2.speed...). Что умеет такое делать?

2. Когда Юзеров раскидывать по каналам, желательно собирать статистику по юзабельности инета каждого юзера, чтобы не просто каждого второго на один канал, а оставшихся на другой канал, а согласно их потребности инета (этого качальщика сюда, а остальных туда). Т.е. опять же нужна аналогичная программа как в п1, чтобы потом, воспользовавшись этой инфой, раскидать юзеров по справедливости.


Содержание

Сообщения в этом обсуждении
"3 канала и балансировка Юзеров"
Отправлено vbv , 06-Июл-08 03:33 
Добрый день!
Напрашивается 2 варианта: RSVRP и ручное управление, с использованием некоего скрипта.
Если нет своей AS то только скрипт, хотя.....
Но в любом случае надо привлекать программистов для решения задачи.
В системе, заданного вопроса, есть необходимость принятия и учета принятого решения на протяженнии всей сессии пользователя, т.о. это нужно поддерживать и как-то учитывать.
Простого способа я не знаю. :((


"3 канала и балансировка Юзеров"
Отправлено Fikusus , 06-Июл-08 09:16 
Это разве не поможет?
http://www.tigran.am/multiply-links.html

"3 канала и балансировка Юзеров"
Отправлено Heggi , 06-Июл-08 11:40 
>Это разве не поможет?
>http://www.tigran.am/multiply-links.html

Это сейчас и работает, но! как обычно минусы всплывают в процессе эксплуатации.
Минусы:
1. ICQ не конектица (особенность протокола такова, что аська устанавливает 2 соединения на 2 разных IP адреса и оба соединения должны быть с одного IP... Вероятность того, что оба коннекта пойдут по одному каналу ~1%)
2. Уже установленные тяжелые коннекты (закачка) перекидываются между каналами. В результате дисконнет.
3. Невозможно работать с сайтами, которые привязываются по IP адресу.

Все эти проблемы можно решить, если 1 юзер будет сидеть только через 1 канал