LACP

Статус: Offline
Реєстрація: 30.05.2006
Повідом.: 71
имеется

2 хоста - на одном nfs-сервер на другом смонтирована с сервера шара

перестало хватать гигабита
на обоих есть еще по 3 свободных интерфейса

посоветуйте каким оборудованием объединить интерфейсы так, чтобы использовать суммарную емкость

циско , 10G , инфинибенд и оптимизацию графов не предлагать
 
любой управляемый свич, умеющий аггрегацию портов (естественно, ОС серверов должна уметь аггрегировать интерфейсы. вот один из вариантов
Тільки зареєстровані користувачі бачать весь контент у цьому розділі
).
 
а вот и нет

любой свич разбалансирует нагрузку в случае один-много или много-много IP

а в случае один-один - будет утилизироваться только 1 линк в транковой группе
 
а вот и нет

любой свич разбалансирует нагрузку в случае один-много или много-много IP

а в случае один-один - будет утилизироваться только 1 линк в транковой группе

ng_one2many, надеюсь вам поможет
 
не работает в случае не ng-орентированной ОС -- непереносимое, немасштабируемое, дилетантское решение. (О)
 
ну используйте проффесиональные, масштабируемые и потенциально беспроблемные недоос типа линукс дальше. только место 2G - будет пидпысдесь. ни один протокол агрегации не анализирует глубже IP
значит вам так надо - увы..
поставьте 2008 виндовс, там срвсем все масштабируемо
сеть - это ТОЛЬКО BSD системы, софтовые или полусофтовые, типа Juniper
удел linux - мыльницы с 2kpps.
ой, вы ж писали оптимизацию не предлагать, а я тут с netgraph
хех, сори, но спасибо за еще один пример сетевой несостоятельности linux
 
несмотря на ваше мнение небольшие компании типа оракла, цитрикса, вмвари и прочих почемуто считают иначе....

вы им напишите о потенциальной проблемности недооси типа линукс, может возглавите направление...
 
давайте вы не прикрывайтесь другими компаниями, а покажите больше 1Ж
оракл купит 10Ж ифейс или построит кластер, а что предлагаете вы?
пока его нет, у меня реальные действия и 1.72 гбит/с один поток, а у вас голословие

п.с. почему из линуксоидов после тыкания лицом в несостоятельность линукс, как сетевой ос, начинают вытекать вещества жизнедеятельности обильно
 
Витя, идите в жопу
переход на холивар и личности - лучший способ показать отсутствие аргументов

я не собираюсь вам ничего доказывать и ни о чем спорить. я задал вопрос
если не осилили решение - идите дальше флудить про герцога, бычок и гигосик в другую ветку
вопрос не в том чтоб получить н-гигабит ради н-гигабит, идите с димой меряйтесь датацентрами, кппсами, и пингами на житомир


вопрос в том чтоб получить транк независимо от того какая ос стоит
 
никак
поставить BSD
мой аргумент netgraph и ng_one2many
мой результат - 25 см 1.72 гбит/с
а у вас что?
вот агрегируете транк вятта-вин95, поговорим :іржач:
 
чукча не читатель, чукча писатель?

к вашему сожалению сети не состоят только из фрибсд роутеров между которыми нужно гонять трафик

когда натянете цитрикс хен сервер или гиперв на фрибсд - приходите, будем с него транк поднимать
 
тогда 10ж...
ой, денег нет, одни понты?
вам не стыдно?
ведете себя как в детском садике. я вам помочь хотел...
 
вы отлично доказали что умеете вести себя в детском садике, а вот к большим дядям вам пока рано, слишком много меряетесь

да и с чтением неважно
 
Тащемта линупсовый бондинг умеет round-robin. Гуглите на тему bonding mode (round-robin кажись mode=0)

Фряшный lagg кстати тоже умеет rr без всяких нетграфов
 
Тащемта линупсовый бондинг умеет round-robin. Гуглите на тему bonding mode (round-robin кажись mode=0)

Фряшный lagg кстати тоже умеет rr без всяких нетграфов

lagg не умеет раскидать 1 tcp-поток
режим r-r является нарушением кадра Ethernet и следует использовать с особой осторожностью.
сразу видно, что вы никогда его не пробовали
ТС хоть набил эти шишки )))
 
а вот и нет

любой свич разбалансирует нагрузку в случае один-много или много-много IP

а в случае один-один - будет утилизироваться только 1 линк в транковой группе

Ну допустим имеем схему one-to-one на L3 по IP адресу. А на L4 по портам many-to-many/one-to-many?
 
преподам надо выделить отдельный раздел...
 
Назад
Зверху Знизу