Объединение сетевых карт

[caxap]

Решил сделать дисковый массив на основе старого сервера. Хочу использовать iSCSI и NFS.
В качестве сервера использую OES2SP2. Средствами Yast сделал объединение сетевых карт.
Сделал, но эффекта не ощутил. По статистике на свиче работает одна из двух. У кого-нибудь получалось разогнать доступ к серверу более 1Гб.

[capricious]

нет таких скоростей не видел пока что

на OES2SP2 врядли

[caxap]

нет таких скоростей не видел пока что

на OES2SP2 врядли

Тогда на чём? Так сейчас скорость, такая же что и при одной карте. Нет ни какого резона объединения.

К примеру при создания бэкапа с двух серверов М$ SQL одновременно, скорость проседает и время увеличивается в двое.
Хотелось бы чтоб такого не было. Пробовал ту же операцию с разделением карт - скорость высокая. Т.е. проблемы не в дисковой подсистеме.

[Сергей Дубров]

Сколько бы вы сетевых карт не объединяли, поток от каждого конкретного src к каждому конкретному dst будет всегда идти только и только через одну карту - так жизнь устроена. "Запараллеленность" можно ощутить на статистике, когда больше чем один источник будет работать с группой сетевых интерфейсов и потоки от разных src будут (с использованием неких алгоритмов) "размазаны" по всем членам группы (при этом никакой гарантии, что два разных потока обязательно разложатся на два разных сетевых интерфейса - здесь как повезёт). Но, повторюсь, по определению - от одного и того же источника (MAC) к одному и тому же получателю поток будет идти ровно через одну карту, сколько бы их там в группе не было.

[caxap]

Сколько бы вы сетевых карт не объединяли, поток от каждого конкретного src к каждому конкретному dst будет всегда идти только и только через одну карту - так жизнь устроена. "Запараллеленность" можно ощутить на статистике, когда больше чем один источник будет работать с группой сетевых интерфейсов и потоки от разных src будут (с использованием неких алгоритмов) "размазаны" по всем членам группы (при этом никакой гарантии, что два разных потока обязательно разложатся на два разных сетевых интерфейса - здесь как повезёт). Но, повторюсь, по определению - от одного и того же источника (MAC) к одному и тому же получателю поток будет идти ровно через одну карту, сколько бы их там в группе не было.

Сейчас в работе сервер от HP, стоит винда. Прогой от HP произведён тиминг для двух карт. В мониторе самой проги на сервере и в мониторе на свиче (свич также от HP) вижу что задействованы две карты от визуального контроля до статистики о прокаченных пакетах. Идея была по аналогии. Только на сайте HP ничего похожего для Linux я не нашёл из программ для тиминга(боудинга).
Почитал, посмотрел, сделал для OES. Но результат не обрадовал. Была надежда но сообщество.

Сразу как-то встал вопрос по разным NAS, типа NetApp или LeftHand. Там в описании так прям и пишут объединяйте, если сетевое оборудование позволяет и будет счастье. Врут? Не будет счастья?

[Сергей Дубров]

Врут? Не будет счастья?

Не врут, если клиентов >1 + везение (как потоки раскидываются по картам, зависит от алгоритма производителя железяки/системы). Некоторые кисюки, к примеру, ксорят младшие биты MAC-адресов (если в группе 4 карты, то, соответственно, ксорятся два младших бита для определения номера карты, по которой пойдёт поток).

Но главное, при любом алгоритме, производителе и пр. - один источник (с одним MAC-ом) - один поток, через одну карту, сколько бы их в группе не было.

[Timur Kazimirov]

Там в описании так прям и пишут объединяйте, если сетевое оборудование позволяет и будет счастье. Врут? Не будет счастья?

Ну так сетевое оборудование-то позволяет? Мало воткнуть две сетевушки от сервера в два порта одного цисковского каталиста и на стороне сервера сделать Team - надо же еще и на каталисте эти порты правильно сконфигурировать.

[caxap]

Там в описании так прям и пишут объединяйте, если сетевое оборудование позволяет и будет счастье. Врут? Не будет счастья?

Ну так сетевое оборудование-то позволяет? Мало воткнуть две сетевушки от сервера в два порта одного цисковского каталиста и на стороне сервера сделать Team - надо же еще и на каталисте эти порты правильно сконфигурировать.

Не хочу ёрничать, но обижаете дяденька. Я не профи, но в том же свиче уже стоит виндовый сервер с объединёнными картами по LACP и работает. И свич не плох Procurve 2848. И делал по аналогии.

Но тема закрыта. Ключевое слово было - если математика понимает что делать. В моем случае, объединение карт есть, а понимания нет и работает только ethr0.

Хотя пока не знаю что делать, предполагаю сделать vlan и разнести разные карты для разных сервисов - storage для ESX в одну подсетку, а iSCSI для NetWare и винды в другую.
Если есть идеи ..... рад выслушать.

[Timur Kazimirov]

И мысли обидеть не было
LACP - это всего лишь протокол с опциями и вариациями вендоров. Если, в конкретном случае у линукса, бондинг предполагает только FT (активный или пассивный - не суть важно), то повышения скорости не будет - будет только отказоустойчивость. У меня тоже связка четырехпортовки в Team на HP сервере (винда) + Catalyst 3560G дает 4/1 (TX/RX), однако связка двухпортовки в Team на IBM сервере (винда) + такой же свитч дает только FT, причем только пассивный. Подменяю на IBM сервере драйвера на драйвера от HP (родные от Brocade) - есть 2/1. Так что ситуация зависит от многих факторов. Наверняка в том же линуксе есть определенные опции для бондинга, опять-таки наверняка зависящие от драйверов.

[Андрей Тр. aka RH]

Средствами Yast сделал объединение сетевых карт.

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

[sovchik]

может и глупый вопрос, но на свитче вы порты объединили в один или нет? в nortell свитчах есть такая фишка.
У нас так работал старый сервак - 4 сетевухи по 100мбит работали как одна 400 мбит.