Инциденты FirstVDS в 2026 году
Инциденты FirstVDS в 2026 году
Последняя проверка: 3 сентября 2026 года.
Краткий вывод
Главный подтвержденный риск FirstVDS летом 2026 года связан с конкретной площадкой Qupra DC2 в Амстердаме. Отдельно фиксировалась выборочная недоступность HTTPS, SSH и RDP при штатной работе серверов, которую провайдер связывал с внешней фильтрацией трафика.
FirstVDS не ограничился публикацией постмортема и перенёс инфраструктуру в NorthC Amsterdam 1. 31 августа провайдер официально сообщил о завершении миграции виртуальных машин из Qupra DC2; новые VDS в Нидерландах уже создаются на новой площадке.
Само завершение переезда — mitigation старого риска, а не новый инцидент. Публичное сообщение не указывает на превышение окна, потерю данных или другой незапланированный ущерб во время миграции.
Хронология
| Дата | Локация или уровень | Событие | Статус | Источник |
|---|---|---|---|---|
| 31 августа | Амстердам | FirstVDS сообщил о завершении переноса виртуальных машин из Qupra DC2 в NorthC Amsterdam 1; новые VDS создаются на новой площадке | Миграция официально завершена | Официальное сообщение |
| 27 августа | Амстердам | FirstVDS сообщил, что августовская миграция идёт по графику; IP-адреса сохраняются, DNS менять не требуется | Промежуточный статус перед завершением 31 августа | Августовский дайджест |
| 13 июля | Амстердам | Объявлен переезд из Qupra DC2 в NorthC Amsterdam 1 с сохранением IP-адресов | Миграция была запланирована на 1–1,5 месяца и завершена 31 августа | Официальное сообщение |
| 29 июня — 1 июля | Qupra DC2 | Самая длительная авария охлаждения длилась около 44 часов | Серверы восстановлены поэтапно | Постмортем |
| 27 мая, 26 и 29 июня | Qupra DC2 | Три предыдущих отказа охлаждения примерно на 5, 5 и 4 часа | Восстановлено | Постмортем |
| 9 июня | Внешняя связность | У части пользователей не работали HTTPS, SSH, RDP и иногда ICMP | Серверы и внутренняя сеть работали штатно | Официальное сообщение |
Постмортем Qupra DC2
FirstVDS указал суммарную недоступность амстердамской площадки за май–июль около 58 часов. Первопричиной названы повторные отказы системы охлаждения дата-центра; жара стала триггером, но затяжной простой возник из-за цепочки инженерных и эксплуатационных отказов. Данные клиентов, по заявлению провайдера, сохранились.
Провайдер признал ошибки коммуникации, объявил компенсацию по SLA и промокоды, а затем решил полностью покинуть площадку. Для оценки надежности это важнее простого числа инцидентов: есть публичная хронология, признание ответственности и завершённое corrective action — перенос в другой дата-центр.
Переезд в NorthC Amsterdam 1
Причиной срочного ухода стало состояние старой площадки: охлаждение Qupra DC2 продолжало работать на резервном чиллере без резервного питания. FirstVDS выбрал NorthC Amsterdam 1 и описывает площадку как дата-центр уровня Tier III с резервированием ключевых инженерных систем.
До переезда клиентам были заявлены:
- сохранение текущих IP-адресов;
- отсутствие необходимости менять DNS;
- персональные уведомления о работах по конкретному серверу;
- проведение переноса с минимальным воздействием на сервисы;
- завершение к началу сентября 2026 года.
31 августа FirstVDS подтвердил, что миграция виртуальных машин завершена. Новые заказы VDS в Нидерландах открываются уже на NorthC Amsterdam 1.
Это закрывает организационную часть mitigation, но не доказывает долгосрочную стабильность новой площадки. После физического переезда нужно заново собрать baseline:
MTR и ping из нужных регионов
↓
iperf3 в обе стороны
↓
fio и latency диска
↓
внешний uptime-monitoring
↓
проверка backup и restore
Результаты старых тестов на Qupra DC2 не описывают NorthC полностью. Полезно отдельно проверить reboot history, IPv4/IPv6, rDNS, firewall, время системы и завершение backup jobs.
Влияние на категорию
FirstVDS остаётся в категории «Норм».
Завершённый переезд снижает известный инфраструктурный риск и показывает, что провайдер выполнил публично объявленный corrective action. Повышать оценку до «Рекомендую» только по факту миграции рано: нужна история эксплуатации NorthC, повторные замеры сети и дисков, а также проверка backup/restore после переноса.
Практический вывод
- российские и амстердамские услуги FirstVDS нужно оценивать отдельно;
- европейскую площадку нельзя использовать как единственную точку хранения;
- выборочная недоступность HTTPS или SSH не всегда означает падение VPS;
- при проблеме доступа полезно сравнивать разных операторов и использовать консоль VNC;
- перенос виртуальных машин официально завершён 31 августа;
- заявленное сохранение IP и DNS не отменяет проверки приложения после физического переноса;
- после переезда нужны новые MTR,
iperf3,fio, проверка backup/restore и внешний uptime-monitoring; - при новом инциденте нужно отдельно фиксировать, относится ли он к NorthC, российской площадке или внешней сети.