HSVDS: инциденты и личные наблюдения в 2026 году
HSVDS: инциденты и личные наблюдения в 2026 году
21 октября — почти час сетевой недоступности VDS
Источник: личное наблюдение автора и предоставленный им фрагмент переписки с поддержкой HSVDS. Дата получения и редакционного дополнения: 21 октября 2026 года, Екатеринбург (UTC+5). Приоритет: высокий для оценки доступности и аварийного доступа к выбранной услуге.
Дата инцидента — 21 октября 2026 года: автор отдельно подтвердил её в последующем сообщении. На фрагменте переписки видны только часы; календарная дата установлена по уточнению автора, а не по скриншоту или дате получения свидетельства.
Наблюдение автора и ответ поддержки
| Что зафиксировано | Содержание и источник |
|---|---|
| Начало недоступности | 21 октября 2026 года, примерно 11:00 МСК (UTC+3) — со слов автора; не точная отметка внешнего мониторинга |
| Продолжительность | Почти час — оценка автора. Точное время восстановления и непрерывный ряд проб не предоставлены |
| Доступ к VDS | Автор не мог подключиться по SSH; веб-терминал в кабинете также не загружался |
| Попытка восстановления | Нажатие Reboot не восстановило доступ по наблюдению автора. Фактическое выполнение перезагрузки гипервизором из скриншота не установлено |
| Коммуникация | По словам автора, уведомление об инциденте ему не пришло. Информацию о сетевой проблеме он получил в ответ на собственное обращение |
| Ответ поддержки | Поддержка сообщила о сетевой недоступности части серверов, продолжавшейся локализации проблемы и отсутствии срока восстановления на момент ответа |
В предоставленном ответе поддержка пишет:
На текущий момент наблюдаем сетевую недоступность до части серверов.
На фрагменте видны время сообщения автора 13:25 и ответа 13:30. Часовой пояс интерфейса и календарная дата не показаны: эти отметки не переводятся в МСК, не используются для расчёта полного времени реакции поддержки и не заменяют начало около 11:00 МСК, указанное автором. Дата события подтверждена отдельно; часовой пояс интерфейса этим уточнением не установлен.
Переписка подтверждает, что поддержка признала проблему связности у части серверов; это не только одиночная жалоба на SSH. При этом точное число узлов и клиентов, затронутые площадки, маршруты и первопричина не названы. Слова о локализации означают продолжающийся поиск проблемы, а не подтверждённое устранение.
Границы подтверждения
Из сообщения нельзя заключить, что не работали все серверы HSVDS, вся панель управления или сайт провайдера. Не установлены остановка гостевой ОС, потеря данных, DDoS, фильтрация, авария конкретного оборудования либо общая причина с событиями других компаний. Недоступный веб-терминал не доказывает отказ всех вариантов аварийной консоли или Rescue.
Отсутствие уведомления у автора не является доказательством отсутствия объявлений во всех публичных и персональных каналах провайдера. Публичный постмортем, уведомление об окончании работ, данные BGP и независимые измерения этого эпизода для записи не получены. Длительность «почти час» не превращается в точные 60 минут или расчёт месячного SLA.
Идентификатор VDS, имя и аватар сотрудника не публикуются. Исходный скриншот личной переписки в публичный репозиторий не загружен; выше приведена только относящаяся к инциденту цитата без идентификаторов.
Практический вывод и категория
В эпизоде одновременно оказались недоступны обычное SSH-подключение и веб-терминал; резервирование доступа через панель поэтому нельзя считать проверенным. До размещения важного проекта стоит проверить независимую консоль, уведомления об авариях, порядок обращения в поддержку и восстановление из копии вне этой инфраструктуры. Эти проверки ещё предстоит выполнить; их успешность здесь не заявляется.
Категория HSVDS «Кандидаты на тест» сохраняется, теперь с явной оговоркой о наблюдавшемся простое и неполученном уведомлении. Хорошие короткие тесты сети и диска от 3 октября не подтверждают длительную доступность. Один эпизод не устанавливает хроническую нестабильность, но его нельзя исключать из оценки только из-за хороших бенчмарков.
Следующее дополнение должно уточнить точные границы по журналам или мониторингу, причину и сообщение провайдера о восстановлении. Новая запись по тому же эпизоду вместо дополнения этой хронологии не нужна.