Дешевые коммутаторы для Дата центра

[fizik051]

Коллеги, день добрый! Помогите определиться с коммутаторами.

Выбираю активное сетевое оборудования для построения датацентра. Уровень доступа/распределения (подключение серверов) и уровень ядра (соединение всех функциональных модулей). Вопрос, какие коммутаторы выбрать? Cisco и Juniper не предлагать - дорого.

Заранее спасибо.

[zstas]

а какие фичи нужны? тупо л2?

[fomka31ru]

стоит сначала определиться какой функционал будете нести. Для своих нужд ЦОД или будете предоставлять услуги?

[fizik051]

а какие фичи нужны? тупо л2?

Да, только L2. Если будет ещё qos то тоже хорошо.

 

стоит сначала определиться какой функционал будете нести. Для своих нужд ЦОД или будете предоставлять услуги?

Предоставлять услуги

[fizik051]

Для коммутаров ядра стекирование обязательно

[s.lobanov]

Для коммутаров ядра стекирование обязательно

Если Cisco и Juniper это дорого, то смотрите на Huawei. Модульные коммутаторы тип s9300 по факту это и есть стек, только он прозрачен для вас, кроме того сами модульные коммутаторы умеют inter-chassis стек. 1U свитчи huawei (кроме самых низких по иерархии) тоже умеют стек

[fizik051]

Для коммутаров ядра стекирование обязательно

Если Cisco и Juniper это дорого, то смотрите на Huawei. Модульные коммутаторы тип s9300 по факту это и есть стек, только он прозрачен для вас, кроме того сами модульные коммутаторы умеют inter-chassis стек. 1U свитчи huawei (кроме самых низких по иерархии) тоже умеют стек

У huawei цена ниже?

[fomka31ru]

У huawei цена ниже?

это если ТСО не считать ;)

[Unilink]

для Датацентров где собираешься услуги предоставлять обычно берут Brocade, Juniper, Extreeme, Cisco а всех остальных по остаточному принципу.

Даже если дёшево купить, но ТСО всю эту экономию съест

[fizik051]

У huawei цена ниже?

это если ТСО не считать ;)

С тех.поддержкой будет дороже чем Cisco?

[fizik051]

А как на счёт snr? Или не тот уровень?

[Unilink]

не тот уровень, сорри

 

В России самый продвинутый Brocade у них 85% рынка свитчинга в ДЦ

[fizik051]

не тот уровень, сорри

 

В России самый продвинутый Brocade у них 85% рынка свитчинга в ДЦ

А как у них с ценами? Дешевле чем juniper?

[g3fox]

Вам нужны только коммутаторы? С роутерами вы уже определились?

[fizik051]

Вам нужны только коммутаторы? С роутерами вы уже определились?

пока только коммутаторы. ищу оптимальное соотношение цена\качество. как ни странно, в интеренете очень мало информации по стоимости владения теми или иными вендорами.

[Diamont]

Раз уж тут SNR предлагали, то можно смело предложить Длинк.

[s.lobanov]

Вам нужны только коммутаторы? С роутерами вы уже определились?

пока только коммутаторы. ищу оптимальное соотношение цена\качество. как ни странно, в интеренете очень мало информации по стоимости владения теми или иными вендорами.

стоимость владения у вас это стоимость саппорта? (расходы на персонал вы и сами посчитать можете). так запросите КП у разных вендоров и сравнивайте

[dignity]

Для коммутаров ядра стекирование обязательно

Зачем?

 

А какая мощность ядра в портах 1G/10G

 

Ядро: bigiron rx4/8/16

Доступ: любое с поддержкой ACL ipv4/ipv6, без разницы особой...

 

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

 

К примеру, у наc:

 

L3 ядро: brocade bigiron rx4 (48 1G copper, 24 1G fiber, 2 10G fiber) (тут же и IX-ы и аплинк)

L2 ядро: 2 x supermicro SSE-X24S (24 + 24 10G fiber)

L2 агрегация: Eltex MES3108F (2 10G fiber, 8 1G fiber, 4 1G copper)

