SM Игорь Дорофеев ООО «АйКорд» i.dorofeev@icord.ru АйКорд НАЧИНАЕМ ПРОЕКТИРОВАТЬ ЦОД Основные правила и практические аспекты выбора решений. - презентация

1 SM Игорь Дорофеев ООО «АйКорд» АйКорд НАЧИНАЕМ ПРОЕКТИРОВАТЬ ЦОД Основные правила и практические аспекты выбора решений

2 SM АйКорд Основные предпосылки: Смещение фокуса ИТ-рынка в сторону ЦОД Большое количество информации, технологий и… заблуждений Разделение проекта ЦОД на две части: физическая инфраструктура и ИТ-инфраструктура Проектная работа строится на выполнении отдельных разделов проекта Только описание всех возможных решений ЦОД займет кратно больше времени доклада, поэтому… В последнее время в книжных магазинах появилось огромное количество изданий с названиями типа «100 самых…» … поэтому, в докладе будет сделан акцент всего лишь на 7 правилах системного свойства, которые полезно применять при проектировании ЦОД.

3 SM АйКорд ПРАВИЛО 1 Делайте технологический раздел

4 SM АйКорд ПРАВИЛО 1 Делайте технологический раздел «Любимый» философский вопрос в области ЦОД: Чем ЦОД отличается от серверной комнаты? Пожалуйста, варианты!

5 SM АйКорд ПРАВИЛО 1 Делайте технологический раздел В зависимости от определения понятий ЦОД и серверная может быть дан широкий диапазон ответов: от никакой разницы до основательного достойного перечня нюансов. Одним из универсальных ответов, на который следует обратить внимание является: «в подходе к постановке задачи, методах и принципах проектирования» В ЦОД все технические решения должны быть подчинены конкретным целям, объединены единым логическим смыслом функционирования и обеспечения основной бизнес-задачи.

6 SM АйКорд ПРАВИЛО 1 Делайте технологический раздел В перечне состава разделов проектной документации практически всегда можно встретить марки: АР, КЖ, ВК, ОВ, ЭОМ, ЭС, СС, АД, ПОС, ООС, АПТ, АПС, СО и другие. Есть ли в проектах по ЦОД технологический раздел ТХ? или его аналог? Есть ли раздел ЛВС, где можно найти описание и логику работы ИТ- оборудования? Физическая инфраструктура ЦОД создается отдельно от ИТ-составляющей? Зачастую да!

7 SM АйКорд ПРАВИЛО 1 Делайте технологический раздел Что должно быть отражено в разделе ТХ? проведено общее описание технологических решений выделены основные технологические зоны указан перечень, размещение и логика работы технологического оборудования сформулированы требования к инженерному обеспечению технологического оборудования и варианты обеспечения данных требований показана взаимосвязь между всеми элементами системы определены основные технологические параметры, хотя бы в макропоказателях

8 SM АйКорд ПРАВИЛО 1 Делайте технологический раздел Какая практическая польза от раздела ТХ? Нужен всем участникам проекта: клиенту, проектной команде, третьей стороне Клиент имеет формальное представление о том, что он получит Раздел отвечает на вопрос, почему те или иные решения были приняты Имеется техническое описание для поддержки принятия экономических решений Раздел способствует сбалансированности проекта в целом Раздел ограничивает максимальные потребности в ресурсах Конкретные технические решения принимаются в канве единой логики проекта и с учетом интересов смежников Ключевые топологии и схемы утверждаются для дальнейшей разработки

9 SM АйКорд ПРАВИЛО 1 Делайте технологический раздел Ничего придумывать не надо. Российская (советская) система разработки проектной документации в строительстве для сложных объектов имеет достаточно отлаженную и формализованную процедуру: Эскиз или концепция Стадия Проект (ранее Технико-экономическое обоснование) Рабочая документация Делать или не делать все шаги, определение полноты каждого раздела или их объединение - зависит от особенностей объекта Тем не менее, при разработке документации должен быть найден формат документа, который отразит все вышеизложенные вопросы.

10 SM АйКорд ПРАВИЛО 2 Сомневайтесь во всем

