Кто платит за бесперебойность: как спор энергетиков и ЦОДов может повлиять на стоимость хостинга
Дата-центр можно подключить к электросети быстрее, если согласиться на меньшие гарантии непрерывного питания. Но интернет-магазину, который принимает заказы круглосуточно, от этого не легче: покупателю всё равно, почему не открылась корзина. Чтобы сохранить доступность сервиса, кому-то придётся обеспечить резерв — и оплатить его.
Именно это противоречие стоит за дискуссией энергетиков и операторов ЦОДов. В сентябре 2026 года «Ведомости» сообщили о предложении упростить требования к источникам питания новых дата-центров. Один из обсуждаемых вариантов — подключение по четвёртой категории надёжности электроснабжения. Для бизнеса вопрос шире инженерных нормативов: как изменятся расходы на инфраструктуру и какие гарантии останутся за привычным ежемесячным платежом.
Даже если компания арендует один виртуальный сервер, его работа зависит от физической площадки: электропитания, охлаждения и связи. Клиент покупает вычислительные ресурсы, но вместе с ними оплачивает часть инфраструктуры, которая должна поддерживать эти ресурсы при отказах.
Обсуждение касается прежде всего новых подключений и строящихся площадок. Оно не меняет автоматически действующие договоры электроснабжения или условия аренды уже работающего VPS. Но экономика новых ЦОДов может со временем влиять на предложение серверных мощностей, стоимость расширения и цены услуг на рынке. Поэтому владельцу даже небольшого сайта полезно понимать контекст — без ожидания, что его тариф или гарантии непременно изменятся завтра.
О чём спорят энергетики и операторы ЦОДов
У энергетиков и дата-центров разные задачи. Энергосистеме нужно обеспечить допустимые режимы работы сети и снабжение множества потребителей. Оператору ЦОДа — получить мощность в нужном месте и поддерживать работу оборудования клиентов, в том числе во время внешних перебоев.
В мае 2026 года Системный оператор ЕЭС назвал несколько возможных решений для растущих потребностей ЦОДов: размещение в регионах без инфраструктурных ограничений, собственную автономную генерацию и подключение по новой, четвёртой категории. Это разные модели развития, а не один универсальный рецепт.
Со стороны операторов возникает другой вопрос: как выполнять обязательства перед клиентами, если длительность внешнего отключения заранее не ограничена? Резерв, рассчитанный на кратковременный переходный режим, и инфраструктура для продолжительной автономной работы решают разные задачи. В отраслевом отчёте о форуме «ЦОД-2026» именно отсутствие предсказуемого предела отключений стало одним из аргументов участников дискуссии.
Поэтому спор идёт не о том, нужна ли надёжность вообще. Обсуждается, какая её часть обеспечивается внешней сетью, какую обязан взять на себя дата-центр и насколько такая модель экономически оправданна.
Что уже изменилось, а что нельзя считать решённым
Четвёртая категория — уже не просто предложение. Её нормативную основу установило постановление Правительства РФ от 7 февраля 2026 года № 103. Для этой категории документ не устанавливает предельную продолжительность отключений и предельные сроки восстановления электроснабжения.
При этом отнесение к ней осуществляется по инициативе заявителя и при соблюдении установленных условий. Это не означает автоматического перевода всех действующих дата-центров на менее надёжное питание.
Ещё одна частая путаница — четвёртая категория электроснабжения и Tier IV. Это разные классификации. Первая описывает режим подключения и электроснабжения, вторая относится к инженерной инфраструктуре дата-центра по системе Uptime Institute. Совпадение римской цифры не означает совпадения гарантий.
Почему собственный резерв не делает электричество бесплатным
У хорошо спроектированной площадки есть несколько средств защиты от перебоев. Источник бесперебойного питания, или ИБП, помогает пережить кратковременное исчезновение внешнего питания и переход на резервный источник. Генератор может поддерживать более длительную работу. Но его возможности зависят от мощности, технического состояния, режима эксплуатации и снабжения топливом.
Оборудование нужно не только купить. Его обслуживают, испытывают, ремонтируют, обеспечивают расходными материалами. Для продолжительной работы важны доставка топлива, возможность обслуживания без потери необходимого резерва и подготовка дежурной смены. Эти вопросы невозможно закрыть одной строкой «есть дизель-генератор».
Кроме того, питание требуется не только серверам. Необходимо сохранять работу нужных систем охлаждения и других инженерных компонентов. Работающее вычислительное оборудование без отвода тепла не означает работоспособный дата-центр.
Отсюда возможный механизм удорожания: если площадка чаще или дольше обеспечивает себя энергией самостоятельно, могут вырасти её эксплуатационные расходы. Если для выбранной модели питания требуется дополнительное оборудование, увеличатся и капитальные затраты. Это экономический сценарий, а не подтверждённый прогноз повышения всех тарифов.
Часть затрат оператор может компенсировать эффективностью эксплуатации, часть — включить в стоимость размещения. Хостинг-провайдер, в свою очередь, принимает собственное решение о цене услуг. На результат влияют загрузка площадки, условия договоров, оборудование и конкуренция. Поэтому объявлять единый процент будущего роста цен на VPS по этой дискуссии некорректно.
Почему исправный ЦОД ещё не гарантирует работающий сайт
Надёжность складывается из нескольких уровней. Электросеть снабжает площадку, инженерные системы поддерживают условия для оборудования, а архитектура приложения определяет, переживёт ли сервис отказ отдельного компонента.
Например, Tier III в классификации Uptime Institute предусматривает возможность планового обслуживания компонентов и путей распределения без остановки ИТ-нагрузки. Это существенное свойство инфраструктуры. Но оно не гарантирует, что интернет-магазин переживёт ошибку обновления, отказ единственной базы данных или сбой внешнего платёжного сервиса.
Равным образом два виртуальных сервера не обязательно образуют независимый резерв. Они могут находиться на одной площадке и зависеть от общих инженерных систем. Даже разнесение по разным ЦОДам требует проверки: где хранятся данные, как переключается трафик и какие общие зависимости остаются у приложения.
За какой простой действительно стоит платить
Для маркетолога отказ инфраструктуры проявляется в понятных показателях: посетитель не открыл посадочную страницу, не отправил заявку или не завершил оплату. Реклама и рассылки могут продолжать приводить аудиторию, пока команда разбирается в причине сбоя.
Однако считать весь оборот за час гарантированным ущербом тоже неправильно. Часть покупателей вернётся, часть заказов удастся принять другим способом. Полезнее отдельно оценить невосстановленные продажи, бесполезные рекламные расходы, работу сотрудников и последующее восстановление операций, избегая двойного учёта.
Для выбора защиты нужны два ориентира: сколько времени сервис может быть недоступен и какой объём последних изменений допустимо потерять. В инженерной практике это целевое время восстановления RTO и допустимая глубина потери данных во времени RPO. Их следует согласовывать с бизнесом и затем проверять испытаниями.
Типовой пример — корпоративный сайт с редко меняющимся каталогом и интернет-магазин с непрерывным потоком заказов. Первому при согласованном допустимом простое может подойти восстановление из копии. Второму могут понадобиться более частое сохранение изменений, подготовленная резервная среда и отработанное переключение. Это иллюстрация выбора, а не универсальная рекомендация по типу сайта.
При этом резервное копирование решает задачу восстановления данных, но само по себе не обеспечивает непрерывную работу. Между наличием копии и возобновлением продаж остаются развёртывание окружения, восстановление базы, подключение интеграций и проверка оформления заказа.
Что проверить до пересмотра инфраструктурного бюджета
Проверку стоит разделить между поставщиком инфраструктуры и собственной командой. У первого нужно уточнить границы услуги, у второй — готовность приложения и людей к сбою.
Уточните, что именно защищено резервом. Какие отказы покрывает решение: отключение внешнего питания, отказ физического сервера, недоступность площадки? Где размещены основная среда и копии? Если провайдер предлагает резервную площадку, выясните, что потребуется от вашей команды для запуска приложения на ней.
Разберите соглашение об уровне сервиса — SLA. Что считается недоступностью, как она измеряется, какие исключения предусмотрены и как рассчитывается компенсация? Время ответа поддержки и время восстановления — разные показатели. Порядок возмещения тоже определяется договором: не стоит заранее считать компенсацию эквивалентом потерянных продаж.
Определите, что зависит от вашей команды. Архитектура приложения, актуальная инструкция восстановления, доступ к резервным копиям и порядок дежурства требуют отдельного внимания. Зафиксируйте зависимости от базы данных, DNS, платёжных и других внешних сервисов.
Назначьте ответственного за переключение и замену на случай его отсутствия. Эти задачи можно поручить подрядчику, но владельцу бизнеса нужно убедиться, что они включены в договор и выполняются. Сам факт аренды сервера этого не подтверждает.
Проведите пробное восстановление. Запустите копию проекта в изолированной среде и проверьте ключевой пользовательский сценарий. Для магазина это не только открытие главной страницы, но и корзина, оформление тестового заказа и корректность данных. Испытание должно исключать реальные списания, рассылки клиентам и вмешательство в рабочую базу.
Согласуйте действия digital-команды. Кто получает сигнал о сбое, кто решает приостановить кампанию, где публикуется сообщение клиентам? Страница статуса и инструкция бесполезны, если доступны только через отказавшую инфраструктуру. Ответственных и альтернативный канал связи лучше определить заранее.
Надёжность нужно покупать под конкретный сценарий
Дискуссия об энергоснабжении делает заметной часть расходов, которую клиент обычно не видит. За доступностью сайта стоят не только процессор и память, но и готовность оборудования, инженерных систем и людей продолжить работу при отказе.
Бизнесу необходимо определить, какие операции нельзя прерывать и сколько времени допустимо на восстановление. Затем сопоставить эти требования с возможностями площадки, архитектурой приложения и готовностью собственной команды. Договорные гарантии и проверенный порядок действий должны дополнять друг друга.
Если инфраструктура дорожает, полезный вопрос звучит так: какие риски закрывает дополнительный расход и проверено ли это на нашем приложении? Ответ позволяет обосновать инвестиции в резерв — или отказаться от затрат, которые не улучшают нужный бизнесу результат.