Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Раздел полезных советов: Распределение трафика между двумя к..., auto_tips (?), 18-Авг-09, (0) [смотреть все] А то-же самое, но для pf -- реализуемо , john doe (?), 14:05 , 18-Авг-09, (1) // http unix derkeiler com Mailing-Lists FreeBSD net 2009-01 msg00119 htmlРекомен, mr_gfd (?), 14:19 , 18-Авг-09, (2) // по каким же причинам рекомендуют pf в BSD умел балансировать задолго до того , nanodaemon (ok), 04:07 , 19-Авг-09, (10) Насчёт балансировки трафика между двумя каналами есть статья в журнале Системны, iZEN (ok), 00:14 , 19-Авг-09, (9) там ошибка в скрипте, не cmd sbin ipfw ,а cmd sbin ipfw , pehlle (?), 14:48 , 18-Авг-09, (3) а почему два раза prob 0 5 , по идее, должно быть один раз, а то 1 4 трафика бу, shutdown now (?), 14:52 , 18-Авг-09, (4) // вы правильно говорите правильнее будет так cmd add 20 prob 0 5 setfib 0 tcp fro, pehlle (?), 15:23 , 18-Авг-09, (6) Проверяли, это нормально работает Просто мне кажется что при таком конфиге TCP , terminus (ok), 15:05 , 18-Авг-09, (5) сорри , оказывается такое не работает заметку можно удалить или наоборот допо, pehlle (?), 16:26 , 18-Авг-09, (7) // Да ладно, рациональное зерно все равно есть Могу порекомендовать тот вариант, ко, XoRe (ok), 16:20 , 19-Авг-09, (12) в 8-ой фре есть ECMP Equal Cost Multipath Routing , он должен делить поровну А , shutdown now (?), 16:54 , 18-Авг-09, (8) Для раскидывания пакетов по двум каналам не обязательны множественные таблицы ма, XoRe (ok), 16:19 , 19-Авг-09, (11)   // PF ALTQ, iZEN (ok), 19:40 , 19-Авг-09, (13)   // А можно поподробнее Если честно, не понятно, о чем это вы Вы поддерживаете мою м, XoRe (ok), 13:05 , 21-Авг-09, (15)   // Подробнее 1 http house hcn-strela ru BSDCert BSDA-course apcs02 html pf-queue, iZEN (ok), 16:16 , 21-Авг-09, (17)   gt оверквотинг удален Ход ваших мыслей мне понятен Во всяком случае, я на это , XoRe (ok), 13:05 , 22-Авг-09, (18)   Согласен с товаришем XoRe Без полноценного multipath routing правильную баланси, Alive (??), 13:58 , 20-Авг-09, (14) // Я бы сказал, без своих IP адресов , XoRe (ok), 13:05 , 21-Авг-09, (16) а можно сделать ,как в линуксе,чтобы в зависимости от нагрузки каналов распредел, ro (?), 20:50 , 25-Авг-09, (20) // А можно поподробнее про как в линуксе , XoRe (ok), 21:48 , 31-Авг-09, (21) // А можно купить циску в которой есть и multipath routing и ip sla и не парить себ, Merridius (?), 23:54 , 19-Дек-10, (22) 1,3,4,5,7,8,11,14,20

Сообщения

[Сортировка по времени | RSS]

