Jump to content
Калькуляторы

Пара коммутаторов с MLAG

Приветствую.

Подскажите какие сейчас бюджетные модели коммутаторов на 48 портов SFP+ с поддержкой MLAG? Использоваться будут для офисной сети под ядро, сервера и коммутаторы доступа. 

Edited by alger

Share this post


Link to post
Share on other sites

Смотря что подразумевается под MLAG. Обычно это enterprise фича, и понятие "бюджетный"под такое ну очень...такое. Скажем,  у HPE/Aruba LAG есть в VSX, и это какие-нибудь CX8320 минимум, там без модулей в миллион за юнит встанет, если не больше.

Share this post


Link to post
Share on other sites

у juniper qfx5100-48s и выше

у cisco - это nexus'ы с vpc (аналог mlag)

Бюджетно вряд ли будет

Share this post


Link to post
Share on other sites
35 минут назад, jffulcrum сказал:

Смотря что подразумевается под MLAG. Обычно это enterprise фича, и понятие "бюджетный"под такое ну очень...такое. Скажем,  у HPE/Aruba LAG есть в VSX, и это какие-нибудь CX8320 минимум, там без модулей в миллион за юнит встанет, если не больше.

нужен от хоста LACP на два коммутатора, для увеличения канала и отказоустойчивости.

 

15 минут назад, vvertexx сказал:

у juniper qfx5100-48s и выше

у cisco - это nexus'ы с vpc (аналог mlag)

Бюджетно вряд ли будет

у Dell-а есть VLT, по большому счету как называться будет не важно, главное возможность агрегировать канал с двух разных коммутаторов, и желательно не в стэке.
На счет бюджетно - понятно что это не дешевое удовольствие, но хотелось бы понимать у какого производителя лучше цена.
 

Share this post


Link to post
Share on other sites

А что на хостах? Виртуализация - так обычно у гипервизоров есть свои возможности по тимингу и балансировке на уровне ВМ.

Share this post


Link to post
Share on other sites
25 минут назад, jffulcrum сказал:

А что на хостах? Виртуализация - так обычно у гипервизоров есть свои возможности по тимингу и балансировке на уровне ВМ.

на серверах VmWare, но есть и с виндой, коммутаторы доступа зоопарк из cisco, hp, dell.

Edited by alger

Share this post


Link to post
Share on other sites
1 час назад, vvertexx сказал:

у cisco - это nexus'ы с vpc (аналог mlag) 

так у циски и обычные каталисты в стеке могут lacp/pagp без проблем.

 

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

Share this post


Link to post
Share on other sites
3 часа назад, alger сказал:

Приветствую.

Подскажите какие сейчас бюджетные модели коммутаторов на 48 портов SFP+ с поддержкой MLAG? Использоваться будут для офисной сети под ядро, сервера и коммутаторы доступа. 

 

А вы не путаете MLAG и стэкирование? Я бы лучше брал стэкирование, с MLAG пляски

Share this post


Link to post
Share on other sites
32 минуты назад, VolanD666 сказал:

А вы не путаете MLAG и стэкирование? Я бы лучше брал стэкирование, с MLAG пляски

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

Share this post


Link to post
Share on other sites
1 час назад, VolanD666 сказал:

А вы не путаете MLAG и стэкирование? Я бы лучше брал стэкирование, с MLAG пляски

Не путаю. Стэк не хочу.

 

1 час назад, kapydan сказал:

так у циски и обычные каталисты в стеке могут lacp/pagp без проблем.

 

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

хорошо, "бюджетно" не правильное слово. у какого производителя это будет дешевле ?

Share this post


Link to post
Share on other sites
3 минуты назад, alger сказал:

Не путаю. Стэк не хочу.

Почему?

Share this post


Link to post
Share on other sites
3 минуты назад, VolanD666 сказал:

Почему?

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

Edited by alger

Share this post


Link to post
Share on other sites
11 минут назад, alger сказал:

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

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

Раньше у cisco стекированнные свичи l3 с роутингом на них имели много проблем - он утечек памяти до зависаний.

 

23 минуты назад, alger сказал:

у какого производителя это будет дешевле ?

из перечисленных - у джунипера

Share this post


Link to post
Share on other sites
3 часа назад, alger сказал:

на серверах VmWare, но есть и с виндой

Ну средствами Вари и делается тиминг по Virtual Port ID, от свитчей вообще ничего не требуется - NIC teaming in ESXi and ESX and process to configure (1004088) (vmware.com) . В Windows также делается тиминг, простейший вариант в Create a new NIC Team on a host computer or VM | Microsoft Docs . При падении порта перестраивается быстро, в пределах 15 секунд (если не затупит сам свитч, например по причине переполненой FIB/MAC)

Share this post


Link to post
Share on other sites
12 минут назад, jffulcrum сказал:

Ну средствами Вари и делается тиминг по Virtual Port ID, от свитчей вообще ничего не требуется - NIC teaming in ESXi and ESX and process to configure (1004088) (vmware.com) . В Windows также делается тиминг, простейший вариант в Create a new NIC Team on a host computer or VM | Microsoft Docs . При падении порта перестраивается быстро, в пределах 15 секунд (если не затупит сам свитч, например по причине переполненой FIB/MAC)

Раз отошли от темы, подскажите, если на vmware собран тиминг без агрегации, канал суммируется или второй линк будет работать только при отказе первого ?
 

Share this post


Link to post
Share on other sites

Если в качестве load balancing в свойствах созданной в Варе сети указан Use failover order, то используется только один канал, второй будет в standby. В других методах, вроде помянутого Virtual Port ID, она поделит машины между портами примерно поровну, т.е. одна машина смотрит в один физический порт (если у нее один виртуальный сетевой интерфейс). Соответственно, при падении порта все переедет на оставшийся.  Свитч видит мак машины по одному порту в один момент времени. 

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
1 час назад, zhenya` сказал:

Vpc норм технология

 а чем оно принципиально лучше mlag? со стороны сервера, как я понял,  и то, и то обычно выглядит как стандартный lacp lag.

Share this post


Link to post
Share on other sites

не то чтобы лучше, просто vpc именно для нексусов только подходит. ну и каждого из свичей в vpc будет свой management plane. а вот у mlag, кажется нет, но точно не помню.

Share this post


Link to post
Share on other sites
27 минут назад, kapydan сказал:

не то чтобы лучше, просто vpc именно для нексусов только подходит. ну и каждого из свичей в vpc будет свой management plane. а вот у mlag, кажется нет, но точно не помню.

Да VPC этот тот же МЛАГ только от циски же

Share this post


Link to post
Share on other sites
17 минут назад, VolanD666 сказал:

Да VPC этот тот же МЛАГ только от циски же

только для нексусов, потому что 9500 каталисты поддерживают только stackwise virtual и управляются как единое устройство

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now