11 SM АйКорд ПРАВИЛО 2 Сомневайтесь во всем Проблемы: постоянно меняющиеся технологии и подходы отсутствие «стабильных» стандартов наличие прочих документов: white paper, лучших практик и т.д. противоречивые взгляды и подходы агрессивные модели продаж оборудования и решений задача комплексного проектирования Нужно сомневаться во всем, абсолютных решений не существует

12 SM АйКорд ПРАВИЛО 2 Сомневайтесь во всем Методы решения: держать руку на пульсе воспользоваться внешней экспертизой: специализированных организаций частной коммерческой вендора и т.д. использовать готовые комплексные решения учитывать юридические последствия

13 SM АйКорд ПРАВИЛО 2 Сомневайтесь во всем Организации, регулирующие деятельность в области ЦОД: The Uptime Institute, а сейчас и *.com The Green Grid, BICSI, IDCP, AFCOM, ASHRAE, IEEE, EIA, TIA и прочие

14 SM АйКорд ПРАВИЛО 2 Сомневайтесь во всем Нормативные и вспомогательные документы: Отечественные стандарты (СН ) Зарубежные стандарты (TIA-942, BICSI , ASHRAE TC 9.9) White papers Рекомендации и лучшие практики вендоров и экспертов

15 SM АйКорд ПРАВИЛО 2 Сомневайтесь во всем Вопрос для примера: Какой уровень вибрации допускается в ЦОД?

16 SM АйКорд ПРАВИЛО 2 Сомневайтесь во всем Вибрация может измеряться в величинах: смещение, мм скорость, м/с ускорение, м/с 2 в заданной полосе частот

17 SM АйКорд ПРАВИЛО 2 Сомневайтесь во всем СН (2000) Пункт 3.29 СН гласит: «Вибрация в залах ЭВМ, а также в помещениях для внешних запоминающих устройств, подготовки данных, графопостроителей, графоповторителей, экранных пультов не должна превышать по амплитуде 0,1 мм и по частоте 25 Гц».

18 SM АйКорд ПРАВИЛО 2 Сомневайтесь во всем TIA-942 п не дает однозначного ответа и отсылает к Telcordia specification GR-63-CORE. TIA-569 также не дает конкретного ответа. Telcordia NEBS Requirement: Physical protection (документ, который пришел на замену GR-63-CORE) рассматривает общие вопросы, а также методики измерения вибраций для сетевого оборудования расположенного в офисах, при перевозке оборудования, а также в случае землетрясения. Полоса по частоте задается от 1 до 500 Гц, значения на вибрации, задаются в виде ускорения с привязкой к ускорению свободного падения g или в виде спектральной плотности вибрации (g2/Гц).

19 SM АйКорд ПРАВИЛО 2 Сомневайтесь во всем Вопрос: А зачем нам нужно знать уровень вибрации? Самым чувствительным элементом в ЦОД является жесткий диск. Деструктивное воздействие вибрации будет заключаться либо в преждевременном выходе из строя жестких дисков, либо в отказе от работы серверов и систем хранения данных в случае отработки защиты по вибрации. Параметры на вибрацию, предъявляемые производителями жестких дисков (например, Seagate): 0,01 дюйм (0,12 мм) в полосе 5-22 Гц 0,25g в полосе Гц.

20 SM АйКорд ПРАВИЛО 2 Сомневайтесь во всем Вывод: СН формулирует прямые и более жесткие требования на вибрацию смещения в нижней полосе частот, но не рассматривает показатели скорости и ускорения вибрации на верхних частотах. Дополнительные данные по уровням вибрации могут быть получены из зарубежных нормативных документов. Не следует пренебрегать отечественными стандартами и всегда рассматривать их вкупе с зарубежными, используя наиболее жесткие требования из них.

21 SM АйКорд ПРАВИЛО 3 Решайте от задач

