Найкращий спосіб з'єднати кілька комутаторів разом


11

Наразі у нас є п'ять 24-портових 3-ти некерованих комутаторів. Чотири з них - це 100Mb комутатори без гігабітного порту (порт MDI Uplink - 100 Мбіт). П'ятий - це повноцінний гігабітний комутатор, який ми використовуємо для всіх наших серверів. Наразі вони приковані разом, таким чином:

alt текст

У певний час доби продуктивність мережі стає прихильною. Ми перевірили, що це не має нічого спільного з ємністю сервера, тому ми залишаємося з розглядаючими вузькими місцями мережевого вводу-виводу. Ми сподівалися підключити кожен 100Mb комутатор безпосередньо до гігабітного комутатора, так що кожен користувач буде лише один комутатор від сервера ... так:

alt текст

У момент, коли це було підключено, весь мережевий трафік припинився. Це неправильний спосіб зробити це? Ми перевірили відсутність циклів і перевірили, що у нас не було жодних перехресних кабелів (усі комутатори мають Auto-MDI). Потужність на 5 перемикачах також нічого не зробила.


Купівля, запозичення, жебрацтво або викрадення єдиного недорогого керованого комутатора для ролі "повного гігабіту" насправді не є варіантом? Декілька сотень купують вас, наприклад, HP JE006A (який розробляється 3-кілометровим телевізором) сьогодні, і ви матимете набагато кращі способи налагодження, коли ця проблема повториться (і оскільки вона просто з’явилася, не докладаючи зусиль, щоб її з’явити, вона, ймовірно, буде ).
rackandboneman

Відповіді:


17

Можливо, вимикачі просто шанували вашу дивовижну топологію?

Якщо серйозно, якщо ви можете зайняти час, зробіть це ще раз, але підключіть один раз один перемикач одночасно до перемикача Gb і перевірте підключення та функціонування на кожному кроці.

Коли мережа остаточно зупиниться, відключіть усі комутатори та спробуйте спочатку підключити цей комутатор. Якщо це повториться, відключіть все на цьому комутаторі та додайте їх назад по черзі, щоб знайти нещасне посилання.

Якщо він не загине, додайте перемикачі, поки це не зробиться. Якщо вона не вдається після додавання більше комутаторів, можливо, один з комутаторів не може обробити розмір таблиці адрес MAC, і вам потрібен більший комутатор?


3
Крім того, якщо це знову не вдасться, спостерігайте, як на вимикачах загоряються індикатори активності - вони будуть гаятися?
Зіфер

@Zypher - хороший момент, ми будемо шукати години (упродовж дня вони завжди зникають, у нас багато мережевого трафіку).
Звуковий сигнал

2
Якщо не мати керованих комутаторів, такі проблеми важко відстежувати, оскільки вам не вистачає видимості в мережі. Але підхід Метта повинен допомогти вам швидко його звузити.
3вплив

1
@Matt: мінорна точка, комутатори не мають таблиць ARP. Якщо вони не є комутаторами L3, то в такому випадку їх слід називати маршрутизаторами. :)
Муралі Суріар

2
Підхід Метта є хорошим, як і ваша зміна в топології (найгірший з можливих ланцюгів). Існують різні інші незрозумілі речі, які можуть стати причиною вашої проблеми, які важко відстежити на некерованому мережевому механізмі. Я бачив подібну поведінку з "односторонніми" серверами - на зразок заблокованого сервера syslog, який отримує лише журнали, але ніколи не говорить. Це призводить до тимчасового виходу його MAC-адреси на таблицю комутатора, і весь трафік на цьому сервері переливається через усі порти. Аналогічна проблема з кластеризацією чи VRRP ...
Джефф

3

Я б неодмінно спробував змусити цю топологію працювати (з діагностичними підказками Метта Сіммонса як керівництвом), оскільки це забезпечить кращу затримку (завжди лише один скачок). Також, враховуючи ваші обмежені можливості взаємозв’язку, спробуйте:

  • поставити машини, які часто розмовляють між собою на одному комутаторі (так, щоб з'єднувачі не мали стільки трафіку); і
  • гакові машини, які мають гігабітні NIC, і безпосередньо спілкуються з багатьма іншими машинами на гігабітному комутаторі (щоб вони могли максимально ефективно отримувати свої дані в мережу).

Зрештою, ви не можете вкласти десятиграмову індичку в мішок на п’ять фунтів, і я буду складати план придбання набору керованих гігабітних комутаторів, виходячи з того, що ваш опис мережі вже активно використовується.


"Ви не можете вкласти десятиграмову індичку в мішок на п'ять фунтів" - приємно. Але що робити, якщо ми проклеїмо разом два стрічки на п’ять фунтів? Це працювало досі =)
Звуковий сигнал

1
Я здогадуюсь, що ефірний канал був би еквівалентом канальної стрічки ... хоча потрібні керовані комутатори.
живіт

0

