Стойки для структурированных кабельных серверов

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

Мы думаем об установке коммутационных панелей в каждой стойке, подключенных обратно к первой стойке к другой панели, оттуда патч-провода, которые идут в коммутаторы, а на других стойках патч-провода идут в серверы.

Таким образом, сервер в стойке 5, например, будет подключен примерно так:

[сервер] -> [соединительный кабель] -> [соединительная панель в стойке 5] -> -> -> -> -> -> [соединительная панель в стойке 1] -> [соединительный кабель] -> [переключатель]

Будет ли что-то подобное работать?

Любые пункты, предложения приветствуются.

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

Это будет работать, но в чем преимущество перед чисткой существующих кабелей и хранением коммутаторов в локальных стойках (есть ли много перекрестных соединений между стойками, которые можно устранить?).
Помните, что патч-панели волшебным образом не делают вашу проводку аккуратнее: дисциплина, обслуживание и множество липучек делают это.

Как правило, разделение ваших стоек может быть полезным, особенно потому, что патч-панели обычно поставляются с хорошими сплошными стволами от панели к панели (меньше мусора под полом или в кабельных лотках).
Большим недостатком является то, что если вы потеряете связь на коммутаторе, у вас теперь будет гораздо больше проблем для устранения неполадок (это кабель от сервера к локальной коммутационной панели, магистраль от панели к панели, кабель от коммутационной панели к коммутатор, сам коммутатор, сам сервер и т. д.).
Меньшим недостатком является необходимость открыть две стойки для подключения сервера к коммутатору. Это может быть рассмотрено как повышение безопасности (кто-то, у кого есть ключи от стойки коммутатора, должен быть рядом, чтобы подключить новое оборудование).

Небольшой совет, независимо от того, что вы решите сделать: Документируйте чертовски свои кабели - ОСОБЕННО, если используете патч-панели. Позже вы поблагодарите себя, когда вам нужно выяснить, какой путь сервер использует для подключения к порту коммутатора. (Здесь есть несколько вопросов о схемах маркировки кабелей - один из них /server/64259/what-is-the-most-effective-solution-you-used-to-label-cables )

Я лично участвовал в подключении дата-центров к обоим описанным вами методам, и должен сказать, что наличие коммутатора в стойке оказалось гораздо лучшим решением. Как установка, так и обслуживание проще с коммутатором в стойке, и если вы не планируете, чтобы количество серверов было значительно ниже плотности портов коммутатора в стойке, коммутатор в стойке, скорее всего, будет дешевле.

Вот несколько преимуществ, которые я получил за решение для коммутатора в стойке

• Требуется меньше межстоечных кабелей - 1 (+ резервное копирование / соединение) восходящий канал для каждого основного коммутатора вместо 1 на хост. Это ОГРОМНО.
  • Меньше времени на реализацию
  • Меньше кабелей для тестирования
  • Более низкая стоимость (при условии, что вы можете правильно подобрать коммутаторы в стойке)
• Требуется 1 соединительный кабель вместо 2 - каждый провод, который проходит, является другим местом, которое требует тестирования
• Меньше документации - как минимум, каждый кабель должен быть маркирован, и 1 легче, чем 2
• Полностью прослеживаемые соединительные кабели - случаются упущения и пропускается документация, в одной стойке намного легче отследить кабель (но все равно неинтересно)
• Более легкое удаление / перемещение сервера. Панели исправлений требуют большого доверия к вашей документации. Переключатель в стойке. Я вытаскиваю кабель от сервера, отрезаю конец, подаю его обратно к коммутатору и вынимаю. Нет доверия / догадок на патч-панели
• Меньшее количество ошибок в данных - панель обмоток имеет 6 точек для перфорации / обжима до достижения коммутатора, у коммутатора в стойке - 2. Каждая точка обжима / перфорации - это место, где теряется сигнал. Это меньше проблем с 100Mb, чем 1Gb +. Я также обнаружил, что легче сертифицировать обжим RJ45, чем пробивать панель.
• Ускорение инвентаризации коммутаторов - распечатать конфигурацию для одного коммутатора и проверить стойку намного проще, чем распечатать все конфиги для всех коммутаторов и проверить
• Меньше беспорядка - решение с коммутационной панелью требует большого количества кабелей в небольшом пространстве, и если вы видите беспорядок с 1 стойкой серверов (~ 40 кабелей), представьте, что у вас более 160 устройств в одном месте

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

