Инциденты REG.RU и Рег.облака в 2026 году
Инциденты REG.RU и Рег.облака в 2026 году
Последняя проверка: 27 августа 2026 года.
Краткий вывод
В 2026 году подтверждены пять заметных событий на разных уровнях экосистемы:
- 27 августа произошёл повторный сбой S3 Рег.облака: с кластера снова сняли рабочую нагрузку, а штатную работу восстановили через 55 минут;
- 25 августа S3 Рег.облака уже работал с задержками и ошибками в течение опубликованного окна 2 часа 29 минут;
- 18 августа перебои электропитания на внешнем узле ММТС-9 повлияли на REG.RU и других участников Рунета;
- 2 августа инцидент в одном из дата-центров затронул часть пользователей REG.RU и Рег.облака;
- 16 июля проблема энергоснабжения одного из дата-центров REG.RU затронула собственную инфраструктуру.
События нельзя объединять в одну техническую причину. Но два S3-инцидента с интервалом два дня уже являются повторяемостью одного сервиса, а не единичным сигналом. В обоих случаях данные, по уведомлениям провайдера, не пострадали; причины на момент последних сообщений ещё исследовались.
Хронология
| Дата | Что произошло | Причина | Статус | Источник |
|---|---|---|---|---|
| 27 августа | Повторный сбой S3 Рег.облака; для стабилизации с кластера сняли рабочую нагрузку | На момент уведомления причина ещё исследовалась | 13:25–14:20 МСК, 55 минут; после проверки работы и целостности данных нагрузку вернули; данные не пострадали | Уведомление Рег.облака клиенту от 27 августа 2026 года |
| 25 августа | Сбой S3 Рег.облака: часть запросов обрабатывалась дольше обычного, часть завершалась ошибкой; для стабилизации с кластера сняли рабочую нагрузку | На момент финального уведомления причина ещё исследовалась | 16:01–18:30 МСК, 2 ч 29 мин; данные не пострадали | Уведомления Рег.облака клиенту от 25 августа 2026 года |
| 18 августа | Недоступность части сервисов REG.RU и сайтов, использующих его DNS-инфраструктуру, на фоне массовых проблем Рунета | Перебои электропитания на крупном узле связи ММТС-9; REG.RU сообщал, что причина находится вне его внутренней инфраструктуры | Восстановление шло поэтапно, итоговый общий постмортем пока не найден | Разбор массового события |
| 2 августа | Инцидент в одном из ЦОД затронул часть пользователей REG.RU и Рег.облака; сайты провайдера уже открывались, но восстановление клиентских сервисов и перезагрузка серверов продолжались | Техническая причина не опубликована | Начало около 17:35 МСК; точное время полного восстановления и финальный постмортем не найдены | Официальное сообщение REG.RU |
| 16 июля | Проблемы с сайтом REG.RU, DNS, VPS, облачной инфраструктурой и частью клиентских ресурсов | Кратковременный инцидент в системе энергоснабжения одного из дата-центров | Подавляющее большинство систем было восстановлено | Компьютерра со ссылкой на пресс-службу |
27 августа — повторный сбой S3 Рег.облака
Рег.облако сообщило о повторном сбое S3-хранилища.
Опубликованный таймлайн:
13:25 — зафиксирован повторный сбой, с кластера снята нагрузка
14:20 — кластер стабилизирован, проверен и возвращён в работу
Окно по хронологии провайдера составило 55 минут.
Перед возвратом рабочей нагрузки инженеры проверили работу кластера и целостность данных. Провайдер сообщил, что данные не пострадали. Техническая причина продолжала исследоваться.
Из уведомления нельзя делать вывод, что 25 и 27 августа отказал один и тот же физический кластер или сработал один и тот же дефект. Подтверждено другое: сам провайдер назвал событие повторным, сервис S3 снова потребовал снятия нагрузки и стабилизации.
25 августа — первый зафиксированный S3-сбой этой серии
Во время инцидента 25 августа:
- часть запросов выполнялась дольше обычного;
- некоторые запросы завершались ошибкой;
- в 16:01 для стабилизации с кластера сняли рабочую нагрузку;
- к 18:30 МСК кластер стабилизировали;
- перед возвратом нагрузки провайдер проверил работу кластера и целостность данных;
- данные, по итоговому уведомлению, не пострадали.
Опубликованное окно составило 2 часа 29 минут.
Два S3-инцидента за два дня
Сумма двух опубликованных окон составляет 3 часа 24 минуты:
25 августа: 2 ч 29 мин
27 августа: 0 ч 55 мин
-----------------------
всего: 3 ч 24 мин
Это не непрерывный простой и не показатель доступности всего S3 за месяц. Но повторение через два дня существенно меняет оценку риска:
- нельзя считать событие 25 августа единичным;
- одного успешного запроса к endpoint недостаточно для health-check;
- retry без идемпотентности может создавать дубли или повторно запускать обработку;
- backup в том же S3 не является независимой копией;
- до публикации причин и подтверждения стабильного периода S3 Рег.облака не стоит использовать как единственное хранилище критичных объектов.
Для production полезно отдельно контролировать:
PUT,GET,HEAD, listing и удаление тестового объекта;- задержку и долю ошибок по каждой операции;
- retries с exponential backoff и jitter;
- идемпотентность upload и фоновых заданий;
- checksum или размер объекта после записи;
- очередь неуспешных заданий после восстановления;
- независимую копию у другого провайдера или на другой платформе;
- фактический restore-test.
18 августа — внешний узел ММТС-9
Массовое событие 18 августа нельзя автоматически считать отказом серверов или DNS внутри REG.RU.
На крупном московском узле связи произошли перебои электропитания. Одновременно наблюдались проблемы у разных операторов, хостингов и сервисов. REG.RU сообщал, что причина находится вне его внутренней инфраструктуры.
Для пользователя внешняя причина не уменьшает влияние:
сайт работает
↓
внешний маршрут или узел связи недоступен
↓
пользователь всё равно не открывает сайт
Для критичного домена нужны независимый мониторинг из нескольких сетей и, при необходимости, вторичный authoritative DNS у другого оператора.
2 августа — инцидент в одном из ЦОД
Официальные каналы REG.RU сообщили, что около 17:35 МСК произошёл инцидент в одном из дата-центров. Проблема затронула часть пользователей REG.RU и Рег.облака.
На момент публикации:
- сайты REG.RU и Рег.облака уже были доступны;
- восстановление части клиентских сервисов продолжалось;
- инженеры заканчивали перезагружать серверы;
- провайдер ожидал полного восстановления в ближайшее время.
Техническая причина, перечень затронутых продуктов и точное время полного восстановления не опубликованы. Поэтому для этого события нельзя корректно считать продолжительность.
сайт и панель доступны
≠
все клиентские серверы и сервисы восстановлены
16 июля — энергоснабжение дата-центра
16 июля REG.RU связывал сбой с кратковременным инцидентом в системе энергоснабжения одного из дата-центров.
В сообщениях упоминались проблемы с:
- основным сайтом;
- DNS;
- VPS;
- облачной инфраструктурой;
- частью клиентских ресурсов.
Это событие относится к собственной инфраструктурной цепочке провайдера и должно оцениваться отдельно от инцидента другого ЦОД 2 августа, внешнего события 18 августа и двух S3-сбоев.
Почему события нельзя объединять
| Событие | Уровень отказа | Практический риск |
|---|---|---|
| 27 августа | повторный сбой S3 Рег.облака | повторная деградация object storage и снятие нагрузки с кластера |
| 25 августа | S3 Рег.облака | ошибки и задержки запросов к объектному хранилищу |
| 18 августа | внешний телеком-узел | доступность маршрута до работающей инфраструктуры |
| 2 августа | дата-центр / серверная инфраструктура, точная причина не опубликована | частичная недоступность клиентских сервисов и восстановление серверов |
| 16 июля | дата-центр / энергоснабжение | питание, серверы, DNS и сервисы провайдера |
Одинаковый симптом «сервис не отвечает» не означает одинаковую причину. Исключение в этой хронологии — 25 и 27 августа: причины ещё не опубликованы, но оба события относятся к одному продукту S3 и второе прямо названо повторным.
Что проверить клиенту REG.RU и Рег.облака
- S3 read/write/list/delete через независимый мониторинг;
- retries, backoff и идемпотентность приложения;
- health-check клиентского сервера отдельно от сайта и панели провайдера;
- authoritative DNS через несколько операторов;
- сайт и API из разных регионов;
- независимый secondary DNS;
- внешний backup VPS, баз данных и объектов S3;
- доступность панели и API отдельно от data plane;
- мониторинг IP, доменного имени, диска и приложения;
- план переключения на другую площадку или object storage;
- регулярный restore-test.
Влияние на категорию
После повторного S3-сбоя 27 августа объединённая карточка REG.RU / Рег.облака перенесена из категории «Рекомендую» в «Норм».
Это не означает, что подтверждена ненадёжность всех обычных VPS, хостинга или доменных услуг REG.RU. По обычным серверам сохраняется длительный положительный личный опыт. Пересмотр отражает совокупность свежих событий в общей экосистеме и особенно два сбоя одного managed-сервиса за два дня без опубликованной причины.
Для S3 Рег.облака текущая практическая рекомендация строже: не использовать его как единственную точку хранения критичных данных до публикации причин, внедрения мер и подтверждения стабильного периода.
Источники
- Уведомление Рег.облака клиенту о повторном сбое и восстановлении S3 от 27 августа 2026 года;
- уведомления Рег.облака клиенту о сбое и восстановлении S3 от 25 августа 2026 года;
- Массовое событие ММТС-9 18 августа;
- REG.RU: инцидент в одном из ЦОД 2 августа;
- REG.RU: сообщение об инциденте в Telegram;
- REG.RU назвал причиной июльского сбоя инцидент энергоснабжения дата-центра.