Реестру ЦОДов быть!

Постановление Правительства РФ от 28.11.2025 № 1932 определяет, какие сведения о ЦОДе и его владельце (операторе) содержатся в реестре, а также условия включения данных в реестр и исключения из него. Оператором реестра назначено Минцифры России. Постановление вступает в силу с 1 марта 2026 г. и действует в течение шести лет. 

 

В реестр включаются такие общие сведения, как адрес и кадастровый номер объекта недвижимости, в котором расположен ЦОД; сведения о документах, определяющих право владения (пользования) этим объектом; дата ввода его в эксплуатацию. Кроме того, в реестр включаются сведения о наличии взаимодействия владельца (оператора) ЦОДа с ГосСОПКА (Государственной системой обнаружения, предупреждения и ликвидации последствий компьютерных атак).

 

В реестр также вносятся сведения о категории электроснабжения ЦОДа, максимальном количестве спроектированных стойко-мест, классе (уровне) надежности ЦОДа (при его наличии) и технологической мощности (ресурсе) ЦОДа. 

 

Для определения ресурса ЦОДа в документе предложено использовать электрическую мощность, доступную непосредственно для электропитания оборудования, которое обеспечивает обработку и (или) хранение данных. Это отвечает современным реалиям, когда мощность стоек может различаться на порядок, а потому способность ЦОДа размещать ИТ-оборудование определяется главным образом доступной для этого оборудования мощностью. 

 

«Важно отметить, что участие в реестре добровольное и каждый оператор вправе сам решать, включать свои объекты в него или нет. Возможно, кто-то посчитает вхождение в реестр нецелесообразным. Но для большинства это может стать дополнительной возможностью подтверждения статуса ЦОДа, что, вероятно, позволит упростить коммуникации с клиентами, взаимодействие с органами власти, энергетиками и другими поставщиками необходимых для ЦОДа ресурсов», – считает Дмитрий Бедердинов, генеральный директор АНО «Координационный совет по ЦОДам и облачным технологиям».

 

«АНО КС ЦОД как сторона, представляющая интересы ЦОДов, принимала активное участие в консультациях с согласующими ФОИВами на всех этапах прохождения документа, давая на каждом из них замечания и предложения. Как любой нормативный документ, данное постановление нельзя назвать идеальным. Ряд важных вещей не вошел в нормативный акт, – отмечает Д. Бедердинов. – Например, не предусмотрена возможность включения в реестр строящихся и планируемых новых ЦОДов. Некоторые пункты требований прописаны не очень четко, что очевидно, потребует дополнительной совместной с регулятором проработки необходимых разъяснений, в частности выпуска методических рекомендаций по определению класса надежности. Но в любом случае, считаю, что это шаг вперед в развитии нашей отрасли».

 

Чтобы попасть в реестр, владелец (оператор) ЦОДа должен подать составленную в произвольной форме декларацию о соответствии центра обработки данных ряду требований. Это, в частности, требования, связанные с безопасностью систем управления инженерной инфраструктурой и инфраструктурой физической защищенности ЦОДа:

• осуществление мониторинга ИБ;
• обеспечение сегментации и разграничения прав доступа;
• наличие возможности резервного копирования информации.

Подчеркнем, что перечисленные требования применяются к системам самого дата-центра как инженерного объекта, а не к ИТ-системам, размещаемым в ЦОДе клиентами (в случае коммерческого объекта) или внутренними ИТ-заказчиками (для корпоративного объекта).

 

Кроме того, в декларации потребуется предоставить сведения о наличии ограничения и контроля физического доступа и доступа посредством каналов связи к средствам обработки информации в ЦОДе, а также о наличии сигнализации для предупреждения о несанкционированном вскрытии технических средств ЦОДа, мест их размещения и кабельных трасс.

 

Наконец, в декларации надо будет указать, каким требованиям надежности соответствуют системы инженерно-технического обеспечения объекта. Заметим, что именно надежность, определяющая возможность непрерывного обслуживания критичных ИТ-систем, – ключевая характеристика ЦОДов, отличающая их от других ИКТ-объектов.

 

В документе приводятся три хорошо известные специалистам схемы топологического резервирования (избыточности):

• базового уровня надежности – резервирование компонентов систем инженерно-технического обеспечения;
• среднего уровня – с обеспечением возможности выполнения операций по техническому обслуживанию, ремонту, замене любого компонента систем инженерно­технического обеспечения и оборудования без перерыва в предоставлении услуг ЦОДа;
• высшего уровня – с обеспечением отказоустойчивости систем инженерно-технического обеспечения ЦОДа.

Данные схемы во многом соответствуют уровням Tier получившей широкое распространение в мире системы Uptime Institute, а также классам (С, В, А соответственно) отечественной системы классификации, разработанной АНО КС ЦОД. Однако в постановлении не описаны детали различных классов (уровней) надежности и методика подтверждения соответствия объекта тому или иному классу. Видимо, это будет сделано в дальнейшем.

 

 

На сегодня в России по системе Uptime Institute сертифицированы около 40% всех коммерческих ЦОДов. Но при этом 34% только заявляют, что ЦОД имеет уровень надежности, соответствующий Tier III, но по тем или иным причинам не имеют возможности пройти сертификацию. Заложенное в реестр понятие класса ЦОДа позволит им официально подтвердить уровень надежности, что может быть важно для корпоративных и государственных площадок.

 

«Если мы исходим из того, что для определения уровня надежности будет использоваться отечественная модель классификации и в методических рекомендациях будет указан порядок проведения самостоятельной либо внешней оценки уровня, то при запросе выписки из реестра можно будет запросить также информацию о документах, подтверждающих класс и уровень надежности, – поясняет Дмитрий Горкавенко, директор по развитию iKS-Consulting. – Вхождение в реестр может быть интересно ЦОДам по многим причинам. В частности, это позволит нормативно зафиксировать статус ЦОДа, что может положительно сказаться на конкурентоспособности и клиентских отношениях. Например, нахождение в реестре может быть заявлено как качественный критерий при закупке».

 

Предложенный механизм формирования реестра открывает двери для внесения туда различных площадок, в том числе, возможно, сомнительного качества. Однако, по мнению экспертов, именно механизм подтверждения класса надежности позволит ранжировать площадки, например при выборе коммерческого ЦОДа для размещения критичных ИТ-систем. «Поначалу площадок ЦОДов в реестр попадет много, но при наличии детализации можно будет, сделав соответствующий запрос в Минцифры, выбрать те, которые имеют подтверждение класса и уровня (надежности)», – указывает Д. Горкавенко.

 

Важно и то, что Постановление Правительства РФ от 28.11.2025 № 1932 четко отделяет ЦОДы от майнинговых ферм. Для внесения информации в реестр необходимо указать, что в ЦОДе не осуществляется майнинговая деятельность, и сопроводить заявление обязательством не размещать майнинговую инфраструктуру, подписанное руководителем организации – владельца (оператора) ЦОДа.

 

Ознакомиться с постановлением можно на сайте официального опубликования правовых актов.