22 SM АйКорд ПРАВИЛО 3 Решайте от задач Мощнее не значит лучше – соразмерность задачам Выбор тех или иных решений оправдан только потребностями предполагаемых задач, а не наличием доступных ресурсов. Устойчивая тенденция - делать все по достижимому максимуму. Забить шкафами всю площадь, всю электроэнергию распределить между шкафами и т.д. Архитектура системы строится на уровень максимально возможного Tier. Верный ли это подход? Типичный пример: некритичный к времени простоя ЦОД, задачи которого по уровню надежности вполне соответствуют Tier I или II, на всякий случай позиционируют как Tier III или IV. По результатам проектирования и определения стоимостей, бюджет и бизнес-план начинает трещать по швам. Начинаются уменьшения требований. Проект перекраивается на ходу, становится несбалансированным, упрощается настолько что он уже не соответствует никакому Tier. Такой ЦОД нужен клиенту? Кто кого обманывает?

23 SM АйКорд ПРАВИЛО 3 Решайте от задач Решайте от конечных задач, то есть от ИТ-инфраструктуры Устойчивая проблема рынка - планирование ЦОД, только как физической инфраструктуры. При этом часто создание физической инфраструктуры становится самоцелью. Надежность можно повышать и другими методами, например, созданием распределенных систем. Что реально продается или на чём зарабатываются деньги в случае конечного клиента? Если деньги зарабатываются на битах и флопах, то зачем считать в рэках и юнитах?* Если мы говорим об информации, то оценка физической инфраструктуры может отличаться от классических принятых схем. *Примечание. Обычно метод работает, если инвест- или бизнес-план написан в этих же единицах. Важно, что пока рынок не будет готов использовать данный подход, то высоко- технологичные решения (в том числе и Panduit) востребованы не будут.

24 SM АйКорд ПРАВИЛО 3 Решайте от задач Решайте от экономики Строительство ЦОД – весьма затратная вещь, а если говорить об инвест- проектах, то как и любое вложение в технологии, то еще и обладающее высокими рисками. Помимо технических или топологических параметров, в анализ проектных решений вступают факторы экономического плана. Решения следует принимать в разрезе: Применимость - Функциональность - Затраты Затраты следует оценивать как капитальные (CapEx), так и операционные (OpEx), решать задачу поиска оптимума (ждем обещанные инструменты Panduit). Популярная тема- внедрение новых «зеленых» технологий. Вопрос для России не очевидный. Стоимость ресурсов еще низкая, а затраты основательные. Срок окупаемости технологии может составить больше жизненного цикла ЦОД. Так ли стоит их внедрять? В каждом случае нужно решать индивидуально.

25 SM АйКорд ПРАВИЛО 3 Решайте от задач Корпоративные и коммерческие ЦОД По функциональному назначению ЦОД делятся на: Коммерческие - предоставление услуг и реализации нужд внешних клиентов в области ИТ, что и определяет бизнес-процесс. Корпоративные - удовлетворяют собственные нужды и выгода достигается за счет внедрения ИТ-процессов, оптимизации затрат, ускорения доступа к информации и т.д. Часть задач, которые стоят перед ЦОД этих двух групп весьма различна, что накладывает особенности на проектирование. Типичная ошибка. Не надо подходить к созданию корпоративных ЦОД с принципами компактного размещения оборудования коммерческих ЦОД. Для коммерческого ЦОД очевидно одним из важных показателей является плотность размещения стоек, на площади за которую платится арендная плата должна по максимуму забита стойками. Для корпоративных ЦОД большую роль начинает играть удобство размещения и обслуживания. Зачем размещать в ЦОД 10 шкафов шириной 600 мм, зауживать проходы до минимально допустимой ширины, когда все оборудование компании разместится в 6 стойках, а если использовать высокоплотные шкафы то и в четырех. Значит можно расширить сервисные проходы, сделать шкафы 800 мм с удобными системами кабельного менеджмента и т.д.

26 SM АйКорд ПРАВИЛО 3 Решайте от задач Корпоративные ЦОД Корпоративные ЦОД, как правило, небольшие по размеру, во главу угла ставятся безопасность данных и удобство эксплуатации. При реализации могут применяться специальные, в том числе высокоплотные решения. Высокоплотные, но не всегда высокотехнологичные, так как эксплуатационные ресурсы корпоративных клиентов часто ограничены. Проектные решения могут опираться на корпоративные стандарты, которые вариативны относительно общепринятых, и при этом не ухудшать уровень надежности ЦОД, так учитывают реальную модель угроз. Корпоративные vs Коммерческих Агрессивная маркетинговая политика операторов ЦОД озвучивает преимущества размещения оборудования в коммерческих дата-центрах. Делаются выкладки по стоимости создания своего ЦОД, по стоимости размещения на аутсорсинге, и далее следует однозначный вывод: «Конечно, арендовать». Тем не менее, есть ряд очевидных преимуществ создания корпоративных ЦОД.

