Сколько стоит час простоя и когда резервное облако окупается: считаю на цифрах, а не на страхе

После октябрьских инцидентов у облачных провайдеров я получил за неделю больше вопросов «куда переезжать», чем за весь прошлый год. Почти всегда это неправильный вопрос. Правильный звучит так: сколько компания теряет за час простоя и сколько стоит этот час предотвратить. Ниже расчёт, который мы делаем для клиентов, с цифрами из открытых опросов 2026 года и формулой, которую можно применить к своему бизнесу за десять минут.

По опросу Linx Cloud и Global CIO среди руководителей ИТ в мае 2026 года протестированный план восстановления есть у 20 % компаний. Ещё 42 % не имеют плана вовсе, 41 % никогда не проверяли, восстанавливается ли их резервная копия. Среди крупного бизнеса по данным Orion soft цифры лучше, план есть у 87 %, но регулярные учения проводят только 34 %.

По данным Информзащиты 48 % компаний ставят себе цель восстановиться за четыре часа, при этом 77 % фактически закладывают на восстановление всей среды больше четырёх часов, а каждая четвёртая не уложилась в собственный норматив на последней проверке.

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

Многие B2B-компании обещают клиентам доступность 99,9 %. Это 8,8 часа простоя в год, 43 минуты в месяц. Один инцидент провайдера на 11 часов, а такие в 2025 году были, съедает годовой лимит целиком. Если в договорах с клиентами есть штрафы за SLA, провайдер их вам не компенсирует: кредиты по SLA облака составляют 5–25 % месячного счёта за облако, а не долю вашей выручки.

Стоимость часа простоя складывается из трёх частей.

1. Упущенная выручка. Месячная выручка через сайт или сервис, делённая на число рабочих часов. Для интернет-магазина с оборотом 30 миллионов в месяц это около 40 тысяч рублей в час в среднем и в несколько раз больше в пиковые дни. 2. Штрафы и компенсации клиентам по договорам. У B2B SaaS это часто больше первой части. 3. Стоимость команды, которая вместо работы тушит пожар, и клиентов, которые ушли и не вернулись. Эту часть обычно не считают, и зря: по опросу K2Tex 39 % компаний говорят, что за год цена часа простоя для них выросла существенно.

Оценки для российского рынка по отраслям: для интернет-торговли и финтеха от 100 до 500 тысяч рублей в час в пиковые периоды, для B2B-сервисов определяется штрафами в договорах.

Резервный контур у второго провайдера это не второй такой же счёт. Есть три режима, и цена зависит от скорости переключения.

Холодный резерв. Постоянно работает только реплика данных, сам контур поднимается из кода в момент инцидента. Переключение занимает 2–4 часа. Стоит около 15 % основного счёта за облако.

Тёплый резерв. Уменьшенный контур работает постоянно и масштабируется при переключении. Переключение за 15–30 минут. Около 35 % основного счёта.

Горячий резерв. Оба контура принимают трафик одновременно, отказ одного незаметен для клиентов. Переключение за минуты. От 80 до 100 % основного счёта.

Плюс разовое построение, от нескольких сотен тысяч рублей в зависимости от размера инфраструктуры, и регулярные учения по переключению. Важная практическая деталь: по опыту интеграторов в резерв включают не всё, а 20–25 % систем, без которых бизнес останавливается. Это сильно снижает счёт.

Берём тёплый режим, самый частый. Компания платит за облако 800 тысяч в месяц, резерв обойдётся примерно в 280 тысяч в месяц, 3,4 миллиона в год. Если час простоя стоит 300 тысяч, резерв окупается при 11 часах простоя в год. Для сравнения: один серьёзный инцидент провайдера даёт столько за раз.

Для компании с часом простоя в 30 тысяч та же математика даёт 112 часов в год, и резерв не окупается. Таким компаниям нужен холодный режим или просто проверенный бэкап с отработанным восстановлением за четыре часа.

Практики называют два порога, после которых резерв нужен без расчётов: час простоя дороже 100 тысяч рублей или требуемый срок восстановления меньше четырёх часов. Если вы подходите под любой, вопрос не в том, нужен ли резерв, а в том, какой.

Для части компаний резерв это уже не экономика, а требование. Положение Банка России 850-П устанавливает для банков пороги допустимого простоя: два часа для операций с вкладами и счетами физлиц у крупных банков. ГОСТ Р 57580.4 требует раздельного размещения основного и резервного центров с тестированием готовности, и для небольших банков и некредитных финансовых организаций срок перехода на стандартный уровень истекает 31 декабря 2026 года. С марта 2026 года для государственных информационных систем резервное копирование и проверенное восстановление стали обязательными по приказу ФСТЭК № 117.

Не переезжать. В день инцидента это худшее решение: у принимающих провайдеров очереди, ввод мощностей в 2025 году упал втрое, серверы подорожали вдвое. Правильная последовательность другая.

1. Посчитать час простоя по формуле выше, честно, со штрафами. 2. Определить 20–25 % систем, без которых бизнес стоит. 3. Вынести DNS, мониторинг и бэкапы за пределы основного облака. Если они лежат у того же провайдера, вы даже не узнаете, что упали, пока не напишут клиенты. 4. Выбрать режим резерва по формуле окупаемости. 5. Переключиться на резерв по-настоящему, в спокойное время, с секундомером. Протокол учений с реальным временем восстановления это единственный документ, который что-то доказывает.

Переезд после этого становится не аварийной операцией, а плановой: половина работы уже сделана, и делать её можно тогда, когда выгодно, а не когда страшно.

---

*Автор руководит инженерной командой сutover.ru, которая строит резервные контуры и переносит инфраструктуру между российскими облаками. Цифры опросов приведены по открытым публикациям Linx Cloud, Orion soft, Информзащиты и K2Tex за 2026 год. Расчёт окупаемости упрощён: добавьте свои штрафы по договорам и стоимость репутации.*