FirstVDS — инциденты ноября 2026 года
FirstVDS — инциденты ноября 2026 года
Дополнение 11 ноября — Москва, Алматы и новые окна
Проверено 11 ноября 2026 года, Asia/Yekaterinburg (UTC+5). Источник — официальная панель, отметка снимка 11.11.2026 11:46:28. Часовой пояс отметок инцидентов не установлен; они сохранены без перевода.
| Дата | Пул | Первое сообщение → закрытие | Описанное воздействие |
|---|---|---|---|
| 10 ноября | Москва, k137nf | 07:42 → 07:45 | Ограничение во время плановых работ |
| 10 ноября | Москва, k137nf | 07:46 → 07:52 | Отдельная запись того же типа |
| 10 ноября | Алматы, kun | 12:59 → 13:14 | Один узел недоступен |
| 11 ноября | Москва, k124n | 07:04 → 07:08 | Ограничение во время плановых работ |
| 11 ноября | Москва, k124n | 07:08 → 07:12 | Отдельная запись того же типа |
| 11 ноября | Москва, k124n | 10:26 → 10:29 | Отдельная запись того же типа |
| 11 ноября | Москва, k124n | 10:29 → 10:34 | Отдельная запись того же типа |
Все семь записей закрыты. Общий физический сервер, клиентский охват и связь алматинского события с московскими работами не установлены. Интервалы не суммируются в простой каждого VPS.
Дополнительно объявлены окна виртуализации 11, 12 и 13 ноября, ежедневно 04:00–17:00 МСК / 06:00–19:00 UTC+5. Публикации: 9 ноября, 14:12 для первых двух дней и 14:18 для третьего, по часам панели. Возможны до 30 минут простоя плюс перезагрузка затронутого сервера; список VM не опубликован. Закрытые записи не подтверждают завершение всего обслуживания. Категория «Норм» сохраняется с прежними оговорками.
Историческая проверка 9 ноября
Дополнено 9 ноября 2026 года, Asia/Yekaterinburg (UTC+5). В официальной панели прочитан снимок с отметкой 09.11.2026 11:48:27. Часовой пояс этой отметки и записей инцидентов не раскрыт; они не переводятся в МСК. Часовой пояс плановых окон указан отдельно самим провайдером.
9 ноября — ограничения k137nf во время обслуживания
Панель показывает восемь отдельных записей московского пула k137nf, каждая закрыта сообщением «Сервис доступен»:
| Первое сообщение 9 ноября → закрытие, часы панели |
|---|
| 05:15 → 05:19 |
| 06:00 → 06:05 |
| 06:23 → 06:25 |
| 06:42 → 06:45 |
| 06:43 → 06:45 |
| 07:09 → 07:11 |
| 07:34 → 07:41 |
| 08:36 → 08:40 |
Провайдер прямо связывает ограничения с плановыми работами. Это восемь записей, не восемь доказанных отказов одного физического сервера. Два интервала перекрываются; их нельзя суммировать в простой каждого VPS. На снимке перечисленные узлы, S3 Manager и DNSmanager отмечены штатными; работа конкретных приложений не измерялась.
Обслуживание виртуализации 9–10 ноября
Объявления датированы 6 ноября, 09:28 по часам панели. Окна явно указаны в МСК:
| День | МСК, UTC+3 | Екатеринбург, UTC+5 |
|---|---|---|
| 9 ноября | 04:00–17:00 | 06:00–19:00 |
| 10 ноября | 04:00–17:00 | 06:00–19:00 |
Заявлен возможный простой до 30 минут плюс перезагрузка для затронутых серверов. Полный перечень VM не опубликован. Закрытие отдельных записей k137nf не является финалом всего окна; наступление конца планового периода также не заменяет сообщение о результате.
Дополнение: 6 ноября, l142arm
Один узел московского l142arm был объявлен недоступным 6 ноября, 10:44, запись закрыта 10:48 по часам панели. Это отдельное событие от 5 ноября, не доказательство непрерывного отказа одного сервера.
Компенсации и управление — публикации 3 ноября
Программа FirstVDS, опубликованная 3 ноября, предусматривает проверку и перерасчёт за невыданную оплаченную услугу или установленную недоступность. Расходы на смену секретов и выплаты за компрометацию данных в объявленную программу не входят; это описание программы, не вывод об иных правах клиента.
Бонус VMM6_INCIDENT относится к обращениям 17 октября — 10 ноября включительно: ожидание первого ответа свыше 12 до 24 часов — 150 ₽, свыше 24 до 48 — 200 ₽, свыше 48 — 500 ₽. Один раз на аккаунт, без суммирования и последующего пересчёта после активации. Условия и доступность в конкретном кабинете нужно проверять отдельно; сертификат здесь не активировался.
В FAQ управления, прочитанном 9 ноября, перечислены перенесённые в личный кабинет VNC, смена root-пароля, переустановка ОС, SystemRescue и перезагрузка. Дата появления каждой функции отдельно не установлена. Ссылка VNC одноразовая и привязана к IP; самостоятельная переустановка имеет исключения ARM, OVZ и FreeBSD Jail. Закрытый публичный VMmanager не означает отсутствия всех способов управления. Эти операции не тестировались; переустановка уничтожает данные и не предлагается как автоматическая проверка.
Исторический снимок 6 ноября
Проверено 6 ноября 2026 года, Asia/Yekaterinburg (UTC+5). Источник — официальная status-панель, служебная отметка снимка 06.11.2026 10:37:29. Часовой пояс панели не указан: все часы ниже сохранены без перевода в МСК. Это сообщения поставщика, не собственные измерения.
S3: опубликован финал восстановления
| Сообщение панели | Состояние |
|---|---|
| 5 ноября, 19:36 | Временные сбои S3; диагностика причины |
| 6 ноября, 06:57 | Объявлена штатная работа |
На этом снимке S3 Manager также отмечен штатным. Утренний вывод об отсутствии финала больше не актуален. Причина, охват, затронутые операции и сохранность каждого объекта отдельно не подтверждены; интервал сообщений не равен непрерывному простою.
Отдельные эпизоды московских пулов
| Пул | Дата | Первое сообщение → закрытие |
|---|---|---|
ddg-solis | 5 ноября | 02:09 → 02:12 |
l142arm | 5 ноября | 10:22 → 10:26 |
k1338ns | 6 ноября | 00:50 → 02:06 |
k1338ns | 6 ноября | 02:10 → 02:50 |
k1338ns | 6 ноября | 02:53 → 03:38 |
Каждая запись описывает один недоступный узел. Общий физический сервер и причина трёх эпизодов k1338ns не установлены. Не суммировать интервалы в непрерывный простой всех VPS и не связывать их с S3 без доказательств.
Практическая проверка после восстановления
Для своей VM сравнить HTTP-проверки приложения из независимых сетей с логами и часами панели. Не принимать доступность гипервизора за успешность запросов приложения.
Для S3 использовать только собственный тестовый бакет: небольшой уникальный объект, PUT → HEAD → GET, сравнение контрольной суммы, затем LIST с учётом модели согласованности выбранного сервиса. Ошибка LIST не доказывает потерю объекта, а доступная панель не доказывает работу API. Не удалять и не перезаписывать единственную резервную копию ради теста.
Проверку содержимого и метаданных при переносе проводить по рецепту миграции S3. Зафиксировать время последнего пригодного backup и отдельно выполнить восстановление в изолированную среду. Эти клиентские тесты при подготовке статьи не выполнялись.
Категория
«Норм» сохранена с предупреждением для критичных размещений, не как подтверждение безопасности платформы или гарантии S3. Повторяемость отказов, фактическое воздействие на клиентский ресурс и результаты восстановления — основания для следующего пересмотра. История VMmanager ведётся в годовом журнале; новая доступность S3 не закрывает расследование другого инцидента.