V
если сервер виртуализации то использовать lacp зашквар с 2016 года
Это физические сервера. один выступает как hyperV, другой частично как полка с дисками.
Size: a a a
2021 February 24
SG
ну тогда можно забыть про smb multipath
𝖲
Ржу нимагу
VM
а как можно пояснить если не сложно?
Одно соединение может использовать лишь один линк, LACP лишь суммирует скорости интерфейсов для всех соединений по каналу LACP создавая логический канал но не физический. Для определения как гонять трафик по нему LACP использует определенные методы хэширования. Вот они и не позволят гонять пакеты по первым попавшимся линкам. Единственное что могло реально суммировать пропускную способность это SMB3 + Win server. Помоему за счет Multichannel.
SL
но точно знаю, что почти все, кто входи в эту тему думают, что лацп должен им балансить трафик по линкам просто за красивые глаза)) но это не так
сейчас на все сервера ставим 2х25 ( ну или по 10) + ipmi/
Как-то раз пройденный секс с 8х1Гиг ( для 4х серверов ) научил многому. )))) Там еще платы была на тупых асиках. И там для того выжать максимум нужно было подключать порты-члены ченнела в разные 4-ки портов
Как-то раз пройденный секс с 8х1Гиг ( для 4х серверов ) научил многому. )))) Там еще платы была на тупых асиках. И там для того выжать максимум нужно было подключать порты-члены ченнела в разные 4-ки портов
SG
Ржу нимагу
ржать над собой полезно
SG
ну так на вопрос то ответ будет - lbfo это хаб или свитч?
𝖲
ну так на вопрос то ответ будет - lbfo это хаб или свитч?
Я незнаю чтл это
SG
про roce можно забыть. приседаний с vmq/vmmq будет больше
PG
но точно знаю, что почти все, кто входи в эту тему думают, что лацп должен им балансить трафик по линкам просто за красивые глаза)) но это не так
у меня один заказчик хотел собрать LACP из двух IPSec-туннелей и per-packet балансировку между ними делать
SG
Я незнаю чтл это
lbfo это teaming в винде
SG
единственный отстой который поддерживает lacp
𝖲
lbfo это teaming в винде
Про виндоус незнаю
SG
так разговор про винду
D
Vladimir Manko
Одно соединение может использовать лишь один линк, LACP лишь суммирует скорости интерфейсов для всех соединений по каналу LACP создавая логический канал но не физический. Для определения как гонять трафик по нему LACP использует определенные методы хэширования. Вот они и не позволят гонять пакеты по первым попавшимся линкам. Единственное что могло реально суммировать пропускную способность это SMB3 + Win server. Помоему за счет Multichannel.
зависит от способа баланиснга
В
сейчас на все сервера ставим 2х25 ( ну или по 10) + ipmi/
Как-то раз пройденный секс с 8х1Гиг ( для 4х серверов ) научил многому. )))) Там еще платы была на тупых асиках. И там для того выжать максимум нужно было подключать порты-члены ченнела в разные 4-ки портов
Как-то раз пройденный секс с 8х1Гиг ( для 4х серверов ) научил многому. )))) Там еще платы была на тупых асиках. И там для того выжать максимум нужно было подключать порты-члены ченнела в разные 4-ки портов
угу, и долго и нудно нужно было рассчитывать хэши, чтобы не заруинить всю светлую идею на старте))
D
может быть и 2 гигабита в портканале на флоу если перпакет
VM
если сервер виртуализации то использовать lacp зашквар с 2016 года
Только касательно винды ибо заменили на SET. А так все относительно.
SL
если сервер виртуализации то использовать lacp зашквар с 2016 года
почему?
VM
почему?
Он намекает что в 2016-м сервере сменили технологию на SET