Назад | Перейти на главную страницу

Рекомендации по компоновке стойки

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

У меня есть пара вопросов по компоновке серверных компонентов:

Наверное, на один вопрос хватит. Спасибо за все ответы.

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

Коммутаторы против патч-панелей
Зависит от вашей конфигурации, но для 24U я бы предпочел переключатели. Или, если возможно, внешние патч-панели, которые затем подводят кабели к вашей стойке.

Держатели для укладки кабелей или кабель какой длины вам нужен
Для серверов 1U перестал пользоваться руками. Я раздену заднюю часть сервера, если мне нужно его вытащить (пометьте кабели!). Для серверов 2U у меня нет твердого мнения, но для более крупных серверов рука имеет смысл.

  1. Самые тяжелые вещи внизу. Это почти всегда ваш ИБП. Это также означает, что более крупные серверы должны быть внизу. Это также НАМНОГО упрощает установку. Вместо того, чтобы держать его 3 парня, пока четвертый прикручивает его, обычно требуется только один человек, чтобы помочь вам достать пару первых винтов, и после этого вы будете дома бесплатно.
  2. Не используйте кронштейны для управления кабелем - они блокируют поток воздуха. Я был их большим поклонником, пока кто-то не указал на это. Используйте липучки или молнии, чтобы прикрепить силовые кабели к источникам питания, чтобы они не раскачивались или не вылетали из строя, если кто-то работает с другой системой.
  3. Для одной стойки (или даже двух) установите коммутатор в центре остальных устройств, лицом назад. даже если у вас стойка 42U, вы не заполните ни одного 48-портового устройства, если у вас нет устройств ILO / DRAC и т. д. во всем, и тогда вы в любом случае собираетесь потратить больше места в стойке на оборудование для установки исправлений.
  4. более длинные кабели на липучке позволят вам вытащить вещи на достаточном расстоянии, не отсоединяя все, и при этом держать их аккуратнее.

В нашем дата-центре есть фальшпол с зазором для холодного воздуха; мы также прокладываем кабели в лотках под полом. (Я считаю, что лоток - это часто игнорируемый уровень OSI 0).

Хотя я бы поставил ИБП и тяжелый комплект возле снизу, я обычно оставляю нижнюю часть 2–3U пустым, чтобы упростить прокладку кабелей вверх и позволить холодному воздуху подниматься в стойках, где комплект не дует должным образом спереди назад (например, из стороны в сторону ). Не забудьте использовать заглушки, чтобы обеспечить правильное разделение горячего и холодного проходов, если в стойке есть сетчатые двери.

Что касается кабельной разводки, если я ожидаю, что будет использоваться много портов коммутатора, я бы подумал о том, чтобы запустить ткацкий станок для подключения панели к розетке непосредственно к плате коммутатора, при этом каждый из 24/48 портов пронумерован индивидуально, а комплект с четкой маркировкой тоже. Затем вы можете представить это как патч-панель где-нибудь в центре и уменьшить количество стыков на пути кабеля.

Я предпочитаю использовать планки управления кабелями 1: 1 с патч-панелями; Я обычно размещаю панели 2x24 порта вместе с одной панелью управления кабелями вверху и одной внизу. Патч-панели вверху стойки, так как они легкие.

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

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

ИБП идет внизу. Так же как и аккумуляторные батареи. Более тяжелые серверы внизу. Заполните панели до верха.

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

Рычаги управления кабелями имеют тенденцию мешать. Используйте липучку.

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

Я пока согласен с ответами здесь. Единственное отличие - в маркировке кабелей: у меня нет и никогда не было. Я использую кабели с цветовой кодировкой для конкретного типа подключения \ хоста и использую электронную таблицу, чтобы отслеживать, что к чему подключается. Нет ничего, что я ненавижу больше, чем видеть кучу свисающих хвостов этикеток, неправильно маркированные кабели, исчерпание этикеток, отрывание этикеток и засорение дна стойки, необходимость поиска изготовителя этикеток и т. Д.

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

РЕДАКТИРОВАТЬ

Должен сказать, что я работаю одним человеком (1 системный администратор - 50 серверов). Если бы я работал в большом магазине с большим количеством оборудования и персонала, у меня могло бы быть другое мнение о маркировке кабелей. Я держу свои серверы, коммутаторы и т. Д. Маркированными для целей удаленных перезагрузок и тому подобного.