27 SM АйКорд ПРАВИЛО 3 Решайте от задач Реализация корпоративного ЦОД: создание ЦОД на подготовленной площадке - часть затрат перекладывается на арендодателя или собственника или уже существует. небольшие объемы внешних ресурсов и коммуникаций не представляют проблем. осознанная по многим параметрам структура затрат, не надо разбираться почему у оператора ЦОД такая цена и что она показывает высокие затраты, желание быстрее окупиться или высокое качество ЦОД Эффективные технические решения на основе актуальных потребностей: не навязанные решения соответствуют корпоративным стандартам вариация по цене создания из-за актуальной модели угроз, нет усреднения специальные технические решения могут быть не по карману оператору ЦОД Эксплуатация корпоративного ЦОД: экономия на трафике – клиент не использует внешние каналы, и не покупает трафик у навязанного оператора экономия на ресурсах за счет размазывания между ЦОД и другими структурными единицами - энергия, эксплуатация Повышение надежности ЦОД: повышение уровня надежности за счет человеческого фактора - охрана, эксплуатация, ИТ-персонал повышение надежности за счет постоянного мониторинга ситуации - эксплуатация может прогнозировать отказы

28 SM АйКорд ПРАВИЛО 3 Решайте от задач Коммерческие ЦОД Создание коммерческих ЦОД изначально предполагает максимальное использование пространства и минимально возможные капитальные вложения. ЦОД создаются под среднего клиента и как правило без вариаций по высокотехнологическим решениям. Участие в проекте по созданию коммерческого ЦОД сразу предполагает конфликт интересов. Для операторов ЦОД, как правило, внедрение дорогостоящих и качественных решений, а также обращение к услугам дорогостоящих системных интеграторов автоматически означает увеличение срока окупаемости, который и без того весьма значителен. Если есть возможность сэкономить, они будут экономить. Более реальны проекты по созданию коммерческих ЦОД, в которых они являются сопутствующей услугой, то есть для телекоммуникационных операторов и интернет- сервис-провайдеров. Нужны ли в типичном коммерческом ЦОД решения Panduit? Пока рынок не будет готов к высокоплотным ЦОД, пока стоимость ресурсов не достигнет порога, который будет стимулировать принятие высокотехнологичных решений, вряд ли.

29 SM АйКорд ПРАВИЛО 3 Решайте от задач Куда прикладывать свои усилия: коммерческие или корпоративные? С точки зрения «реальности» проектов, внедрения интересных «дорогих» решений, конечно корпоративные. Тем не менее нужно проанализировать потребности клиента и предложить ему лучшее решение. Например, размещение оборудования и на собственной площадке и в коммерческом центре исходя из бизнес-задач, анализа корпоративного трафика (помним, что анализ нужно вести не от серверов и коммутаторов, а от объема обрабатываемой, передаваемой, хранимой информации). Предположим, есть крупная корпорация с филиалами по России (миру) и со штаб- квартирой в Москве. Логичным является следующая архитектура организации сети, с привязкой к ней соответствующих ЦОД.

30 SM АйКорд ПРАВИЛО 3 Решайте от задач Структурная схема организации размещения ИТ-оборудования территориально распределенной компании.

31 SM АйКорд ПРАВИЛО 3 Решайте от задач Отступление: СКС в ЦОД или когда-то Panduit был производителем СКС Наличие СКС в корпоративных ЦОД достаточно очевидно. Наличие СКС в коммерческих ЦОД под вопросом, система о которой думают если не в последнюю, то предпоследнюю очередь. СКС должна обладать следующими параметрами: быстрое время инсталляции емкость и тип каналов подаваемая на шкаф должна быть гибкой и масштабируемой характеристикой, разворачиваемой под фактические потребности клиента или оборудование при разворачивании СКС должна соблюдаться чистота и невмешательство в существующие линии. Решения: Opticam Претерминированные решения Претерминированные решения ready Топологии и параметры СКС для ЦОД в настоящее время претерпевают изменения.