L2 доступ: force10 S50, S60, extreme summit 400-48t, extreme summit x350-48t

 

Услуги: colocation, vps, dedicated, hosting

Если будет облако, то на доступ можно брать самые тупые L2 свичи, если dedicated, colocation, то нужен L3 ACL...

 

Стэки - зло, особенно, если межстоечные (это мой опыт).

[myst]

Вам нужны только коммутаторы? С роутерами вы уже определились?

пока только коммутаторы. ищу оптимальное соотношение цена\качество. как ни странно, в интеренете очень мало информации по стоимости владения теми или иными вендорами.

ИМХО, лучше определяться в комплексе. Моновендорная среда куда как приятнее и проще в эксплуатации.

 

Стэки - зло, особенно, если межстоечные (это мой опыт).

Можно поинтересоваться почему?

[mcdemon]

длинк серии 3120

[dignity]

Можно поинтересоваться почему?

 

Ибо вместо одной точки отказа возникает N точек отказа и все в одном месте.

а) по железу

б) по электропитанию

в) по софту

 

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

[g3fox]

ИМХО, лучше определяться в комплексе. Моновендорная среда куда как приятнее и проще в эксплуатации.

 

 

Согласен. Потому и спросил.

[myst]

Можно поинтересоваться почему?

 

Ибо вместо одной точки отказа возникает N точек отказа и все в одном месте.

а) по железу

б) по электропитанию

в) по софту

 

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

ой дану. вы превратно понимаете смысл стекирования для ядра.

[dIMbI4]

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

Поэтому лучше выбирать из списка нескольких вендоров по которым обучен персонал, железяги умеющие именно то что вами заложено в ТЗ.

Стэки зло - дикое зло) получаешь N* точек отказа по числу железа в стэке а так же сомнительный бэкплэйн между саичами в стэке которого может и не хватить. Лучше применяйте просто стопку+агрегатор или уже модульное шасси. Ну можно еще рассмотреть колльцо - но для ДЦ это не актуально, лучше 2*звездочка.

[fizik051]

Для коммутаров ядра стекирование обязательно

Зачем?

 

А какая мощность ядра в портах 1G/10G

 

Ядро: bigiron rx4/8/16

Доступ: любое с поддержкой ACL ipv4/ipv6, без разницы особой...

 

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

 

К примеру, у наc:

 

L3 ядро: brocade bigiron rx4 (48 1G copper, 24 1G fiber, 2 10G fiber) (тут же и IX-ы и аплинк)

L2 ядро: 2 x supermicro SSE-X24S (24 + 24 10G fiber)

L2 агрегация: Eltex MES3108F (2 10G fiber, 8 1G fiber, 4 1G copper)

L2 доступ: force10 S50, S60, extreme summit 400-48t, extreme summit x350-48t

 

Услуги: colocation, vps, dedicated, hosting

Если будет облако, то на доступ можно брать самые тупые L2 свичи, если dedicated, colocation, то нужен L3 ACL...

 

Стэки - зло, особенно, если межстоечные (это мой опыт).

В ядре 10G порты обязательны.

Почему вы против стэка? Постоянно работаю со стэками из 3750X, никаких проблем не замечал. Как еще вы организуете отказоустойчивость и повышение производительности?

 

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

Поэтому лучше выбирать из списка нескольких вендоров по которым обучен персонал, железяги умеющие именно то что вами заложено в ТЗ.

Стэки зло - дикое зло) получаешь N* точек отказа по числу железа в стэке а так же сомнительный бэкплэйн между саичами в стэке которого может и не хватить. Лучше применяйте просто стопку+агрегатор или уже модульное шасси. Ну можно еще рассмотреть колльцо - но для ДЦ это не актуально, лучше 2*звездочка.

В чем конкретно зло? Кроме слов о нескольких точках отказа я не слышал ни одного аргумента. Собирал стэки ни один раз, все отрабатывает на УРА. И коммутаторы не простаиваются как в случае с RSTP.

У вас лично стэк хоть раз глючил? И если да, то на каком оборудовании?

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

Edited November 14, 2014 by fizik051