Menu
Амстердамский коллапс 29–30 июня 2026, статус недоступен: как отказ системы охлаждения в ДЦ Qupra Нидерланды (у одних хостеров эта локация проходит как AMS-1, у других Qupra DC2) выбил из сети сайты на хостингах Timeweb, Hostkey, FirstVDS, Sprinthost и AdminVPS.
Вы когда-нибудь задумывались, что происходит с вашим сайтом, когда в дата-центре хостинга выходит из строя система охлаждения? 29 июня 2026 года владельцы интернет-проектов, располагавшихся в Амстердамском дата-центре Qupra получили ответ на этот вопрос - и он им не понравился.
Timeweb.Cloud News
Про перегретый дата-центр
В мае мы рассказывали, как перевезли инфраструктуру в зоне ams-1 из закрывающегося ЦОДа в новый.
Сценарий, где новый дата-центр с полноценной системой охлаждения и резервирования, выходит из строя, потому что чиллеры вышли из строя, было сложно себе представить. Но он произошел.
В дополнение к этому цепочка подрядчиков, отвечающих за обслуживание охлаждающего оборудования со стороны ЦОДа ведет себя в лучших традициях анекдотов. Медленно, малоэффективно и абсолютно без какой-либо конкретики по срокам. Вот что нам ответили буквально час назад.
Попытки запустить отказавший чиллер не увенчались успехом. Сейчас ЦОД организовал срочную поставку новых силовых кабелей (вероятно для подключения внешнего чиллера к сети ДЦ) — обещают завтра до 12-14 мск. Параллельно ЦОД привлекает дополнительного профильного специалиста для углубленной диагностики и восстановления узла системы охлаждения, но он будет там завтра утром.
Это не соответствует ни нашим ожиданиям, ни нашим стандартам качества и обслуживания.
Мы запустили процесс по поиску нового ЦОДа и дальнейшей миграции оборудования. Но честно — процесс это не быстрый, бюрократичный и требует предварительного согласования многих технических деталей. Особенно учитывая локацию и текущие реалии.
Писать в саппорт с вопросами по срокам не особо целесообразно, так как мы сами ждем информацию.
Как есть.
Проблемы с ДЦ Qupra у Sprinthost начались сразу как только хостер добавил эту локацию, уже через несколько дней (26.06.2026) стали поступать alert сообщения о недоступности сервера.
Фиксируем сетевую недоступность в локации Амстердам. Инженеры уже занимаются восстановлением.
Прошу немного подождать, в ближайшее время все нормализуется.
29.06.2026 все оборудование Sprinthost в дата-центре было обесточено.
HOSTKEY RUSSIA
В настоящий момент в дата-центре в Амстердаме зафиксирована аварийная ситуация.
Причиной аварии стали экстремальные погодные условия в Западной Европе, а также связанные с ними проблемы с системой охлаждения одного из машинных залов. Проблема находится на стороне дата-центра.
На текущий момент необходимые работы в системе охлаждения дата-центра выполнены. Наши инженеры приступили к поэтапному включению серверного оборудования и восстановлению работы инфраструктуры.
Ожидаем, что основной объем инфраструктуры будет постепенно вернется в работу в ближайшее время. При этом для части серверов восстановление может занять больше времени, поскольку оборудование включается последовательно, с обязательной проверкой стабильности работы на каждом этапе.
Мы находимся в постоянной коммуникации с инженерами и персоналом дата-центра, внимательно контролируем ситуацию и продолжим публиковать обновления по мере появления подтвержденной информации.
Все остальные локации HOSTKEY работают в штатном режиме и не затронуты данным инцидентом.
Личный кабинет клиентов временно недоступен. Мы работаем над его восстановлением и ожидаем, что он станет доступен в ближайшее время.
В настоящее время обратиться в службу технической поддержки можно по электронной почте support@hostkey.com.
В AdminVPS самый популярный поисковый запрос последних дней: admin vps сервер недоступен техподдержка не отвечает.
У меня на AdminVPS сервер Нидерланды там же видимо, уже сутки недоступен из-за проблемы с охлаждением..
Видимо сервера в Нидерландах у многих наших контор в одном датацентре расположены, потому что как раз на днях AdminVPS, который на рынке уже много лет и считался не дорогим и надежным, точно так же валялся просто около 8 часов, именно Нидерланды. При чем такого не было за прошлые годы никогда и у них тоже заявлен аптайм 99,99.
Недоступность серверов в ДЦ Нидерланды
В настоящее время в дата-центре Qupra (Амстердам) продолжаются работы по устранению последствий отказа системы охлаждения.
Специалисты дата-центра совместно с сервисной организацией выполняют комплекс восстановительных мероприятий. В рамках работ организована срочная поставка дополнительных силовых компонентов, необходимых для подключения и запуска холодильной установки. По текущей информации, их доставка ожидается в течение сегодняшнего дня.
Параллельно дата-центр привлекает дополнительного профильного специалиста для проведения углубленной диагностики и восстановления отдельного узла системы охлаждения. Его прибытие на площадку ожидается завтра утром.
Наша команда находится в постоянном взаимодействии со специалистами дата-центра и готова незамедлительно приступить к поэтапному восстановлению доступности серверного оборудования и инфраструктуры сразу после подтверждения безопасных условий для их запуска.
Мы регулярно отслеживаем ситуацию и будем оперативно публиковать обновления по мере поступления новой информации.
Если ваш вопрос связан исключительно с данной аварийной ситуацией, просим учитывать, что наши специалисты уже работают над ее устранением, и создание дополнительного тикета не ускорит процесс.
Если же ваш вопрос не связан с данным инцидентом, вы можете создать обращение в обычном порядке.
Новости по Нидерландам неутешительные: не удалось восстановить штатную систему охлаждения. Вероятно, сотрудники ЦОДа будут пытаться до конца дня по Амстердаму подключить теперь уже внешний чиллер. Также Qupra привлекли дополнительного специалиста по восстановлению узла охлаждения, но… он придёт только завтра утром.
Мы обновляем статус проблемы, как только появляются новые данные. Надеемся предоставить постмортем и информацию для клиентов с VPS в Амстердаме в течение этой недели.
Сайты перестали открываться, панели управления зависли, а техподдержка хостингов отвечала шаблонными фразами. Более того, в телеграм-каналах самих хостеров администрация просто банила задающих вопросы, либо молча удаляла неугодные посты (Timeweb).
Это был не единичный случай, а кульминация системных проблем, которые накапливались в локации ams-1 (Амстердам, дата-центр Qupra) с мая 2026 года. За два месяца зона пережила шесть крупных аварий с суммарным временем недоступности около 46 часов. Давайте разберёмся, как один отказ кондиционирования смог парализовать сразу несколько хостинг-провайдеров и что это значит для их клиентов.
Qupra DC2 - это дата-центр в Амстердаме (Нидерланды), который позиционируется как инфраструктура для корпоративных и облачных нагрузок. Оператор заявляет о соответствии современным отраслевым стандартам и предлагает услуги размещения оборудования (колокации) и оптоволоконной связности. Площадка привлекла нескольких крупных российских хостинг-провайдеров, которые разместили там свои серверы для европейского присутствия.
Timeweb открыто указывал, что его инфраструктура в Амстердаме находится именно в Qupra. FirstVDS также переносил свои мощности в Qupra DC2, завершив миграцию из другого дата-центра. Sprinthost, Hostkey и AdminVPS также арендовали там оборудование. Таким образом, один дата-центр стал точкой концентрации для нескольких крупных игроков. И когда в этом центре что-то пошло не так, последствия затронули многих клиентов сразу.
События развивались стремительно. Оставим за скобками временные инциденты предыдущих дней, когда сервера "падали" на непродолжительное время.
Вечером 28 июня 2026 года начался сбой, который продлился более трёх часов. Но настоящий апокалипсис наступил 29 июня. В 21:44 по московскому времени системы Qupra зафиксировали критическую проблему - отказ системы кондиционирования. Без охлаждения температура оборудования начала стремительно расти, и чтобы предотвратить повреждение серверов и потерю данных, инженеры дата-центра приняли решение принудительно отключить стойки.
Проблема оказалась серьёзнее, чем предполагалось. Спустя более 15 часов после начала аварии в официальном канале статусов Timeweb (а также других хостеров по списку) всё ещё висело сообщение: "Продолжаем заниматься системой кондиционирования, ожидаем информации по срокам окончательного запуска". Ноды были запущены, но из-за проблем с охлаждением их не могли вывести под полную нагрузку. Это означало, что сайты и серверы продолжали работать с перебоями даже после того, как питание было восстановлено.
Масштаб сбоя был колоссальным. По данным сервисов мониторинга, 29 июня за сутки поступило 438 жалоб на Timeweb, а за последний час - 224. На следующий день, 30 июня, количество жалоб выросло до 1,6 тысячи за сутки и 219 за последний час. Пользователи массово сообщали о недоступности VPS-серверов, проблемах с сетевым подключением и неработающей панели управления.
Сбой в дата-центре Qupra не был изолированным. Он затронул сразу нескольких хостинг-провайдеров, которые размещали своё оборудование на этой площадке.
Timeweb пострадал сильнее всех - и не только потому, что у него больше клиентов. В зоне ams-1 (Амстердам, дата-центр Qupra) с мая по июнь 2026 года произошло шесть крупных аварий с суммарным временем недоступности около 46 часов. Это при том, что на сайте Timeweb обещана инфраструктура уровня Tier III с коэффициентом отказоустойчивости 99,98% - что соответствует всего 1 часу 45 минут простоя в год. Фактический простой за два месяца превысил годовую норму примерно в 26 раз.
Хронология аварий в Амстердаме выглядит удручающе: 23 мая - более 3 часов простоя, 25 мая - более 5 часов, 26 мая - более 5 часов, 27 мая - более 5 часов. Итого за четыре дня мая - около 18 часов простоя, что в 10 раз превышает годовую норму SLA. В июне ситуация не улучшилась: 5 июня - инцидент с сетевой связностью (менее часа), 28 июня - дневной сбой более 3 часов, а 29-30 июня - апофеоз, авария, которая на момент массовой огласки всё ещё не была закрыта.
Однако Timeweb был не единственным, кто столкнулся с проблемами. Клиенты других хостингов также массово жаловались на недоступность.
По данным сервисов мониторинга, 29 июня у Hostkey было зафиксировано 11 отчётов о сбоях, при этом 656 жалоб поступило из Москвы, 282 из Санкт-Петербурга и 73 из Амстердама. В комментариях пользователи писали: "Опять Нидерланды не работают. Да сколько можно! Сейчас каждый день будет?"
У AdminVPS ситуация была не лучше: 18 отчётов о сбоях за 24 часа, 974 жалобы из Москвы, 239 из Санкт-Петербурга и 47 из Амстердама. Клиенты возмущались: "VPS сервер Нидерланды не работает... как мне работать то?" и "Да снова Нидерланды упали. Что-то часто лежат сервера у данного хостинга."
FirstVDS также подтвердил проблему, разместив в своём блоге сообщение: "В одном из арендуемых нами дата-центров (Qupra DC2) зафиксирована проблема с системой охлаждения". Кроме того, в сети обсуждались проблемы с доступом к серверам FirstVDS по протоколам HTTPS, SSH и RDP.
Sprinthost не остался в стороне. Сервисы мониторинга фиксировали статус "сбой" для Sprinthost.net. Хотя конкретных публичных заявлений от провайдера не последовало, совпадение по времени и локации не оставляет сомнений: проблема была общей.
Можно ли назвать случившееся случайностью? Вряд ли. Шесть крупных аварий за два месяца в одном дата-центре - это не стечение обстоятельств, а системный сбой на уровне инженерной инфраструктуры.
Клиенты Timeweb отмечали, что выбирали хостинг не из-за цены, а из-за имени и обещанной надёжности. Они были готовы платить за сервис, за поддержку и за надёжную инфраструктуру. Но реальность оказалась иной: дата-центр, который должен был обеспечивать Tier III, не справлялся даже с базовыми требованиями к охлаждению.
Проблемы начались не в июне - они копились с мая. Сначала отключалось электричество, потом пропадала сеть, затем выходила из строя дисковая подсистема. И каждый раз поддержка отвечала стандартными отписками про проблемы на стороне вышестоящего провайдера. Когда в конце июня отказала система кондиционирования, это стало логичным продолжением цепочки инцидентов.
Для клиентов пострадавших хостингов последствия оказались катастрофическими. Интернет-магазины теряли продажи, корпоративные сайты - трафик, а разработчики - возможность работать. Простой в 15+ часов - это не просто "технические неполадки", это упущенная выгода и подорванная репутация.
Особенно обидно, что многие клиенты выбирали этих провайдеров не из-за низкой цены, а именно из-за ожидаемой надёжности. Один из пользователей Timeweb писал: "Я выбирал Timeweb не из-за цены, а из-за "имени" и обещанной надёжности". И это имя оказалось запятнанным.
Ситуация усугублялась тем, что информация о масштабах аварий часто скрывалась или замалчивалась. Клиенты оставались один на один с лежащими серверами, не понимая, когда доступность будет восстановлена.
Если ваш сайт или проект размещён на одном из пострадавших хостингов - Timeweb, Sprinthost, Hostkey, FirstVDS или AdminVPS - вот несколько практических рекомендаций:
Во-первых, следите за официальными каналами статусов вашего провайдера.
Во-вторых, зафиксируйте проблему в техподдержке. Даже если они не могут решить её мгновенно, ваше обращение создаёт дополнительное давление и помогает провайдеру осознать масштаб проблемы.
В-третьих, рассмотрите возможность переноса проектов в другие, более стабильные дата-центры или к другим провайдерам. Если за два месяца произошло шесть крупных аварий с суммарным простоем в 46 часов, это не случайность, а закономерность. Строить бизнес на такой инфраструктуре - рискованно.
Сбой в дата-центре Qupra 29-30 июня 2026 года стал важным напоминанием: даже крупные хостинг-провайдеры с громкими именами могут оказаться заложниками ненадёжной инфраструктуры. Отказ системы охлаждения - это не "форс-мажор", а инженерная проблема, которая должна была быть предусмотрена и предотвращена на этапе проектирования дата-центра.
Для клиентов Timeweb, Sprinthost, Hostkey, FirstVDS и AdminVPS этот опыт стал болезненным, но полезным. Он показал, что нельзя слепо доверять маркетинговым обещаниям - нужно проверять реальную отказоустойчивость, читать статус-страницы и, если необходимо, диверсифицировать размещение проектов по разным площадкам.
Амстердамский коллапс 29-30 июня 2026 года, к сожалению, не был единичным случаем - он был лишь самым ярким эпизодом в череде системных проблем, которые продолжают преследовать Qupra. Вопрос только в том, сколько ещё таких эпизодов потребуется, чтобы провайдеры наконец занялись своей инженерной инфраструктурой всерьёз, и не воспринимали своих клиентов как молчаливых дойных коров.
Согласно отчётам Timeweb Cloud Alerts, дело постепенно сдвигается с мёртвой точки.
Новости от ЦОДа: на данный момент удалось запустить фрикулинг, специалисты следят за температурами в машзалах. Инженеры уже на месте и в течение часа ожидают включения резервного чиллера на охлаждение. Биллинг managed-сервисов остановлен, на очереди бэкапы.
Приступаем к поэтапному запуску сетевой инфраструктуры и стоек. Инженеры выполняют подключение и проверку оборудования, далее — восстановление сервисов по мере стабилизации охлаждения и температурных режимов в зонах размещения.
Коммутаторы успешно запущены и переведены в рабочий режим. Выполняется проверка линков и состояния портов, идет восстановление сетевой связности между стойками.
Начали постепенный запуск серверов.
Оборудование вводится в эксплуатацию поэтапно, проводится проверка работоспособности и готовности к запуску сервисов.
Идет поэтапный запуск виртуальных серверов.
--------------------------------
01.07.2026
20.27
Timeweb Cloud Alerts
Инцидент закрыт
Зона: ams-1
Тип: Major
Восстановление завершено. Сервисы в ams-1 работают в штатном режиме.
Cloudflare окончательно заблокирован в РФ ещё летом 2025 года.
Функцию фильтрации ботов Cloudflare взял на себя российский антибот Killbot.
Принцип работы отличается от привычного, отслеживаются не знакомые всем при настройке других антибот решений параметры (входящие IP адреса, AS подсети ботов, User Agent и прочее, всё это легко подделывается), а уникальные для каждого набора браузеров слепки.
По отличию оригинального браузера от модифицированного, тот или иной заход определяется либо как заход реального посетителя, либо как заход бота.
Чтобы не повторяться - расписывал более подробно в статьях:
Попробовать бесплатно. При регистрации в Killbot введите промокод
promo13
и получите месяц тестирования платного тарифа Killbot (фильтрация трафика, 1000 руб) и Ads (отключение показа рекламы поведенческим ботам, 1000 руб) в качестве бонуса. Этого вам хватит на то, чтобы понять, подходит вам данное решение, или нет. На данный момент - в Рунете нет более достойной альтернативы, по соотношению цена-качество. Срок действия промокода ограничен по времени, куда-то записывать его нет смысла. В следующий раз промокод уже будет другой, поэтому использовать его нужно сейчас, когда вы читаете этот текст. Промокод действует только в форме регистрации. Если аккаунт уже создан - создайте новый, на другой почте, и при регистрации в последнем поле введите промокод.
Подпишитесь на Telegram канал / MAX для того, чтобы всегда быть в курсе последних новостей и обновленных настроек для защиты от ботов, а также оперативно получать новые материалы, выходящие на antibot24.ru
Автор статей: Сергей (AntiBot24). Эксперт в области фильтрации поведенческого трафика, настройки антибот систем. Высший рейтинг на Kwork, более 680 отзывов, 100% заказов успешно сдано, 56% повторных заказов. Пишу подробные статьи, инструкции по фильтрации ботов в своем блоге antibot24.ru
Всегда нужно иметь в виду, что те советы, которые вы прочли в статьях - это лишь часть настроек, которые я делаю при профессиональной экспертной настройке фильтрации поведенческих ботов. Все остальное - это непубличные профессиональные секреты. Любая информация, становящаяся общедоступной - достаточно быстро устаревает и перестает быть эффективной.
Если вы столкнулись с повышенной роботностью в Яндекс метрике, увеличением числа прямых заходов, увеличением количества отказов - вы всегда можете заказать у меня настройку Killbot.