32 SM АйКорд ПРАВИЛО 4 Делайте сбалансированные решения

33 SM АйКорд ПРАВИЛО 4 Делайте сбалансированные решения Под сбалансированностью решений понимается сквозное соответствие некоему заданному уровню всех составляющих ЦОД в нескольких разрезах и в целях реализации основной бизнес-задачи. Основные параметры ЦОД должны быть сбалансированы, то есть соответствовать друг другу. NB! Сбалансированы, но не связаны. Ограничение по одному из ключевых параметров, сведет функциональные возможности ЦОД к этому самому ограничению. Можно выделить сбалансированность: по макропоказателям по техническим решениям по стоимости решений

34 SM АйКорд ПРАВИЛО 4 Делайте сбалансированные решения Сбалансированность по макропоказателям. Основные параметры: электроэнергия потребляемая оборудованием и энергия (не только электрическая!) потребляемая ЦОД вообще. Прочие параметры - площадь ЦОД, количество шкафов и другие. Самый популярный на настоящий момент макропоказатель – PUE (введен The Green Grid в 2007 году) или его обратная величина DCE (DCiE, DCPE). Характеристика PUE имеет все шансы стать в ближайшее время единым международным показателем. PUE = Total Facility Power/IT Equipment Power DCiE = 1/PUE =IT Equipment Power/Total Facility Power x 100%

35 SM АйКорд ПРАВИЛО 4 Делайте сбалансированные решения PUE. Единой стандартизованной методики расчета PUE не существует, работа в этом направлении ведется в настоящий момент. Усредненные среднегодовые значения PUE, которые в настоящий момент заявляются или описываются под то или иное решение лежат в диапазоне от 1,2 до нескольких единиц. Естественная тенденция в мире - снижение PUE. Если еще год-два назад приемлемая величина PUE лежала в диапазоне 1,6-3, то в настоящее время говорят о 1,2-2. Верхняя граница выше которой нужно пересматривать решение по охлаждению PUE=2.

36 SM АйКорд ПРАВИЛО 4 Делайте сбалансированные решения Ограничения, накладываемые при планировании/расчете PUE. Для получения «хороших» значений PUE нужно повысить потребляемую оборудованием мощность и снизить мощность которую расходуют остальные потребители. Однако (помним о сбалансированности решений) нельзя оперировать этими двумя цифрами, требуется рассматривать систему в целом. Примеры: Ограничение потребляемой мощности ИТ-оборудованием внутри шкафа по теплоотводу Комплексный анализ КПД системы электроснабжения, охлаждения и воздухообмена. Относительно первых двух параметров нужно анализировать КПД при неполной загрузке. При неправильно организованной схеме воздухообмена PUE существенно возрастает (короткий контур, разрыв по плитке).

