Хроника падений облаков РФ за 2026 год

2026 год щедро напомнил российскому IT простую вещь: облако — это тоже железо. Оно стоит в конкретном здании, с конкретной системой охлаждения и конкретным кабелем, который заходит в конкретный колодец. Год ещё не закончился, но хроника уже насыщенная — разбираем её по категориям причин, типовым длительностям и открытым источникам. Без выдуманных цифр чужих убытков: их не знает никто, кроме самих компаний. Зато с методикой, по которой вы прикинете свои.

Как мы оцениваем длительность

Точные тайминги инцидентов компании раскрывают редко. Поэтому дальше — диапазоны: мы собирали их по публичным статус-страницам облачных провайдеров, данным мониторинговых сервисов и опубликованным постмортемам. Это оценки порядка величины, а не протокол с точностью до минуты. Для практики важнее не «сколько минут лежал конкретный сервис», а «как долго обычно длится такой тип аварии» — от этого зависит, какой резерв вам нужен.

Оптика и стройка

Классика жанра: экскаватор, кабель, два дата-центра без связи. За год были и магистральные порезы между городами, и обрывы «последней мили» внутри промзон. Типовая длительность — от 2 до 12 часов. Переключение на резервный маршрут занимает минуты, но только если резерв физически независим. Когда «резервный» кабель лежит в той же трубе, что и основной, все ждут бригаду сварки.

Охлаждение и питание

Чиллеры, кондиционеры, дизель-генераторы, автоматика ввода резерва. Летние пики жары традиционно показали, где на охлаждении экономили. Типовая вилка — от 20 минут (переход на резервный ввод) до нескольких часов, если остановилась холодильная установка и машинный зал ушёл в тепловую защиту. Полное восстановление после остановки зала — это всегда часы: оборудование поднимают волнами, чтобы пусковые токи не уронили питание повторно.

Софт и обновления

Неудачный релиз платформы виртуализации, баг в сетевом стеке, регрессия в системе хранения. Такие инциденты коварны: железо цело, а сервис недоступен. Типовая длительность — от 30 минут (быстрый откат) до суток и больше, если обновление успело повредить данные и потребовалось восстановление из бэкапов. Отдельный сюжет года — каскадные сбои, когда останавливается внутренний сервис, от которого зависят десятки других.

DDoS и внешние перегрузки

Мусорный трафик остался фоновой реальностью отрасли. Для операторов площадок это рабочая рутина, но для клиентов эпизоды выглядят как «облако тормозит» или «API не отвечает». Типовой эпизод — от 15 минут до 3–4 часов, пока системы фильтрации не перестроятся под новый паттерн нагрузки. Вывод для бизнеса простой: чем меньше у вас всего «под одним IP», тем легче пережить такие эпизоды.

Человеческий фактор

Ошибка в конфигурации маршрутизатора, команда не в том терминале, недооценённая зависимость между сервисами. Индустрия помнит случаи, когда одна опечатка в сетевом конфиге роняла целый регион. У таких инцидентов диагностика часто длится дольше самой починки: типовая вилка — от 1 до 6 часов, потому что сначала долго ищут первопричину в логах.

Октябрь: остановка дата-центра во Владимире

Крупнейший инфраструктурный инцидент года случился в октябре — остановка дата-центра Яндекса во Владимире. По публично известным фактам картина выглядела так.

Дата-центр остановился, и вместе с ним недоступной оказалась заметная часть сервисов экосистемы: пользователи по всей стране сообщали о проблемах в работе привычных сервисов компании. Яндекс Маркет просил продавцов временно не привозить товары в пункты выдачи — системы не могли принять и обработать поставки.

Восстановление шло поэтапно, волнами. Это нормальная практика после полной остановки площадки: сначала возвращают питание и охлаждение, затем сеть и хранилища, потом платформенные слои и только после них — пользовательские сервисы. Каждый слой проверяют перед включением следующего, иначе каскад повторится.

Один дата-центр — это одна точка отказа. Даже если он огромный и принадлежит техногиганту.

Сервисы, у которых был работающий резерв в других регионах, возвращались заметно быстрее. У тех, кто жил в одной локации, выбора не было: они ждали вместе со всеми. Точные цифры простоя и потерь мы приводить не будем — их в открытом доступе нет, а выдумывать их недопустимо. Важна механика: остановка одной площадки парализовала часть сервисов по всей стране.

Сколько стоит час простоя: модель расчёта

Вместо чужих цифр — рабочая формула, по которой каждый считает свою стоимость часа:

Час простоя = упущенная выручка + простой команды + штрафы и компенсации + репутационный «хвост».

• Интернет-магазин. Берите средний часовой оборот (месячная выручка, делённая на 730 часов) — это минимальная цена часа. В пиковые часы смело умножайте на 3–5. Плюс брошенные корзины, которые не вернутся: часть клиентов уходит к конкуренту навсегда.
• SaaS по подписке. Прямые потери меньше, зато включаются обязательства по SLA: перерасчёты, бесплатные месяцы. Главная цена — отток: клиент, поймавший простой в критический момент, начинает смотреть на альтернативы.
• Логистика и пункты выдачи. Простой множится физически: очереди, невыданные заказы, сорванные поставки. Считается через стоимость часа работы точки плюс компенсации клиентам.
• Медиа и реклама. Недополученные показы и сгоревшие бюджеты: кампания крутится, а трафик уходит в никуда.

Прикиньте свою цифру прямо сейчас — она пригодится для выводов.

Выводы

Один регион — одна точка отказа. Год показал это на всех уровнях: от пореза оптики до остановки целого дата-центра. Резерв в том же здании, в том же городе или за тем же маршрутизатором — не резерв, а иллюзия резерва.

Резерв без автоматики не работает ночью. Холодная виртуалка во второй зоне помогает, только если кто-то её включит и переключит трафик. В четыре утра «кто-то» — это автоматика: мониторинг заметил падение, DNS переключился, машина поднялась. Мы сделали baser именно для этого сценария: он следит за зонами Yandex Cloud, VK Cloud и Selectel и сам переключает рубильник, пока вы спите.

Считайте простой заранее. Когда известна цена часа, резерв и фейловер перестают быть «лишними расходами» и становятся страховкой с понятной окупаемостью. 2026-й дал достаточно материала, чтобы посчитать честно.