В настоящее время мы делаем именно это, где я работаю. И я ненавижу это .

1. Множество дополнительных точек отказа
2. У нас всегда короткие ссылки в кабинете.
3. Когда нам нужны новые ссылки, кто-то проводит проводку в шкафу по лестнице, рискуя всеми другими ссылками.
4. У нас есть направляющие для очистки проводов под каждой патч-панелью, а затем направляющие для проводов на стороне переключателя, что приводит к потере места.
5. утроить количество кабелей. Ура. Мне нужно больше таких!
6. А соединительные кабели bajillion работают без всякой рифмы или причины и без возможности легко их отследить .

Этот последний пункт является худшим. Когда вы спешите, несколько уровней трассировки являются адом, и ваш коммутатор находится далеко-далеко, когда все, что вам нужно сделать, это одновременно проверить индикаторы на сервере и коммутаторе.

Если вы сделаете это таким образом, я бы порекомендовал вам чередовать 1 мк коммутаторов с 2 микросхемами, чтобы у вас не было мега-кирпича проводов, проходящих по каждой стороне от блока восходящих линий к блоку коммутаторов. , Вы должны привязать провод, чтобы держать его под контролем, когда у вас более 200 проводов в одном канале, и тогда вы НИЧЕГО не сможете отследить.

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

ОБНОВЛЕНИЕ с Советом

Мы использовали всплывающие патч-панели Panduit и аппаратные оба, и все в порядке, если ваш электрик в порядке. Много снятия стресса имеет решающее значение с долгосрочной проводкой, согните их, связать их и связать их. И, честно говоря, вы должны прививать культуру правильного ведения дел ... поэтому приобретайте вертикальные проволочные направляющие и используйте их религиозно. (Липучка к раме стойки в порядке!) Драпированные кабели разрушают гравитацию.

С точки зрения @ voretaq7: хорошая предварительная разводка всего блока из 24-х - это хорошая идея, которую вы найдете позже для них (мы закончили тянуть KVM, используя их в качестве соединений между шкафами и т. Д.).

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

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

Это сработает, и я считаю, что это хорошая идея. Таким образом, вы разделяете серверные стойки и стойки телекоммуникационных ...

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

Я думаю, что я пропущу патч-панели, переработаю и уберу то, что у вас есть.

Патч-панели не обязательно очистят ваши стойки.

Я переместил бы переключатели в середину и запускал волокно / другое между коммутаторами, чтобы составить структуру для TOR. Затем вы можете разделить физическую сеть на части и проложить кабель соответствующим образом, чтобы получить «структурированный кабель» без слишком большой жесткой структуры. Просто установите переключатель в нужное положение и подключите кабели так же, как и на коммутационной панели.

Я бы использовал EOR, как у вас выше, но без каких-либо патч-панелей. В зависимости от плотности и общей топологии коммутатора вы можете использовать уровень агрегации коммутации.

Можете ли вы пометить некоторые из этих устройств с помощью make / model / port count?

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

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

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

Я решил пойти по этому пути, чтобы мое ядро ​​Cisco было вместе, и я мог бы иметь хороший стек, а не соединять их по оптоволокну. Также это облегчает подключение к коммутатору DMZ.

Очевидно, что вы потеряете несколько U стоечного пространства, документируете все и оставите немного провисшего кабеля на случай, если вам когда-нибудь понадобится немного передвинуть свои стойки