11. "Распределение трафика между двумя каналами во FreeBSD"	+/–
Сообщение от XoRe (ok), 19-Авг-09, 16:19
Для раскидывания пакетов по двум каналам не обязательны множественные таблицы маршрутизации. Достаточно двух fwd в ipfw и двух натов. После некоторго исследования этой темы могу сказать свое имхо. Если пакеты одного клиента будут лететь через двух разных провайдеров (пусть даже с сохранением сессии, т.е. до одного ip адреса - через один канал), все равно возникнут проблемы с порталами типа mail.ru, vkontakte и т.д. Там может слетать авторизация, если запросы клиента будут приходить то с одного ip адреса, то с другого. Помню, mail.ru ругалась, когда я примерно через такую систему на неё заходил. То могут быть проблемы с любым более менее серьёзным интернет проектом, который имеет более одного ip адреса. В конце концов, самый стабильный вариант - распределение юзеров по каналам. Их просто можно сделать динамическим. То есть написать скриптик, который анализирует загруженность каналов и пущает нового юзера через наименее загруженный канал. Ну и запоминает, какой юзер через какой канал ходит. И удаляет юзеров, которые не проявляли сетевой активности какое-то время (и которых не осталось открытых сессий). Ну и плюс там пингование шлюзов и т.д. Полной балансировки нагрузки, конечно, не получится. Но я думаю, что к этому будет стремиться.
Ответить | Правка | Наверх | Cообщить модератору

	13. "Распределение трафика между двумя каналами во FreeBSD"	+/–
	Сообщение от iZEN (ok), 19-Авг-09, 19:40
	PF&ALTQ
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Распределение трафика между двумя каналами во FreeBSD"	+/–
	Сообщение от XoRe (ok), 21-Авг-09, 13:05
	>PF&ALTQ А можно поподробнее? Если честно, не понятно, о чем это вы) Вы поддерживаете мою мысль и говорите, чем это можно сделать? Или хотите сказать, что с помощью PF&ALTQ можно сделать балансировку без проблем с mail.ru?
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Распределение трафика между двумя каналами во FreeBSD"	+/–
	Сообщение от iZEN (ok), 21-Авг-09, 16:16
	>>PF&ALTQ > >А можно поподробнее? >Если честно, не понятно, о чем это вы) >Вы поддерживаете мою мысль и говорите, чем это можно сделать? >Или хотите сказать, что с помощью PF&ALTQ можно сделать балансировку без проблем >с mail.ru? Подробнее: 1. http://house.hcn-strela.ru/BSDCert/BSDA-course/apcs02.html#p... 2. http://house.hcn-strela.ru/BSDCert/BSDA-course/apcs02.html#p...
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Распределение трафика между двумя каналами во FreeBSD"	+/–
	Сообщение от XoRe (ok), 22-Авг-09, 13:05
	>[оверквотинг удален] >> >>А можно поподробнее? >>Если честно, не понятно, о чем это вы) >>Вы поддерживаете мою мысль и говорите, чем это можно сделать? >>Или хотите сказать, что с помощью PF&ALTQ можно сделать балансировку без проблем >>с mail.ru? > >Подробнее: >1. http://house.hcn-strela.ru/BSDCert/BSDA-course/apcs02.html#p... >2. http://house.hcn-strela.ru/BSDCert/BSDA-course/apcs02.html#p... Ход ваших мыслей мне понятен) Во всяком случае, я на это надеюсь. Хотя способ донесения мыслей - ссылками - несколько неприятен. А ещё по ссылкам ничего не говорится о том, как такая конструкция будет себя вести на сайтах, где слетает авторизация, если запросы идут с разных ip адресов. Ведь у сайта может быть несколько ip адресов. Например: $ host vkontakte.ru vkontakte.ru has address 93.186.227.123 vkontakte.ru has address 93.186.227.124 vkontakte.ru has address 93.186.227.125 vkontakte.ru has address 93.186.227.126 vkontakte.ru has address 93.186.227.129 vkontakte.ru has address 93.186.227.130 vkontakte.ru has address 93.186.228.129 vkontakte.ru has address 93.186.228.130 vkontakte.ru has address 93.186.224.233 vkontakte.ru has address 93.186.224.234 vkontakte.ru has address 93.186.224.235 vkontakte.ru has address 93.186.224.236 vkontakte.ru has address 93.186.224.238 vkontakte.ru has address 93.186.224.239 vkontakte.ru has address 93.186.225.6 vkontakte.ru has address 93.186.225.211 vkontakte.ru has address 93.186.225.212 vkontakte.ru has address 93.186.226.4 vkontakte.ru has address 93.186.226.5 vkontakte.ru has address 93.186.226.129 vkontakte.ru has address 93.186.226.130 vkontakte.ru mail is handled by 10 mail.vkontakte.ru. Плюс ещё всякие: cs4214.vkontakte.ru cs4171.vkontakte.ru *.vkadre.ru И т.д. Можно сделать, чтобы фаерволл запоминал, какой ип адрес какому клиенту через какой канал давать. Вы же не думаете, что балансировка типа round-robin (по очереди на канал) будет стопроцентно угадывать, через какой канал послать запрос клиента на новый ip адрес? Хотя может я чего-то не знаю. Буду рад услышать что-то ещё. Буду рад, если это будут не только ссылки. P.S. Я и сам могу ошибаться. Поэтому подниму freebsd на работе в виртуалке, дам ей два внешних ip адреса. И попробую воспроизвести то, что описано по ссылкам. Если сайты не будут ругаться и авторизация не будет спадать, то это реально. А если нет, значит нет.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема