Инциденты хостингов в 2026 году
Инциденты хостингов в 2026 году
Последняя выборочная проверка свежих событий: 7 сентября 2026 года; дополнение по созданию MKS Selectel ru-3: 8 сентября 2026 года. Последняя полная перепроверка всего watchlist: 31 августа 2026 года.
Инциденты разделены по провайдерам. Массовые события, которые нельзя корректно отнести к одной компании, вынесены в отдельные разборы.
Отсутствие записи не означает отсутствие сбоев: у части провайдеров нет публичной status-панели или доступного архива. Время жизни status-записи также не всегда равно непрерывному простою каждого клиента.
Последние и наиболее значимые события
| Дата | Провайдер или уровень | Что произошло | Статус на момент проверки |
|---|---|---|---|
| с 7 сентября, сообщение в 13:28 МСК | Selectel | Затруднено создание Managed Kubernetes в ru-3a, ru-3b, ru-3c; существующие кластеры, по сообщению провайдера, работают штатно | На проверку 8 сентября Issue; итоговой длительности нет. Текущие сообщения · Инцидент |
| 5 сентября | Selectel | Затруднено создание VDS в ru-7b; остановка существующих серверов не заявлена | Закрыто; 14:55–16:08 МСК, 1 ч 13 мин; связь со storage-инцидентом не установлена |
| с 4 сентября | IONOS Cloud | Ограничена доступность Cloud Support; 7 сентября опубликовано предупреждение о задержках ответов | На 7 сентября Identified; не означает outage вычислительных ресурсов |
| с 2 сентября | Selectel | Нестабильно работают KVM-консоли части выделенных серверов с AMI BIOS | На проверку 7 сентября Issue; источник проблемы локализован, финального срока нет |
| 1–2 сентября | Selectel | Major-инцидент сетевой связности Cloud Platform в ru-3a, ru-3b, ru-3c и ru-9a; панель могла отвечать 500/503 | Устранено 2 сентября в 00:35 МСК; окно записи — 2 ч 25 мин |
| 31 августа — 5 сентября | Selectel | Деградация производительности сетевых дисков universal.ru-7b | Закрыто 5 сентября в 14:55 МСК; панель показывает 4 д 20 ч 30 мин, технического RCA нет. Минутное расхождение с разностью временных отметок разобрано в журнале |
| 26 августа — 3 сентября | IONOS Cloud | Повышенная задержка S3 Object Storage в eu-central-1 | Закрыто 3 сентября в 13:39 UTC; окно сообщений — 8 д 3 ч 46 мин, не непрерывный простой всех buckets |
| 27 августа | REG.RU / Рег.облако | Повторный сбой S3: для стабилизации с кластера сняли рабочую нагрузку | 13:25–14:20 МСК, 55 минут; после проверки работы и целостности данных нагрузку вернули; данные не пострадали, причина ещё исследуется |
| 26 августа | Selectel | Не создавались новые Managed Kubernetes clusters во многих пулах; существующие кластеры продолжали работать | Устранено через 1 ч 25 мин; provisioning восстановлен в 16:50 МСК |
| 26 августа | Selectel | Проблемы доступности selectel.ru | Устранено через 1 ч 7 мин, в 13:07 МСК; нет подтверждения влияния на data plane |
| 25 августа | Timeweb Cloud | Major-инцидент ams-1: сервисы в Нидерландах стали недоступны после зависания сетевого оборудования | Первый alert — 16:10 МСК; сеть восстановлена в 16:18, запись закрыта в 16:33 |
| 25 августа | REG.RU / Рег.облако | Сбой S3: часть запросов замедлялась или завершалась ошибкой; для стабилизации с кластера сняли рабочую нагрузку | 16:01–18:30 МСК, 2 ч 29 мин; данные не пострадали, причина на момент уведомления ещё исследовалась |
| 25 августа | Selectel | Частичная недоступность серверов MSK-4 затронула Bare Metal, Dedicated Servers, Colocation, Racks и Network | Устранено в 10:00 МСК; официальная длительность — 48 минут |
| 21–24 августа | Selectel | Проблемы доступности selectel.ru и my.selectel.ru | Устранено 24 августа; запись была открыта 3 дня 3 ч 10 мин, но это не обязательно непрерывный простой |
| 23 августа | IONOS Cloud | Buckets и Object Storage Keys не отображались в Data Center Designer; операции управления buckets/keys были недоступны | Устранено; окно записи — 5 ч 1 мин. Потеря объектов не подтверждена |
| 21–23 августа | IONOS Cloud | Через DCD и API нельзя было резервировать и управлять блоками IP-адресов | Устранено 23 августа в 17:49 UTC; окно записи — 57 ч 57 мин |
| 19 августа | Selectel | На 18 минут стала недоступна консоль Veeam VAC; могли возникать сбои запланированных backup jobs | Консоль восстановлена, задания снова выполнялись штатно |
| 19 августа | Timeweb Cloud | Live-панель показывала частичную доступность сервисов в spb-1 и spb-3 | При повторной проверке восстановлено, причина не опубликована |
| с 18 августа | Selectel | Ухудшилась доступность части внешних ресурсов за Cloudflare из отдельных подсетей Selectel | На проверку 7 сентября Issue; партнёрский CDN восстановлен отдельно |
| 18 августа | ММТС-9 и Рунет | Перебои электропитания на крупном узле связи затронули REG.RU и другие сервисы | Восстановление подтверждалось поэтапно, итогового общего постмортема пока нет |
| 17–18 августа | Selectel | Проблемы Veeam Cloud Connect Cloud Repository и Agent-Based Backup | Устранено; запись длилась 1 день 2 ч 59 мин |
| 15 августа | Timeweb Cloud | Major-инцидент de-1: потеря сетевой связности из-за протечки охлаждения и перегрева промежуточного узла Equinix FR5 | Серверы и данные не были повреждены; связанность восстановлена, запись закрыта в 23:38 МСК |
| с 15 августа | Selectel | Проблемы связности с Hetzner | Связность восстановлена перемаршрутизацией; 7 сентября запись остаётся в Monitoring |
| 13–14 августа | IONOS Cloud | AI Model Hub работал с повышенными ошибками и задержкой; отдельно возникала ошибка provisioning | Устранено, для provisioning установлен hotfix |
| 12 августа | Selectel | Нарушилась сетевая доступность части ресурсов облачного пула ru-2 | Устранено примерно за час |
| 11–12 августа | IONOS Cloud | Ошибки Cloud API и Data Center Designer при создании и изменении ресурсов | Устранено; уже работающие ресурсы, по сообщению провайдера, не пострадали |
| 4–10 августа | IONOS Cloud | Частичная недоступность control plane Managed Kubernetes и тайм-ауты API | Устранено после масштабирования компонентов управления |
| 6 августа | Selectel | Массовая деградация внешней связности в Рунете при штатной внутренней инфраструктуре Selectel | Устранено |
| 2 августа | REG.RU / Рег.облако | Инцидент в одном из ЦОД затронул часть пользователей; сайты провайдера уже открывались, но восстановление клиентских сервисов и перезагрузка серверов продолжались | Начало около 17:35 МСК; причина и точное время полного восстановления не опубликованы |
| 23–28 июля | Beget | После включения компании в санкционный список ЕС латвийский партнёр остановил обслуживание площадки | Латвийская локация закрыта; РФ и Казахстан продолжили работу |
| 16 июля | REG.RU | Инцидент энергоснабжения одного из дата-центров затронул сайт, DNS, VPS, облако и часть клиентских ресурсов | Основные системы восстановлены |
| 15 июля | Selectel | В ru-7 произошло два сетевых сбоя ресурсов с Floating IP из-за ошибки автоматизации | Устранено; опубликован постмортем |
| 29 июня — 1 июля | FirstVDS | Самая длительная авария охлаждения Qupra DC2 длилась около 44 часов; суммарная недоступность площадки за май–июль — около 58 часов | Серверы восстановлены; перенос в NorthC Amsterdam 1 завершён 31 августа |
| 29–30 июня | Timeweb Cloud | Повторные проблемы доступности ams-1 из-за отказа охлаждения Qupra | Восстановлено на внешнем чиллере; событие отделяется от сетевого сбоя 25 августа |
| 25 июня | Timeweb Cloud | Сетевая деградация во время DDoS-атаки заявленной мощностью до 3 Тбит/с | Устранено |
| 4 июня | VDSka | На финской площадке вышел из строя силовой трансформатор | Восстановление выполнялось оператором площадки |
| 29–30 мая | Selectel | Часть пользователей не могла открыть панель и ресурсы по HTTPS/TLS; предполагалось влияние внешних DPI-правил | Внутренняя сеть работала штатно; внешняя доступность нормализовалась |
| 27 мая | Yandex Cloud | Ошибочная конфигурация сетевого оборудования нарушила внешнюю связность сервисов во всех российских зонах | Внешний трафик восстановлен; опубликован разбор причины |
| 22 мая | Yandex Cloud | Проблема VPC в ru-central1-a затронула Compute Cloud, Managed Kubernetes и managed databases | Устранено; окно записи составило около пяти часов |
| 18–21 мая | Selectel | IPMI выделенных серверов было недоступно в нескольких пулах | Восстановлено; запись была открыта почти трое суток |
| 18 мая | Нидерланды / THE.Hosting и UFO.Hosting | Нидерландские органы изъяли более 800 серверов; профильные СМИ связали воздействие с клиентами THE.Hosting и UFO.Hosting | Само изъятие подтверждено FIOD; атрибуция брендов отмечена как источник уровня C |
| 20–21 апреля | Selectel | Сетевая недоступность и проблемы создания VM в ru-7a и ru-7b | Устранено через 6 ч 8 мин |
| 9–10 апреля | Timeweb Cloud | Критическая деградация СХД MSK-1 вызвала высокий I/O latency, зависание части VM и ограничения управления | Кластер стабилизирован; целостность данных сохранена, опубликован отчёт |
| 6 апреля | Ростелеком и Рунет | Мощная DDoS-атака и усиленная входящая фильтрация вызвали выборочную недоступность ресурсов | Работа сети нормализовалась вечером 6 апреля |
| 5–15 апреля | Selectel | Публичная подсеть VDS 77.105.168.0/24 была недоступна | Устранено; status-запись оставалась открытой более девяти суток |
| 29 января | Yandex Cloud | Более девяти часов были затруднены операции с Managed Databases в российских зонах | Устранено |
| 28–29 января | Selectel | Проблемы DNS затронули домены S3 и облачных баз данных | Устранено |
| 19 января | Yandex Cloud | В ru-central1-a нельзя было создавать VM и связанные Kubernetes/Managed Database resources | Устранено примерно за 3 ч 29 мин |
Дополнение 8 сентября — создание MKS Selectel ru-3
Добавлен новый инцидент создания Managed Kubernetes в ru-3a, ru-3b, ru-3c, опубликованный 7 сентября в 13:28 МСК. На проверку 8 сентября он остаётся в текущих сообщениях Selectel как Issue. Это provisioning: штатная работа существующих кластеров указана отдельно; сбой их масштабирования или остановка приложений не подтверждены.
Повторение класса проблем после 26 августа важно для аварийного развёртывания и CI/CD, но общая причина этих событий не установлена. Категория «Рекомендую» не меняется; повторяемость и итоговая длительность будут учитываться при следующей оценке. Детали и безопасные проверки — в журнале Selectel.
Это точечное дополнение по одному подтверждённому событию, а не новая полная перепроверка всех провайдеров.
Проверка Selectel 7 сентября
- Сетевые диски
universal.ru-7b— запись закрыта 5 сентября в 14:55 МСК; панель показывает 4 дня 20 часов 30 минут. Технического RCA на карточке нет. - Создание VDS
ru-7b— отдельный инцидент 5 сентября, 14:55–16:08 МСК. Совпадение с временем закрытия storage-события не устанавливает общую причину. - KVM выделенных серверов — проблема консолей серверов с AMI BIOS остаётся открытой со 2 сентября; финального срока восстановления нет.
Закрытый Major-инцидент сети ru-3 и ru-9 1–2 сентября хранится отдельно: storage, provisioning, сеть Cloud Platform и KVM относятся к разным слоям.
Также в журнале сохранены сетевые maintenance windows, опубликованные 3 сентября:
- 9 сентября, 00:00–06:00 МСК — пограничные маршрутизаторы Санкт-Петербурга, снижение резервирования BGP и последовательное отключение IPv4/IPv6 sessions;
- 10 сентября, 10:00–17:00 МСК — Global Router L3VPN в Казахстане, резервирование N+0 и два ожидаемых перерыва до 10 секунд;
- 11 сентября, 00:00–06:00 МСК — пограничные маршрутизаторы Москвы, снижение BGP redundancy и последовательное отключение IPv4/IPv6 sessions.
Для уведомлений Санкт-Петербурга и Москвы заголовки status-card содержат 2026 год, а текст — 2025. В журнале используется дата карточки с явной отметкой расхождения источника.
Категория Selectel остаётся «Рекомендую», с флагом на повторную оценку длительного storage-события и корректирующих мер. Его закрытие не отменяет необходимости проверить workload и backup; плановые работы сами по себе категорию не меняют.
Проверка REG.RU/Рег.облака и Timeweb 27 августа
REG.RU и Рег.облако
Подтверждены пять событий разных уровней:
- 27 августа, повторный S3-сбой Рег.облака — 13:25–14:20 МСК; с кластера сняли нагрузку, после проверки работы и целостности данных вернули; данные не пострадали, причина ещё исследуется;
- 25 августа, S3 Рег.облака — 16:01–18:30 МСК; часть запросов замедлялась или завершалась ошибкой, данные не пострадали, причина ещё исследовалась;
- 18 августа, внешний узел ММТС-9 — массовая инфраструктурная авария вне внутренней инфраструктуры REG.RU;
- 2 августа, один из ЦОД — около 17:35 МСК инцидент затронул часть пользователей REG.RU и Рег.облака; сайты уже работали, но клиентские сервисы и серверы ещё восстанавливались;
- 16 июля, энергоснабжение ЦОД — затронуты сайт, DNS, VPS, облако и часть клиентских ресурсов.
Два S3-инцидента произошли с интервалом два дня. Сумма опубликованных окон — 3 часа 24 минуты, но это не непрерывный простой. Второе событие сам провайдер назвал повторным. После него объединённая карточка REG.RU / Рег.облака перенесена из категории «Рекомендую» в «Норм».
Для события 2 августа техническая причина и точное время полного восстановления не опубликованы. Для двух S3-сбоев также пока нет опубликованной root cause.
Timeweb
Обычный shared-хостинг и Timeweb Cloud проверяются отдельно.
В журнал Timeweb Cloud добавлен пропущенный Major-инцидент de-1 15 августа. Для обычного Timeweb-хостинга нового события с точной датой, затронутым сервером и финальным статусом в доступном архиве не найдено.
Проверка FirstVDS 3 сентября и IONOS 7 сентября
FirstVDS
31 августа FirstVDS официально сообщил о завершении миграции виртуальных машин из Qupra DC2 в NorthC Amsterdam 1. Новые VDS в Нидерландах уже создаются на новой площадке.
Категорию «Норм» менять не нужно. Переезд снижает известный риск Qupra DC2 и закрывает публично объявленный corrective action, но не заменяет post-migration mtr, iperf3, fio, внешний мониторинг и restore-test.
IONOS Cloud
Инцидент повышенной задержки S3 eu-central-1, открытый 26 августа в 09:53 UTC, закрыт 3 сентября в 13:39 UTC. Время ответа вернулось к норме. Окно сообщений 8 дней 3 часа 46 минут не равно непрерывному простою всех buckets; технический RCA не опубликован.
С 4 сентября ограничена телефонная поддержка Cloud Support; обновление 7 сентября предупреждает о задержках ответов и изменениях ticketing system. Это отдельный операционный риск, а не недоступность VM или S3.
Категория «Рискованные» сохраняется из-за уже описанных в карточке рисков аккаунта, оплаты и санкционной политики. Закрытие S3-события их не отменяет.
На 28 сентября, 14:00–16:00 UTC, запланировано отключение PostgreSQL API v1. Это не авария: клиентам нужно заранее проверить региональный API v2 и TOKEN auth для management automation.
Проверка SpaceWeb 31 августа
В клиентской панели SpaceWeb обнаружены два июльских уведомления о внеплановых работах:
- 28 июля ресурсы могли быть недоступны с 14:00 до 20:00 из-за работ на сети;
- уведомление от 10 июля предупреждало о перезагрузке сервера 11 июля с 05:00.
Часовые пояса, фактическая продолжительность и реальное воздействие в сообщениях не указаны. Поэтому эти окна не добавлены в таблицу подтверждённых значимых простоев.
По провайдерам
| Провайдер | Журнал | Основные типы риска |
|---|---|---|
| Timeweb Cloud | Инциденты в 2026 году | СХД, DDoS, сеть, охлаждение, внешние телеком-узлы и оборудование ЦОД |
| Timeweb-хостинг | Инциденты в 2026 году | Короткие простои, DDoS-фильтрация, доступность бэкапов, неполный публичный архив |
| Selectel | Инциденты в 2026 году | Provisioning, облачные пулы, Network Volumes, Bare Metal, VDS, KVM, DNS, Kubernetes, Veeam, control plane, CDN и внешняя связность |
| Yandex Cloud | Инциденты в 2026 году | Создание ресурсов, Managed Databases, VPC, AI Studio и внешняя связность |
| IONOS Cloud | Инциденты в 2026 году | S3 data-plane latency, Kubernetes control plane, AI Model Hub, provisioning, Object Storage management, управление IP, capacity и доступность Cloud Support |
| Contabo | Инциденты в 2026 году | Сетевые проблемы отдельных узлов и неполная публичная история |
| Beget | Инциденты в 2026 году | Внешняя фильтрация, санкционные и партнёрские риски зарубежной площадки |
| REG.RU / Рег.облако | Инциденты в 2026 году | Повторные S3-сбои, ЦОД и серверная инфраструктура, электропитание, DNS и внешние узлы связи |
| FirstVDS | Инциденты в 2026 году | Охлаждение ЦОД, внешняя фильтрация и post-migration наблюдение новой площадки |
| VDSka | Инциденты в 2026 году | Электропитание внешнего ЦОД и магистральная связность |
| SpaceWeb / Sweb | Инциденты в 2026 году | Клиентские уведомления о внеплановых сетевых работах и перезагрузках; фактическое воздействие требует внешнего подтверждения |
| VDSina | Инциденты в 2026 году | Партнёрская цепочка европейской площадки |
| McHost | Инциденты в 2026 году | Партнёрская цепочка европейской площадки |
Ближайшие и недавние плановые работы Selectel
- 7 сентября, 10:00–14:00 МСК — электропитание
ru-2c, downtime не заявлен; - 7 сентября, 10:00–20:00 МСК — Мобильная ферма: возможна периодическая недоступность устройств и ограничение операций аренды;
- 9 сентября, 00:00–06:00 МСК — пограничные маршрутизаторы Санкт-Петербурга: снижение резервирования BGP и последовательное отключение IPv4/IPv6 sessions;
- 9 сентября, 10:00–14:00 МСК — Veeam Cloud Connect и Agent Backup: сервисы недоступны, активные backup, restore и replication sessions будут прерваны;
- 10 сентября, 10:00–16:00 МСК — VMware Public Cloud Backup: недоступность во всех регионах и прерывание активных backup/restore sessions;
- 10 сентября, 10:00–17:00 МСК — Global Router L3VPN в Казахстане: резервирование N+0 и два ожидаемых перерыва до 10 секунд;
- 11 сентября, 00:00–06:00 МСК — пограничные маршрутизаторы Москвы: снижение резервирования BGP и последовательное отключение IPv4/IPv6 sessions.
Это объявленные окна, а не подтверждённые аварии или результаты завершённых работ. До окон нужно перенести длительные задания, проверить резервные сетевые пути и усилить внешний мониторинг. Подробнее и первоисточники: журнал Selectel.
Новая backup-возможность Yandex Cloud
С 25 августа Cloud Backup поддерживает внешние VPS, VM и физические серверы. Это продуктовая новость, а не инцидент, но она полезна как способ хранить независимую копию инфраструктуры другого провайдера.
Массовые события
- 6 апреля: DDoS-атака на сеть Ростелекома
- 18 мая: изъятие более 800 серверов в Нидерландах
- 2 июня: отключение инфраструктуры nLighten / MIRhosting
- 18 августа: авария электропитания на ММТС-9
Полнота данных
Методика и охват проверки объясняют, какие источники использовались и почему «ничего не найдено» нельзя превращать в утверждение «сбоев не было».
Как читать журнал
Большое число записей не обязательно означает низкое качество провайдера. Крупная компания с открытой status-панелью может публиковать больше событий, чем небольшой провайдер без публичной истории.
Для практической оценки важны:
- продолжительность;
- повторяемость;
- data plane или control plane;
- число затронутых регионов;
- прозрачность;
- компенсация;
- внешние резервные копии;
- успешный restore-test.