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

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

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

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

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

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

• Требуется меньше кабелей между стойками - 1 восходящий канал (+ резервное копирование / соединение) для каждого коммутатора ядра вместо 1 на хост. Это ОГРОМНО.
  • Меньше времени на внедрение
  • Меньше кабелей для тестирования
  • Более низкая стоимость (при условии, что вы сможете правильно подобрать коммутаторы для стойки)
• Требуется 1 соединительный кабель вместо 2 - каждый проложенный кабель - это еще одно место, требующее тестирования
• Меньше документации - как минимум каждый кабель должен быть промаркирован, и 1 проще, чем 2
• Коммутационные кабели полностью отслеживаются - возможны недосмотры и упущенная документация, в одной стойке намного проще отследить кабель (но все равно неинтересно)
• Упрощение удаления / перемещения серверов - установка патч-панелей требует большого доверия к вашей документации. Переключатель в стойке Я вытаскиваю кабель от сервера, отрезаю конец, подаю его обратно к коммутатору и снимаю. Никакого доверия / догадок к патч-панели
• Меньше ошибок в данных - патч-панель имеет 6 точек пробивки / обжима перед достижением переключателя, коммутатор в стойке - 2. Каждая точка обжима / обжима - это место, где теряется сигнал. Это меньшая проблема для 100 МБ, чем для 1 ГБ +. Я также обнаружил, что легче сертифицировать обжим 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, как указано выше, но без каких-либо патч-панелей. В зависимости от плотности и общей топологии коммутатора вы можете использовать уровень агрегации коммутации.

Можете ли вы пометить часть этого оборудования маркой / моделью / количеством портов?

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

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

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

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

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