Некеровані комутатори мають обмеження на кількість трафіку, який вони можуть ефективно перемикати - мало того, що ви очікували. Ви, ймовірно, отримуєте суперечку між штормом та шиною, що спричиняє негаразди, оскільки занадто багато пакетів або клієнтів намагаються одночасно використовувати мережу. Перехід на керовані комутатори (ми використовуємо 24-портові мережі Netgear, які працюють близько 250-300 доларів за поп), дадуть вам більше можливостей комутації та можливості порту QOS, якщо вам потрібно краще керувати пріоритетом.

Емпірично ми спробували нижній макет один раз, і це просто пішло погано. Я впевнений, що справжній CNE розповість нам про справжню причину, але я завжди дотримувався верхньої конфігурації просто для того, щоб проводка була простою, чистою та справною. Зауважте, ми могли просто мати кругову петлю і цього не помічали.


4
Керовані вимикачі мають ті ж обмеження, що і некеровані комутатори. Керовані комутатори просто дають вам більше контролю та наочності того, що відбувається в мережі.
3вплив

2
@ 3d: Хоча ви маєте рацію, що немає суттєвої різниці між потужністю керованих та некерованих комутаторів, на практиці керовані перемикачі мають тенденцію до більш якісного кінця ринку, а отже, мають тенденцію до кращого перемикання тканин, що дозволяє їм більше кидатися. рух навколо.
живіт

@ womble ... без сумніву, але в основному всі некеровані комутатори "не блокують" принаймні, що стосується опорної площини. Чи може процесор не відставати від фрагментів пакетів та інших проблем з tcp - це ще одне питання. Керовані комутатори також мають більше кешу на кожному порту, ніж їхні некеровані брати.
3вплив

0

Ще декілька ідей щодо речей може тривати:

  1. Автоматичні переговори можуть вибирати невідповідні налаштування швидкості / дуплексу. Обов’язково встановіть порти вручну на 100 / Full
  2. Під час внесення змін, без сумніву, відбудеться повторне узгодження дерева-Spanning-Tree. Це може зайняти досить багато часу, залежно від ваших різних таймерів. Якщо ви не чекали принаймні 2 хвилини, це може вплинути на ваші тести.

1
Як не дивно, якщо ми встановимо клієнтів 100 / Full або 100 / Half, багато з них значно сповільнюються. Єдиний спосіб, як він продовжує надсилати швидше, ніж 10 Мб, це встановити його для автоматичного узгодження. Не має сенсу, але багато наших клієнтів - це Win98 (застаріле додаток, яке ми не можемо замінити ще один рік), тому ми з цим не возимось.
Звуковий сигнал

Я говорив про з'єднання між перемикачами, налаштованими вручну на 100 / Full. Якщо два комутатори одного виробника не працюватимуть, коли посилання налаштовано вручну, щось не так, і я б зателефонував із технічною підтримкою.
Вейд Вільямс

Ага. Це некеровані комутатори і не дозволяють змінювати швидкість порту.
Звуковий сигнал

Насправді така поведінка має ідеальний сенс і є в специфіці. Якщо одна сторона (перемикач) встановлена ​​на автоматичну, а інша жорстко закодована на повну / 100, комутатор спробує домовитись і не вдасться, оскільки клієнт не домовляється про зворотній зв'язок. Щоб повноцінний / 100 працював, або авто з обох сторін, або жорсткий код з обох сторін, не змішуйте авто з жорстким кодом.
Джефф

0

Той факт, що ви ромашково прикували комутатори, є джерелом вашої проблеми саме там. Я б радив вивчити як мінімум придбання керованих комутаторів. Хороший підхід для малого бізнесу, а також економічно ефективний - це реалізація згорнутої основної конструкції з вланами. Таким чином ви можете сегментувати домени трансляції / зіткнення та контролювати продуктивність своєї мережі.


2
Установка, яку він намагається реалізувати, - це не ланцюжок ромашок.
rackandboneman

0

Виглядає як штормова арфа, коли декілька некерованих комутаторів з'єднані в кільце, як топологія чи подібне.

ПРИЧИНА: Передача арп у всіх портах вирішить шлях, але частина власних арп відскочить назад, викликаючи бурю. У таких ситуаціях швидкість зв’язку насичується до 100% у всіх портах і зупинках руху. Використовуйте керовані комутатори для вирішення цієї проблеми.


-2

Що слід врахувати: Ви використовуєте кросовер або прямі кабелі? Ви завжди повинні використовувати кабелі, що перехрещуються, під час підключення подібних пристроїв. Використання прямого кабелю в звичайному порту сповільнить підключений перемикач до повзання, якщо вимикач не призначений для автоматичного виправлення різниці проводки. (Деякі роблять).


3
Просто невірно. Якщо порт не є автоматичним зондуванням, використання прямого кабелю взагалі не буде працювати . І якщо це замість нього автоматичне зондування, це не матиме ніякого значення.
Массімо

Я збирався не погодитися з -2, оскільки питання - це 2009 рік, але відповідь надійде в 2012 році? Я згоден з голосами. : P Зараз щодня, не має значення, перехресно чи ні.
Кріс К
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.