Sergey
свичи между собой в lag
Sergey
оно ка кодин большйо виртуальный свич со стороны сервера
Sergey
а как там свичи между собой решают - я в душе не чаю
Sergey
протокол lag не изучал
Sergey
там помоему mlag был
Sergey
там в районе 6 алгоритмов по которым решается куда трафик лить
edo1
То есть четвёртый вариант
Sergey
самый простой по маку
J
Подождите, пацаны.
J
Не спешите)
edo1
> 4. 2x свитча в фабрике, vpc/mlag от хостов до свитчей.
Sergey
от хостов до свичей тупо бонд, по факту lag - это же между свичами вича
Sergey
поправте меня сетевики плиз если я не прав
edo1
Я понимаю так: между свитчами поднимается lag
Потом на свитчах настаивается mlag, и сервер цепляется двумя/четырьмя/... линками в одну группу mlag на разных свитчах
Sergey
да
edo1
> 4. 2x свитча в фабрике, vpc/mlag от хостов до свитчей.
edo1
Это оно и есть
J
Давайте расскажу чо как.
Самый ходовой вариант - это бондинг с балансировкой исходящего трафика по парам src port src ip dst port dst ip. То есть, решение принимается куда кидать на основе 4 параметров.
edo1
J
Трафик, в общем то, довольно равномерно размажется по интерфейсам в бонде.
edo1
Вопрос про mlag
J
А.
edo1
Нужен ли он
J
Нахуя?
edo1
Чтобы кластер это при отказе свитча
edo1
Отказоустойчивость
Sergey
бещ lag у тебя точка отказа свитч
J
Ну смотри, тут вот как. Если из каждой ноды отдельные интерфейсы тыкать в разные свитчи - да, MLAG удобно. Но есть еще варианты с balance-tlb и balance-alb, например.
Александр
J
Ну работают же, чо ты.
Александр
Скорее не работают, чем работают
Sergey
в первую очередь не балансинг интересует, а отказоустойчивость
Александр
в первую очередь не балансинг интересует, а отказоустойчивость
Это так называется балансинг
Vladimir
А я скажу что любая сложная L2 технология эатруднит поиск проблемы. Будешь сидеть и думать то ли свитчи мозги ебут со своим MLAG то ли цеф говно то ли еще чо)
Свитчи в стеке, на интерфейсах mlag. С ними пока что ни разу не обсирались.
Sergey
мы закладывались на отакоустоячивость, потому балансировка вообще не нужна была
Александр
А на самом деле, там больше отказоустойчивость
J
Тогда не нужен MLAG. Но простаивающие линки тогда будут)
Sergey
ну смотри, у нас выходило все равно перекос в сторону одного порта
Sergey
но поиметь вместо 10 гигабит даже 12-13 все равно приятно
Sergey
но в первую очередь нужна была отзакоустойчивость
Vladimir
но поиметь вместо 10 гигабит даже 12-13 все равно приятно
А ни кто и не говорил что скорость будет х2
edo1
Да, приятно, что можно перезагрузить свитч наживую
J
Ну ладно, свитчи где MLAG, они дохуя дорогие чо-то.
Sergey
так все это знают
Vladimir
давай лаве и будет легче твоей голове)
Sergey
я к тому что в первую очередь откахоустойчивость
Sergey
а небольшйо прирост в скорости - просто бонус
J
Кто может купить -покупайте, а кто не может, тем вот и рассказываем ебучие схемы эти.
Sergey
ну да, тут вопрос денег
Sergey
мне повезло, фирма не жмотилась ни на бабки на зп ни на инфру
Sergey
ну почти не жмотилась
J
Да, полно.
Александр
🙁
edo1
12-портовый?
edo1
Так он и так ограничено годен из-за числа портов
edo1
А 24-портовый стоит как взрослые
Sergey
Мужики
Sergey
я вам покушать принес
Sergey
https://tools.ietf.org/html/draft-omar-ipv10-06.html
J
Ну, посмотрим чо за хуета)
Михаил
но зачем?!
Sergey
ну типа народ же вяло переходит на 6 версию
Sergey
они решили что если они сделают ещ еодну - все танет быстрее и веселее
Pavel
а тут кто-нибудь с Т Е Р Е М О М работал? )))))
edo1
- All Internet connected hosts must be IPv10 hosts to be able to communicate regardless the used IP version, and the IPv10 deployment process can be accomplished by ALL technology companies developing OSs for hosts networking and security devices
Михаил
выглядит как мертворожденная дичь
edo1
Да хез
J
Да точно.
edo1
Было бы оно в момент внедрения ipv6 - может и взлетело бы
J
Не, это абсолютно профанская поделка.
J
Там нечему взлетать.
J
Вот из того ж разряда)
http://ipv17.ru/
edo1
Раз уж тут флуд, скажите, как сделать, чтобы группа искалась по @bcache_ru
edo1
edo1
Михаил
супергруппу сделай