The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Прозрачный бридж с балансировкой загрузки"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [ Отслеживать ]

"Прозрачный бридж с балансировкой загрузки"  
Сообщение от Mahseer (ok) on 23-Июл-08, 15:12 
Приветствую всех.

Ситуация следующая:
есть общий интерфейс 100 мБит/c (А), трафик с которого будет распределяться на два независимых интерфейса по 100 мБит/с (B и C).

Задача:
необходимо сделать так, чтобы трафик распределялся с высшим приоритетом для канала B с  вытеснением трафика канала C следующим образом:
-канал В может при необходимости использовать все 100 мБит/c, а канал С - только ту часть, которая не используется каналом B в настоящий момент;
-если канал B вообще на загружен, канал C может использовать не более 70%(например) пропускной способности общего интерфейса.

Как это будет выглядеть:
канал В использует 50 мБит/с, С может использовать 50 мБит/с;
канал B использует 70 мБит/c, С может использовать маскимум 30 мБит/с;
канал B свободен, С может занять не более 70 мБит/c.

Вопрос не в том, как именно это сделать, как раз с этим проблем нет. Вопрос в том, что дорогое оборудование мне недоступно, нужно делать на PC. Вот, собственно, в этом и вопрос: какой PC нужен (процессор, объем ОЗУ, сетевые адаптеры), и какая ОС предпочтительнее - Linux или FreeBSD. Если у кого-нибудь есть такой опыт, поделитесь, пожалуйста (только не превращайте тему во флейм по обсуждению достоинств/недостатков ОС).

С уважением, Василий.

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

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


1. "Прозрачный бридж с балансировкой загрузки"  
Сообщение от Аноним (??) on 23-Июл-08, 16:50 
Трафик регулируется ПЕРЕД узким местом а не после.

У тебя всё встанет поровну навечно. (до B не превысит никогда 50% если 50% будут заняты С)

Или делай фиксированные скорости и раз в минуту их обновляй в зависимости от нагрузки :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Прозрачный бридж с балансировкой загрузки"  
Сообщение от Mahseer (ok) on 23-Июл-08, 17:59 
>Трафик регулируется ПЕРЕД узким местом а не после.
>
>У тебя всё встанет поровну навечно. (до B не превысит никогда 50%
>если 50% будут заняты С)
>
>Или делай фиксированные скорости и раз в минуту их обновляй в зависимости
>от нагрузки :)

Повторю, вопрос не в том, КАК это сделать. Вопрос в том, какое железо и какая ОС нужны для этого.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Прозрачный бридж с балансировкой загрузки"  
Сообщение от Аноним (??) on 23-Июл-08, 21:40 
>Повторю, вопрос не в том, КАК это сделать. Вопрос в том, какое
>железо и какая ОС нужны для этого.

Для чего этого? Вдруг то КАК ты хочешь сделать, в принципе не возможно ни на каком комптьютере и ни в какой ОС ;)

На сетевухах не экономь, бери интел, остальное не сильно важно.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Прозрачный бридж с балансировкой загрузки"  
Сообщение от Mahseer (ok) on 24-Июл-08, 10:28 
>>Повторю, вопрос не в том, КАК это сделать. Вопрос в том, какое
>>железо и какая ОС нужны для этого.
>
>Для чего этого? Вдруг то КАК ты хочешь сделать, в принципе не
>возможно ни на каком комптьютере и ни в какой ОС ;)
>
>
>На сетевухах не экономь, бери интел, остальное не сильно важно.

"Остальное не сильно важно"?
Не согласен. Для того, чтобы иметь возможность открывать большое количество сокетов, нужнен большой объем ОЗУ. А для того, чтобы это все обработать, нужен проц приличный. Core2 как минимум...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Прозрачный бридж с балансировкой загрузки"  
Сообщение от PavelR (??) on 24-Июл-08, 11:18 
>[оверквотинг удален]
>>Для чего этого? Вдруг то КАК ты хочешь сделать, в принципе не
>>возможно ни на каком комптьютере и ни в какой ОС ;)
>>
>>
>>На сетевухах не экономь, бери интел, остальное не сильно важно.
>
>"Остальное не сильно важно"?
>Не согласен. Для того, чтобы иметь возможность открывать большое количество сокетов, нужнен
>большой объем ОЗУ. А для того, чтобы это все обработать, нужен
>проц приличный. Core2 как минимум...

ну поставьте гигов 10 оперативы, достаточно будет,  ага )

ну и какие нах. сокеты на раутере ?

представьте себе маршрутизатор, который в своей оперативной хранит гигабайт траффика, который через него должен был пройти практически мгновенно, а вот "вдруг задержался в СОКЕТАХ" :)

Память там нужна, для того чтобы делать очереди пакетов/буфера, трассировку соединений и привязку к определенному каналу.  При большом числе очередей/каналов - будет требоваться много проца чтобы определить что есть что. Если каналов два и в правил тоже два -  только две подсети - проца много тоже не надо. ИМХО для этого хватит честного P4.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Прозрачный бридж с балансировкой загрузки"  
Сообщение от Аноним (??) on 24-Июл-08, 15:19 
>ну и какие нах. сокеты на раутере ?

Это не маршрутизатор, а коммутатор ;)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру