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

стандарты спецификации серверной комнаты

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

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

Он охватывает вещи, которые я видел неправильно в различных местах, где я работал:

  • Без учета веса вещей, находящихся на фальшполе
  • Правильное направление проходов для обратного потока воздуха к воздухоочистителям
  • Учет того, сколько зазора вам понадобится вокруг стоек, панелей и т. Д.
  • Вероятность наводнения.
  • Датчики влажности под полом
  • Планирование пандуса, если у вас фальшпол.
  • Достаточно места для хранения / постановки / т. Д.

Есть раздел о кодах, основной вывод которого заключается в том, что даже для национальных / международных кодов многие открыты для интерпретации. Вы захотите увидеть в книге полную библиографию, но группы, упомянутые в приложении «окончательных стандартов по конкретным предметам, относящимся к проектированию и строительству центров обработки данных»:

  • ASHRAE, Американское общество инженеров по отоплению, охлаждению и кондиционированию воздуха, Inc.
  • ASTM, Американское общество испытаний и материалов
  • EOS / ESD, Ассоциация электростатических разрядов, Inc.
  • IEEE, Институт инженеров по электротехнике и электронике, Inc.
  • ISA, Общество Контрольно-измерительных приборов, систем и автоматизации
  • IEC, Международная электротехническая комиссия
  • ИЭСТ, Институт экологических наук и технологий
  • NFPA, Национальная ассоциация предотвращения пожаров
  • Министерство торговли США, Национальное бюро стандартов
  • WES, Всемирные экологические службы
  • BOCA, Building Officials and Code Administrators, Inc.
  • ICC, Международный совет по кодексу
  • ICBO, Международная конференция строителей
  • NCSBC, Международная конференция государств по строительным нормам и стандартам

Хотя ... Меня интересует тот факт, что в списке написано «Национальное бюро стандартов», поскольку они были переименованы в NIST (Национальный институт стандартов и технологий) в 1988 году, то есть более чем за десять лет до его публикации.

Самое близкое, что я видел де-юре стандартом будет BICSI "ANSI / BICSI 002-2011, Лучшие практики проектирования и реализации центров обработки данных, "но держу пари, это слишком много для ваших нужд.

Что касается де-факто стандарты, ну, любой из крупных поставщиков оборудования первого уровня (Sun, Dell, Cisco, HP и т. д.) имеет свои собственные "лучшие практики", которые обычно относятся к их портфелям продуктов, которые могут быть или не быть плохими, в зависимости от как ты на это смотришь. Если вы ищете "<vendor> руководство по проектированию центров обработки данных "вы найдете много информации.

Извините за ответ «иди и погугли», но если вы не предоставите более подробную информацию (например, вы говорите только о физическом проектировании конструкции, например, охлаждение, строительные материалы, мощность, размеры и т. Д., Или немного выше по стеку, например, сеть, безопасность и т. д.?), мы больше ничем вам не поможем.

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

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

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

Как говорили другие, если вы проектируете только серверную комнату для своей компании, в которой будут размещены 2 стойки, которые даже не заполнены, вы можете уйти, указав требования к питанию самостоятельно (допуская немного больше для дальнейшего роста в road), а затем заказываете столько готовых ИБП, сколько вам нужно.

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

Я думаю, что нужно всегда следовать одному правилу - всегда учитывать возможность дальнейшего расширения. Очень редко вы реализуете проект серверной комнаты / DC и вам не понадобится еще несколько серверов / массивов хранения в будущем. Я видел, как компании слишком много раз совершали эту ошибку, у них просто не хватало места, и им приходилось снова начинать с квадрата 1.

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

Хорошее планирование - залог успешного дизайна