37 SM АйКорд ПРАВИЛО 4 Делайте сбалансированные решения Другие более частные показатели The Green Grid (White Paper #6) : DCP (производительность дата-центра) - стратегический параметр, который показывает что же на выходе выдает дата-центр Datacenter Productivity = Useful Work/Total Facility Power Cooling Load Factor (CLF) Power Load Factor (PLF) IT Load Factor (ILF) Другие более частные показатели The Uptime Institute (White Paper «Four Metrics…» и другие) SI-EER, IT-EER, DC-EER SI-POM, H-POM DH-UR, DH-UE

38 SM АйКорд ПРАВИЛО 4 Делайте сбалансированные решения Сбалансированность по техническим решениям. Почему в РФ так популярна классификация по Tier? Потому что формирует баланс по техническим решениям. Tier – не панацея, все равно придется трактовать тот или иной параметр. Важен подход, понять логику почему сделано так. Какой уровень технических решений выбрать? Зависит от уровня задач, Tier III или IV к которому стремятся на «всякий случай» оправдан только когда речь идёт о жизнях людей и системах жизнеобеспечения, системообразующих государственных и финансовых институтах, объективно критических сервисах.

39 SM АйКорд ПРАВИЛО 4 Делайте сбалансированные решения Соответствие уровней Tier TM и Critically Levels TM Источник:Edward P Rafter, Tier IV Consulting Group Системы оценки надежности: Tier – The Uptime Institute Critically Levels – Syska Hennesy STARS – PTS Consulting 9N различные клоны и вариации

40 SM АйКорд ПРАВИЛО 4 Делайте сбалансированные решения Сбалансированность по стоимости решений. Стоимость решения – это не только экономический параметр, но и один из параметров оценки качества решения. Все составляющие ЦОД должны лежать в одном ценовом сегменте. Trash Data Centers – тоже решение, иллюстрирующее нижний ценовой сегмент.

41 SM АйКорд ПРАВИЛО 4 Делайте сбалансированные решения Как получить сбалансированные решения? Выработать решение опираясь на выбранный уровень. Применить и воспользоваться идеологией POD. Максимально использовать решения от одного производителя или от совместных альянсов. Масштабирование сбалансированного решения POD Источник: Gartner

42 SM АйКорд ПРАВИЛО 5 Избегайте связанных решений (правило противоречит предыдущему?)

43 SM АйКорд ПРАВИЛО 5 Избегайте связанных решений Основной смысл данного правила – сделать решения гибкими и масштабируемыми, заложить на этапе проектирования несколько степеней свободы. ЦОД - сложный многофакторный комплекс На этапе проектирования точно сбалансировать ЦОД не удается, как бы не было все красиво на бумаге. Если параметры задать жестко, то подвижка одного из параметра одной из систем может потребовать перепроектирования всего ЦОД. Помимо создания систем отдельно, обладающих определенными характеристиками и показателями, следует задать запас по вариативным параметрам, но не развитие как у нас принято писать, а на балансировку ЦОД и адаптацию под конкретные потребности. Вариации: Избегайте технически связанных решений Избегайте экономически связанных решений

44 SM АйКорд ПРАВИЛО 5 Избегайте связанных решений Избегайте технически связанных решений Пример. ЦОД переменной плотности ( Density Zone ). Формируются три уровня загруженности ЦОД по производительности ИТ-оборудования (например в рамках модуля). зона высокой плотности зона средней плотности зона низкой плотности Зачем нужно? Минимизируется обеспечение ресурсами про запас Уменьшаются эксплуатационные расходы на 40% Высокая плотность обеспечивается только там где необходимо Решения должны позволять реконфигурировать зону на одну ступень вверх или вниз.

45 SM АйКорд ПРАВИЛО 5 Избегайте связанных решений Избегайте экономически связанных решений Пример. ЦОД переменного уровня ( Multi-Tier DC ). Формируются модули ЦОД, каждый с привязкой к уровню Tier. Диверсификация под разные ИТ-задачи и сервисы со своим уровнем ценовой политики. Зачем нужно? Затраты только на базовый уровень сервиса. Уменьшаются капитальные и эксплуатационные расходы. Возможность гибких реконфигураций. Решения должны позволять реконфигурировать модули под требуемый уровень сервиса.

46 SM АйКорд ПРАВИЛО 6 Не забывайте о мелочах

47 SM АйКорд ПРАВИЛО 6 Не забывайте о мелочах Дьявол кроется в мелочах Мал золотник, да дорог Что происходит с системами или компонентами, польза от которых на первый взгляд не совсем очевидна? Исполнитель про них начинает забывать, а клиент на них экономить! В Сингапуре дизайнеры раскрасили четыре модуля одного из ЦОД в стиле времен года, зачем? Может и нам пора перенимать лучшие практики и готовить ЦОД к раскраске под гжель или хохлому? Не знаю, нужно ли это делать, но подчеркнуть достоинства определенно полезно, может быть даже и незначительными деталями – «мелочами».

48 SM АйКорд ПРАВИЛО 6 Не забывайте о мелочах Помимо повышения технической эстетики ЦОД, который продуман до мелочей, нужно помнить о том, что незначительная в техническом плане или по стоимости часть системы или комплекса ЦОД может стать весьма реальной точкой отказа или существенно снизить сервисные функции. Примеры забывчивости: EPO (Emergency Power Off) – аварийное отключение электроэнергии. Как ни странно, данная функция, обязательная даже для ЦОД уровня Tier I, в России мало где реализуется. Исключения могут составлять комплектные решения. Причина может крыться в боязни клиентов потенциально иметь такую «волшебную» кнопку.

49 SM АйКорд ПРАВИЛО 6 Не забывайте о мелочах Маркировка Все элементы ЦОД должны быть промаркированы, желательно в соответствии со стандартами. Маркировки нет или она выполнена частично: Увеличивается время реакции на проблему. Увеличиваются риски при эксплуатации, связанные с человеческим фактором. Решение: Целесообразно рассматривать маркировку как отдельную систему с единой логикой обозначений. При этом тотальной маркировке подлежат все элементы ЦОД, в том числе и функциональные, а не только крупное оборудование, СКС и электрика. Дополнительно система маркировки должна выполнять функции поддержки принятия решений и действий в аварийных ситуациях. Решения от Panduit в области маркировки носят исключительный перечень оборудования и материалов, в том числе стационарные принтеры.

50 SM АйКорд ПРАВИЛО 6 Не забывайте о мелочах Технологическое заземление Решения по заземлению технических помещений для размещения вычислительных машин в советские времена: по периметру помещения стальная полоса 40х4 мм, с вваренными в нее болтами. Осталось в прошлом? К сожалению нет, до сих пор такие сложные в производстве и неудобные для эксплуатации решения воплощаются в жизнь. Технологическое заземление от Panduit, практически не имеет аналогов: полноценная система с любыми возможными компонентами. клипса GPQC позволяет организовать сетку Фарадея под фальшполом. доступ к заземлению в любой точке. стоимость решения суммарно составляет несколько тысяч долларов, менее 1% затрат на создание любого даже весьма небольшого ЦОД, а сколько практической пользы и удобства при эксплуатации.

51 SM АйКорд ПРАВИЛО 7 Проектируйте на перспективу

52 SM АйКорд ПРАВИЛО 7 Проектируйте на перспективу Очевидно, что следует принимать технические решения на перспективу, чтобы они морально не устарели, как только выйдут из под «пера» проектировщика. Планирование ЦОД на 3-6 лет вперед является оптимальным. С учетом реализации проектов ЦОД от 0,5 до 1,5 лет в практическом смысле вполне достаточно интересоваться текущими реализациями в США и других развитых странах мира. Хотя: сроки отставания и заимствования решений и технологий сокращаются надо учитывать, что тенденций достаточно много, одни из них более популярны в настоящий момент, другие будут более или менее популярны в будущем

53 SM АйКорд ПРАВИЛО 7 Проектируйте на перспективу Наиболее интересные тенденции по мнению компании Gartner и не только: Топология: внутри дорого – снаружи дешево. Поэтапное разворачивание ЦОД в соответствие с потребностями. Использование типовых блоков (POD, модуль, контейнер). ЦОД переменной плотности (Density Zone). ЦОД переменного уровня (Multi-tier DC). Минимизация необязательных затрат. ЦОД без фальшпола, СКС от потребностей ИТ-оборудования: FO и SFP+ и т.д.

54 SM АйКорд ПРАВИЛО 7 Проектируйте на перспективу Gartner: В ближайшее время фокус решений в области ЦОД будет сосредоточен на «трех китах» - электропитании, охлаждении и оптимизации пространства: Электропитание. Снижение энергопотребления устройствами и ЦОД в целом. Рост удельного потребления каждой стойки. Решения по повышению производительности на Вт затраченной мощности (например, виртуализация). Охлаждение. Увеличение коэффициентов энергоэффективности (COP/EER). Повышение значений на допустимые температуры в нормативных документах. Использование нетрадиционных источников холода. Полезное использование отведенного тепла. Оптимизация пространства. Эффективное использование пространства под разные бизнес-задачи. Вот чем занимается Panduit в настоящее время.

55 SM АйКорд Все правила вместе: 1. Делайте технологический раздел 2. Сомневайтесь во всем 3. Решайте от задач 4. Делайте сбалансированные решения 5. Избегайте связанных решений 6. Не забывайте о мелочах 7. Проектируйте на перспективу + Добавьте еще по своим потребностям!

56 SM АйКорд Пожалуйста, вопросы