@dlink_ru - страница 799 - Telegram web archive

Михаил

Собрал lacp из 4 портов на 4xDGS3120 в стеке.. а балансит только по 2м портам.. никто не сталкивался?

ArRR

Было на 3420 из двух портов 1 работал только

ArRR

Длинк прошивку делал потом

Михаил

Интересно, что порты в принципе разные при нагрузке, но получить больше 2х Гбит не выходит на сервер

Михаил

Видимо надо будет писать на почту человекам

Алексей

Собрал lacp из 4 портов на 4xDGS3120 в стеке.. а балансит только по 2м портам.. никто не сталкивался?

алгоритм балансировки какой поставили ? мак адресов с одной\другой стороны сколько ?

Алексей

какая-то печаль :(

это кусок рабочего конфига и он 100500% рабочий

Михаил

алгоритм балансировки какой поставили ? мак адресов с одной\другой стороны сколько ?

Ну попробовал на свичик разные, изначально был ip source dest. С одной стороны сервер с 4 сетевушками а с другой 5 других серверов включенных в то же свич

Михаил

По идее при копировании с 4 серверов на 1 таргет с lacp должен получить 4 Гбит, а выходит всего 2

Илья

это кусок рабочего конфига и он 100500% рабочий

трафик приходит до порта свитча, а дальше не идет :(

Алексей

Ну попробовал на свичик разные, изначально был ip source dest. С одной стороны сервер с 4 сетевушками а с другой 5 других серверов включенных в то же свич

ну так он и балансит соответственно ) если на сетевухе со стороны сервера один\два ип адреса и пакеты приходят на них, вот он в один\ два потока К серверу и будет балансить.

Алексей

если там есть, поставьте чтото типа l4_src_dest_port

Михаил

если там есть, поставьте чтото типа l4_src_dest_port

Изначально такой алгоритм и стоял

Михаил

Со стороны гипервизоров трафик идёт к nas. Гипервизоров 5 и адреса у них соотв разные А у nas 1

Михаил

По идее и при mac source dest и при ip должно балансить

Алексей

Со стороны гипервизоров трафик идёт к nas. Гипервизоров 5 и адреса у них соотв разные А у nas 1

тогда у Вас к насу будет все бежать в один линк, а от наса в четыре.

Алексей

ну и раз у вас трафик с насом уже доходит до N гбт, то имеет смысл поставить в него 10Г карту.

Алексей

как вариант, попробуйте поставить на нас алиасами еще +3 ип адреса.

Михаил

ну и раз у вас трафик с насом уже доходит до N гбт, то имеет смысл поставить в него 10Г карту.

Это в процессе, вместо сервера будет схд. Но то пиковый трафик

Михаил

тогда у Вас к насу будет все бежать в один линк, а от наса в четыре.

Ну а почему щас бежит в 2 из 4х

Алексей

Ну а почему щас бежит в 2 из 4х

поровну бежит ?

Михаил

Рулит в какой порт отправлять то свич а не сервер? Или я путаю

Михаил

поровну бежит ?

Да

Михаил

Рулит балансом то по сути инициатор трафика на агрегации

Алексей

Рулит балансом то по сути инициатор трафика на агрегации

ну на сервере же тоже в лацпе указан какойто алгоритм ?

Михаил

Конечно layer3+4

Михаил

Плюнуть на lacp и сделать просто round robbin в centos? 😀

Алексей

страшные вещи на ночь говорите )

Алексей

п.с. кстати

Алексей

помоему проще было бы уже попробовать на практике

Алексей

запустить чтолибо качать\заливать на нас со всех четырех серверов и попробовать поменять алгоритмы на лету

Михаил

страшные вещи на ночь говорите )

Ну так.. гипотетически 😀

Михаил

запустить чтолибо качать\заливать на нас со всех четырех серверов и попробовать поменять алгоритмы на лету

Это уж после приезда схд. Мне временное решение нужно сейчас по причине ненадежность текущей схд

Алексей

теоретически, одна пара ип_срс_дст даст один хеш и он побежит в один линк. другая пара - в другой линк. третья в третий. ну итд.

Михаил

Ну вот и я так думал

Алексей

но (если я верно помню) если с одной стороны один ип, оно както криво балансит

Михаил

но (если я верно помню) если с одной стороны один ип, оно както криво балансит

Опустится на второй уровень? Mac source dest?

Алексей

главное правило длинка сделали же ? )

Алексей

"обновись до последней прошивки"=)))

Алексей

понятно, что там может поломаться все что угодно

Алексей

но может и починиться

Михаил

😀😀😀 ну я бы с удовольствием, но то не раньше чем праздники длительные.

Михаил

Или если электрики помогут 😀

Алексей

скажем так =- переключать алгоритмы наживо (в моей практике) к авариям на свиче не приводило. так что попробуйте.

Михаил

Ну вот завтра попробую понажимаю кнопки

Михаил

На других линках норм, но там конечно разнообразие маков и адресов большое

Алексей

как вариант, попробуйте поставить на нас алиасами еще +3 ип адреса.

Алексей

если там не ппц критично )

Михаил

как вариант, попробуйте поставить на нас алиасами еще +3 ип адреса.

Не так не выйдет, proxmox не поймет общее хранилище тогда, можно конечно загнатся с mutipath iscsi но имхо оно того пока не стоит

Роман

Рулит балансом то по сути инициатор трафика на агрегации

Не совсем так, каждая из сторон участвующая в лаге балансит согласно заданному механизму балансировки трафик который от неё исходит, приходящий трафик должна балансить другая сторона для которой он будет исходящим

Роман

но (если я верно помню) если с одной стороны один ип, оно както криво балансит

Верно помните, если стоит ип сорс дестинетион или мак сорс то балансится по ним, а если ип либо мак один то и трафик будет ходить только по одному линку

Михаил

Не совсем так, каждая из сторон участвующая в лаге балансит согласно заданному механизму балансировки трафик который от неё исходит, приходящий трафик должна балансить другая сторона для которой он будет исходящим

Я примерно это и имел ввиду, каждая сторона балансирует исходящий трафик

Михаил

Кстати смена на mac source+dest смогла выдать 3 из 4х 😀😀