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

Насколько они совместимы, какие кабели можно использовать?

Я когда покупал такие кабеля просто писал продавцу у меня серваки такие то, свичи такие то, какой кабель нужен? И подгоняли нужные. Может вам тоже просто спросить?

И кстати есть какие то кабеля которые программируются, хз что это такое но у меня и без них заработало.

Можно соединить 40 и 100 Гбит/с порты, порт на 100 должен уметь понижать скорость до 40. Ставьте модуль QSFP+ (40) в порт QSFP28 (100).

Кабеля берите те, под которые расчитаны модули (одномод/многомод).

Надо ещё понимать на какие расстояния у вас модули. Если стоят какие-нибудь на 80 или 120 км, то надо ставить аттенюатор для ослабления сигнала.

еще вопрос, если у меня 2 tor коммутатора в MLAG (MC-LAG), линк между ними (коммутаторами) должен быть в 2 или в 4 раза шире, чем один LAG (bonding) линк от сервера к коммутаорам? если линк между коммутаторами в 2 раза больше, чем один бондинг от сервера к коммутатору, это не будет бутылочным горлом?

Совместимость оптических портов и модулей на коммутаторах (комментарий)

так же к вам вопрос. Если в теме, ответьте пожалуйста, гугл говорит, что лучше в 4, но в 2 не будет проблемой?

если линк между коммутаторами в 2 раза больше, чем один бондинг от сервера к коммутатору, это не будет бутылочным горлом?

Не совсем понимаю, линк между коммутаторами должен быть такой (это фиг сделаешь) чтобы все устройства могли на всю катушку долбить одновременно на другую сторону.

Вот у меня 2 сервака по 2х10G т.е. на следующий свич лезет уже 4x10G.

Смотри спецификации конкретных коммутаторов: какие скорости и трансиверы они поддерживают на конкретном порту.

Совместимость и обратная совместимость не описывается и не гарантируется никакими стандартами, это вопрос реализации конкретной железки.

Очень часто 100G порты не совместимы с другими скоростями. Очень часто трансиверы других производителей не совместимы с коммутаторами.

ну смотри, как я думаю, 2 tor коммутатора у меня будут в MLAG (MC-LAG) каждый сервер имеет 2 сетевые карты в бондинге, одна сетевая катра включается в 1-й tor, вторая сетевая карта включается в 2-й tor, по идее, если идеальная балансировка на свичах и в бондинге, то линк между 2-мя тор коммутаторами вообще будет не загружен, если есть перекос, половина серверов посылает пакеты в 1-й коммутатор, вторая половина посылает во второй коммутатор, всего 14 серверов, в самом плохом случае, если первая половина серверов общается со второй половиной, то они генерируют рафик 140G, но это маловероятный сценарий, я надуюсь

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

Если вопрос только по модулям трансиверов, то вам всё ответили. Я поддержу анонимуса, который намекает специфику конкретного железа. Много вендоров в принципе не поддерживают не свои трансиверы. Проприетарщина же.

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

Я бы вот что спросил:

1. Какую задачу вы решаете? Если у вас все серверы только разговаривают между собой через top-of-rack (что странная задача, как минимум), то это одно, а если с кем-то большим через ядро сети - это другое. В любом случае неплохо бы понимать - боретесь ли вы за минимальные переподписки при сетевом обмене, минимальные задержки или же за отказоустойчивость в любых раскладах. Всё сразу бывает обычно с некими компромиссами и за дорого.
2. Как именно планируете настраивать MLAG на железе (там точно больше одного варианта)?
3. Как именно планируете настраивать бондинг (на линуксе так 6 режимов и плюс варианты определения отказов в сети)?

Иначе это просто какая-то суета общими словами.

я почти ничего не знаю, просто идеи проверяю, мне не только тут сказали, что часто всякие переходники и т.п. не работают в зависимости от производителя (вообще, я работал в последний раз с сетевым обрудованием в 12-м году, это была провайдерская сеть, 2G вверх и 2G вниз, все по меди, я 10G в глаза не видел никогда), а так, я даже не знаю, с чем придется работать, мало того, у меня нет даже «show run» с установленного на сети оборудования, я не знаю, какие и где там скорости, не знаю, как между собой уживаются коммутаторы, которые там уже установлены, руководство я читал вдоль, так как не знаю, какие функции на том оборудование реально работают, а какие в руководстве для галочки, так что ваше впечатление вполне правильно сложилось, скажу по секрету, там установлено какое-то гавно, которое жутко глючит. Я пытался связаться с производителем, у меня попросили серийники, номера договоров, этого всего мне тоже никто не дал, так что будем строить как придется и слава вселенной, если заказчик останется доволен. И конечно у меня 0 опыта в проектирование отказоустойчивых серверных сетей. Что неявно можно было понять из моего резюме

Какую задачу вы решаете? Если у вас все серверы только разговаривают между собой через top-of-rack (что странная задача, как минимум), то это одно, а если с кем-то большим через ядро сети - это другое.

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

Иначе это просто какая-то суета общими словами.

так и есть, по сути

Я не пытался как-то задеть, но пытался намекнуть, что немного полистать теорию не помешает.

А раз вы пытаетесь проектировать в условиях информационного тумана, то и не нужно пытаться из этого сделать Star Destroyer с первой попытки. Это я про оценки полосы в 140Гбит между серверами :)

Минимальный уровень обычно это отказоустойчивость. А битва за полосу и оптимизации - это потом.

Нарисовали эскиз, помоделировали отказы - делайте. А вот если даже нарисовать не получается, тогда за железо браться точно не стоит.

И делать без вендорской документации получится плохо. Лучше где-нибудь достать.

я уже штук 5 разных версий нарисовал, первые рисовал с расчетом на максимальную пропускную способность, там где просил заказчик, последние с расчетом на реальную возможность подключения оборудования, я при этом не сетивик нисколько, о технологии MLAG (MC-LAG) узнал только пару недель назад, на собеседование спросили, сможешь настроить, я сказал, смогу, если будет документация и схема, документация есть, но не понятно, как она согласуется с реальностью, а схемы оказывается мне самому нужно рисовать, да так-то похуй, сегодня понедельник, вкатываемся в работу после выходных, среда будет жаркой ))