31 января 2022 г.
Российская отрасль центров обработки данных стремительно развивается: проекты становятся сложнее, мощнее, масштабнее, требования к срокам, качеству и эффективности реализуемых решений становятся все жестче, а число кампаний и специалистов, вовлеченных в проектирование, строительство, эксплуатацию ЦОДов растет в геометрической прогрессии. И в этих условиях все актуальнее становится вопрос использования национальных стандартов.
Переиспользование накопленного опыта
В быстроразвивающихся отраслях важным фактором успеха становится возможность переиспользования накопленного в профессиональном сообществе опыта и экспертизы, потому что срок, отведенный на овладение и изучение накопленного в отрасли опыта и экспертизы, подобен шагреневой кожи — он сокращается год от года.
Одним из самых эффективных, но, к сожалению, не самых распространенных в отрасли ЦОД средством передачи опыта, являются национальные стандарты.
К сожалению, уровень стандартизации в российской отрасли ЦОД оставляет желать лучшего. Безусловно, при строительной подготовке и создании инженерной инфраструктуры ЦОД по отдельным темам и системам используются существующие отечественные нормативы и правила строительной отрасли. Но в ряде случаев эти нормативы не учитывают специфику ЦОД как объекта критической информационной инфраструктуры, а не просто объекта капитального строительства.
Также нельзя считать панацеей использование иностранных стандартов: часть из них выпущены достаточно давно, бОльшая их часть посвящена чисто технологическим и топологическим вопросам и совсем нет стандартов по процессным и документарным темам.
И все-таки они существуют
Тем не менее определенные подвижки в деле стандартизации отрасли ЦОД происходят. В 2020 году усилиями энтузиастов стандартизации из Ассоциации участников отрасли ЦОД были введены в действие (приказом Росстандарта) два первых специализированных стандарта:
- ГОСТ Р
58811-2020 Центры обработки данных. Инженерная инфраструктура. Стадии создания; - ГОСТ Р
58812-2020 Центры обработки данных. Инженерная инфраструктура. Операционная модель эксплуатации. Спецификация.
В 2018 году в разделе «Инфраструктура» Национальной программы «Цифровая экономика» были предусмотрены мероприятия по разработке еще одного национального стандарта — стандарта классификации ЦОД, а также мероприятия по разработке концептуальных основ и создании системы сертификации центров обработки данных.
К сожалению, в какой-то момент эти мероприятия кураторы Программы, вероятно, сочли не значащими для достижения общих целей, и они были удалены из Программы. В результате национальный стандарт классификации ЦОД остался без проектного финансирования и сейчас эту тему ведет за счет собственных ресурсов Ассоциация отрасли ЦОД.
Стандартизацию не остановить
Несмотря на то, что вопросы национальной стандартизации отрасли ЦОД не находятся в фокусе Национальной программы «Цифровая экономика», профессиональное сообщество не останавливается на достигнутом — стандартизация продолжается.
В развитие ГОСТ Р
Цели стандарта на техническую концепцию: как они сформулированы в документе
Стандарт разработан для реализации задачи формирования единого подхода к оформлению документации на создание технической концепции создания ЦОД.
К основным целям, которые преследовали разработчики стандарта, относятся:
- формализация отношений между участниками рынка ЦОД в понимании содержания и объема работ при разработке технической концепции ЦОД;
- содействие объективному контролю над процессом создания технической концепции ЦОД;
- предоставление заказчику возможности получить понятный инструмент и критерии для оценки полноты выполненной работы по созданию технической концепции ЦОД.
Зачем нужен стандарт: мнение практиков
Первостепенной задачей стандарта на техническую концепцию ЦОД является позиционирование работ по подготовке технической концепции как этапа создания ЦОД (что соответствует букве ГОСТ Р
Это важно потому, что фактически во всех проектах создания ЦОДов и их инженерной инфраструктуры этап разработки технической концепции либо отсутствовал, либо реализовывался на «общественных началах» — без четких правил и требований и, соответственно, с размытой ответственностью за результаты концептуального проектирования.
В редких случаях вопросы подготовки основных концептуальных решений рассматривают на этапе проектирования, но как показывает практика, корректно разработать концептуальные решения на этапе проектирования затруднительно, особенно государственным заказчикам. Это связано с тем, что, как правило, в техническом задании на проектирование уже должны быть указаны расположение ЦОД, его основные параметры и применяемые технологии.
Отсутствие предваряющего концептуального проектирования приводит зачастую к тому, что заказчик принимает решения по облику ЦОД, составу, структуре и функциям отдельных систем без должного сравнения и обоснования. Результат получается гарантированно ущербным: направление проектирования и проектируемые решения могут оказаться не оптимальными. Подобные ошибки выливаются в увеличение стоимости владения ЦОД на значимые величины — порой на десятки процентов.
Кроме этого, само по себе проектирование как процесс и набор документированных результатов не предусматривают вариативный подход (который обязательно реализуется в технической концепции), оценку стоимости владения ЦОДом и прочие детали, которые в обязательном порядке прорабатываются на этапе концептуального проектирования.
Без проработки и сравнения вариантов реализации отдельных систем и комплекса инженерных систем ЦОД в целом, заказчик рискует войти в сложный, длительный и дорогой процесс реализации ЦОДа с неоптимальными решениями. А это может привести если не к остановке проекта создания ЦОД и перепроектированию на ходу, то к снижению экономической эффективности работающего объекта и недостижению плановых показателей возврата инвестиций, упущенной выгоды и дополнительным, не запланированным затратам на эксплуатацию ЦОДа.
Стандарт: заглянем внутрь
Стандарт устанавливает требования к составу комплекта документации технической концепции: в него должны входить пояснительная записка и дополнительные материалы.
Пояснительная записка технической концепции ЦОД по требованиям стандарта должна содержать следующие основные разделы:
- Общие сведения;
- Основные показатели проектируемого ЦОД;
- Методика выполнения работ;
- Описание вариантов технических решений для отдельных систем;
- Описание вариантов технического решения для реализации комплекса систем;
- Расчет совокупной стоимости владения ЦОД;
- Обоснование выбора технического решения для реализации;
- План реализации выбранного технического решения.
Основные показатели ЦОД — это набор показателей, который должен быть сформирован заказчиком до начала работ по концептуальному проектированию. Это тот минимум, зная который разработчик технической концепции сможет однозначно сопоставить свои предложения требованиям заказчика. Стоит отметить, что впервые в российской практике в национальный стандарт добавлены два набора конкретных показателей ЦОДа и проекта его создания: базовый набор (14 показателей) и расширенный набор (26 показателей). Наборы показателей синхронизированы с проектом национального стандарта на классификацию инженерной инфраструктуры ЦОД.
Стандарт требует, чтобы на базе заданных показателей ЦОД исполнителем технической концепции были подготовлены альтернативные варианты технических решений для отдельных инженерных систем.
В документе введены понятия «основная система» и «вспомогательная система». К первым относятся, например, системы электроснабжения и холодоснабжения. Для них стандарт требует полного набора действий по концептуальному проектированию и разработки следующих материалов:
- структурная схема электроснабжения;
- таблица мощностей по основным потребителям;
- структурная схема холодоснабжения:
- таблица теплопритоков по основным потребителям;
- данные по подбору основного оборудования;
- поэтажные планы с расположением основного инженерного оборудования;
- планировочные решения прилегающей территории (при необходимости).
Комплексность требований к составу материалов для основных систем продиктована тем, что эти системы ключевым образом влияют на планировочные решения, капитальные и эксплуатационные затраты и должны быть более детально проработаны.
Для вспомогательных систем ЦОД (например, системы водоснабжения и системы газового пожаротушения) список обязательных материалов сокращен до следующего перечня:
- назначение;
- основные параметры функционирования;
- состав;
- предложение технической реализации;
- экспертная оценка стоимости реализации.
Вспомогательные инженерные системы с точки зрения стандарта не требуют вариативной проработки и могут быть подготовлены на уровне структурных схем, описаний и стоимостных оценок.
После формирования и сравнения вариантов решений для отдельных систем стандарт предлагает сформировать предложения по вариантам реализации комплекса инженерных систем, описания которых должны содержать:
- решения и технологии выбранные (предлагаемые) для реализации отдельных систем комплекса;
- сводные технические показатели комплекса;
- сводные данные по стоимости оборудования систем комплекса;
- описание рисков реализации вариантов комплекса.
- предложение и обоснование выбора варианта (вариантов) комплекса систем для последующего сравнения путем расчета совокупной стоимости владения.
Специальный раздел стандарта содержит требования к составу расходов на создание ЦОДа, которые должны быть учтены при расчете совокупной стоимости владения ЦОД, которая и является в подавляющем числе случаев единственным мерилом для выбора того или иного предложения для комплекса ЦОД: расходы на стадии подготовительных (предпроектных) работ, расходы на стадии строительства, расходы на стадии эксплуатации.
Два последних раздела стандарта устанавливают требования к обоснованию выбора единственного решения — того, который должен быть предложен заказчику для утверждения и последующей реализации, и сведения по планированию реализации выбранного технического решения для комплекса систем ЦОД — важной части подготовки проектов проектирования и реализации ЦОДа.
Вывод
С введением в действие стандарта на техническую концепцию ЦОД все стороны процесса создания ЦОД окажутся в выгоде:
- заказчики смогут более четко ставить задачи для исполнителей, получат инструмент для контроля качества результатов концептуального проектирования, будут более уверены в адекватности и корректности расчетов и предлагаемых решений,
- исполнители получат определенную защиту от недобросовестных заказчиков с точки зрения фонтанирования идеями о том, что надо сделать в технической концепции, смогут более открыто конкурировать за внимание заказчика — пусть победит сильнейший и лучший, будет на основании чего это определять.
Ну а для профессионального сообщества отрасли ЦОД появление нового стандарта будет хорошим знаком, что стандартизация отрасли продолжается, что она нужна и ей можно (и нужно) заниматься.
Источник: Константин Зиновьев, директор отделения инженерной инфраструктуры Rubytech, Дмитрий Басистый, директор департамента стратегии и развития компании Rubytech
