dr Tr0jan Опубликовано 29 января, 2014 (изменено) · Жалоба Взяли блейда HP C7000 с двумя ProCurve 6120XG. Возникла проблема с подключением к сети предприятия (две C3750X в стеке). 6120XG не умеет ни стек, ни Distributed Trunking Protocol. А сами лезвия хочется для фейловера подключить сразу к двум прокурвам. STP не можем использовать, т.к. очень долго сходится (на лезвиях будут крутиться сервисы критичные к потерям пакетов). Посоветуйте пожалуйста способы подключения. Изменено 29 января, 2014 пользователем dr Tr0jan Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dignity Опубликовано 29 января, 2014 · Жалоба А вообще, как часто будет отрабатывать rstp? Один раз в 5 лет? Все еще критично? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dr Tr0jan Опубликовано 29 января, 2014 (изменено) · Жалоба Со стороны C3750X RSTP может отработать раз в несколько месяцев. Для нашего рода деятельности (транспорт) это критично. Изменено 29 января, 2014 пользователем dr Tr0jan Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SergeiK Опубликовано 29 января, 2014 · Жалоба MSTP настройте, будет работать достаточно быстро. STP/RSTP у Cisco будет per Vlan, будет спотыкаться. Или замените на cisco модули в блейд шасси, такие существуют. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dr Tr0jan Опубликовано 30 января, 2014 · Жалоба Допустим, с RSTP/MSTP можно смириться. А как в таком случае подключить лезвие (с двумя ethernet) к прокурвам, чтобы был фейловер? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Night_Snake Опубликовано 30 января, 2014 · Жалоба У нас тоже такое "счастье" стоит. Пока ограничились обычным портченнелом без LACP, но сам понимаешь, что это никуда не годится. (Хотя чисто теоретически можно попробовать собрать PortChannel между 3750 и блейдом, но я не уверен совсем, что 6120 чужой LACP пропустит. А на блейдах винда крутиться будет? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SergeiK Опубликовано 30 января, 2014 · Жалоба Допустим, с RSTP/MSTP можно смириться. А как в таком случае подключить лезвие (с двумя ethernet) к прокурвам, чтобы был фейловер? Active/Standby - самое простое. Но есть и более изощренные модели балансировки нагрузки, если надо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dr Tr0jan Опубликовано 30 января, 2014 · Жалоба Пока ограничились обычным портченнелом без LACP Не совсем понимаю, между чем и чем портченнел? А на блейдах винда крутиться будет? Да. Active/Standby - самое простое. Это как? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SergeiK Опубликовано 30 января, 2014 · Жалоба Active/Standby - самое простое. Это как? Ну, на блейде два внутренних интерфейса, каждый к своему свитчу. Один из них конфигурируется как active, второй как standby к первому. В случае падение первого (при выходе из строя свитча), второй поднимается на тех же настройках автоматически, и довольно быстро. Сейчас у меня все под ESXi, там есть и другие опции. Но знаю, что так делается и по MS и под Unix/Linux. Как именно - не подскажу. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Night_Snake Опубликовано 30 января, 2014 · Жалоба Не совсем понимаю, между чем и чем портченнел? Просто собирается bond-интерфейс, в него добавляются два порта с двух свичей. ЧСХ, ответной части нет =) Я сильно не разбирался, с моей-то стороны вообще ни про какие портченнелы речи нет, это уже юникс-админы крутят-вертят. Хотя, есть обоснованное подозрение, что винда портченнел собрать не сможет... Кстати да, а почему бы не заюзать ESXi? И уже на нем фейловер поднимать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dr Tr0jan Опубликовано 31 января, 2014 (изменено) · Жалоба Ну, на блейде два внутренних интерфейса, каждый к своему свитчу. Один из них конфигурируется как active, второй как standby к первому. В случае падение первого (при выходе из строя свитча), второй поднимается на тех же настройках автоматически, и довольно быстро. На винде не получилось один сконфигурировать как active, второй - как standby. Только оба как active. На циске тоже Etherchannel static сделали. Стенд собрали - заработало. Прокурвы не объединяли по ISL. При отключении кабеля/свитча переключение происходит за 2 секунды, даже от RSTP/MSTP отказались. есть обоснованное подозрение, что винда портченнел собрать не сможет... Вполне может, ещё со времён 2008 (возможно и раньше). Кстати да, а почему бы не заюзать ESXi? И уже на нем фейловер поднимать. ESXi неудобно обслуживать без vSphere, при количестве нод кластера больше десятка. И я тебе уже вроде говорил, что у нас MS Software Assurance. Фейловер на виртуалках нельзя поднимать из-за специфики нашего софта. Изменено 31 января, 2014 пользователем dr Tr0jan Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Night_Snake Опубликовано 31 января, 2014 · Жалоба На винде не получилось один сконфигурировать как active, второй - как standby. Только оба как active. На циске тоже Etherchannel static сделали. Стенд собрали - заработало. Прокурвы не объединяли по ISL. При отключении кабеля/свитча переключение происходит за 2 секунды, даже от RSTP/MSTP отказались. О, надо будет проверить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dr Tr0jan Опубликовано 20 декабря, 2018 · Жалоба Всё оказалось хернёй. Думал над схемой последние полгода, нашёл критичные моменты. Сегодня всё переконфигурировал на Switch Independed Teaming со стороны блейдов (кстати, можно и нужно использовать родной проприетарный QLogic SLB (tm) для блейдов) и убрал агрегацию с C3750X. На прокурвах поднял MSTP с единым регионом всей остальной сетки. Пришлось правда создать новый Instance, чтобы ISL грамотно работал (по нему гоняется iSCSI для СХД, воткнутой в тот же прокурв). Сейчас работает шикарно. Пять лет прошло, как время то летит... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...