Сбой в работе Яндекса: данные показывают, что вместо того, чтобы затихнуть, вредоносные боты перешли в другое русло



После сообщений об атаках на дата-центры Яндекса в интернете распространились утверждения о том, что российские бот-фермы и операции по оказанию влияния были выведены из строя. Графики HTTP-трафика показали резкое падение, что подпитывало предположения о том, что повреждение инфраструктуры остановило действия этих злоумышленников. Однако агрегированные показатели трафика могут легко ввести в заблуждение. С Яндексом связаны два номера автономных систем (ASN): AS13238 используется поисковой системой Яндекса, а AS200350 — облачными сервисами.

Используя данные Cloudflare Radar и Bot Management, мы проанализировали, как это повлияло на эти две автономные системы (ASN), и хотя в обеих наблюдалось снижение трафика, последствия были разными.
  • Поиск Яндекса (AS13238): Падение трафика было вызвано почти исключительно индексацией веб-страниц, изображений и ресурсов сайта проверенными поисковыми роботами.
  • Yandex.Cloud (AS200350): Наблюдалось снижение вредоносной активности, такой как сканирование и проверка уязвимостей, но высокопроизводительная автоматизация не исчезла — она просто переместилась к другим хостинг-провайдерам.
Хотя вредоносный трафик может исходить от конкретного провайдера, это не обязательно указывает на то, кто за него отвечает. Чтобы понять, почему атаки не оказали существенного долговременного влияния на вредоносный трафик, необходимо анализировать поведение запросов, а не только общие закономерности трафика.

Что произошло: последствия забастовок и исходный уровень до события.
В период с 7 по 11 октября, по сообщениям, украинские беспилотники нанесли удары по трем объектам Яндекса в России, постепенно выводя из строя центры обработки данных и сетевые мощности. Как видно на Cloudflare Radar, это привело к почти полному коллапсу сети Яндекса 11 октября, когда трафик упал на 99% ниже базового уровня для Яндекс Поиска (AS13238) и на 90% для Яндекс.Облака (AS200350). Несмотря на кратковременное частичное восстановление, обе сети оставались неработоспособными до 13 октября, стабилизировавшись на уровне 86-90% ниже нормального базового уровня. (По состоянию на 14 октября, 18:00 UTC, трафик составляет 85% от нормального уровня.)


Снижение общего HTTP-трафика лишь подтверждает сбой в сети. Оно не показывает, были ли нарушены действия вредоносных или скрытых ботов. Рассматривая базовый уровень автоматизации до инцидента, мы видим, что до атак автоматизированные запросы составляли 36,1% всего HTTP-трафика, наблюдаемого в сети Cloudflare по всему миру, и 35,8% трафика с российских IP-адресов.

Сбой по-разному повлиял на автоматизированную работу двух затронутых автономных сетей, поскольку они выполняли разные функции.

ASN «Яндекс Поиск» (AS13238) используется для индексации поисковых систем. Cloudflare классифицировал 99,5% его запросов как автоматические, а 93,6% запросов от ботов — как подтвержденные. Наш анализ показал, что трафик из этого ASN индексировал страницы, отображал страницы и отображал изображения, что является типичным поведением для поискового робота. На ASN «Яндекс Поиск» приходилось около 7% запросов от ботов из России и всего 0,05% от общего глобального объема.

Азиатско-Тихоокеанская сеть Yandex.Cloud (AS200350) — это сеть облачного хостинга с совершенно иным набором автоматизации. Примерно 95% запросов, оцененных ею, были запросами от ботов, но ни один из наблюдаемых запросов от ботов не был подтвержден Cloudflare. Боты Yandex.Cloud больше походили на программные приложения: почти две трети их запросов отправляли данные на веб-сайты, некоторые идентифицировали себя как программы на JavaScript, Python или Go, и большая их часть направлялась компаниям-разработчикам программного обеспечения, чем поисковые боты Yandex. На долю Азиатско-Тихоокеанской сети Yandex.Cloud приходилось около 2% запросов от ботов из России и всего 0,01% от общего мирового объема.

Влияние события на общий трафик ботов.
«Бот-трафик» — это автоматизированные запросы к веб-сайтам в сети Cloudflare, такие как запросы от поисковых роботов и скриптов, а не обязательно активность на платформах социальных сетей. По мере снижения пропускной способности сетей Яндекса количество запросов от ботов также сократилось. Это было ожидаемо: почти весь трафик от Яндекс Поиска и Яндекс.Облака был автоматизированным. Хотя мы наблюдали очевидное падение общего трафика, мы не обнаружили никаких доказательств, связывающих глобальное снижение вредоносного трафика с падением трафика от Яндекса.

Количество запросов от ботов российского происхождения сократилось примерно пропорционально объему трафика Яндекса, который перестал работать, поскольку большинство запросов из этих сетей были автоматизированными.


Влияние на ASN Яндекс Поиска (AS13238): меньше индексации поисковых систем.
Снижение популярности Яндекс Поиска было практически полностью обусловлено индексацией поисковых систем. Анализ запросов показал, что 78,1% из них принадлежали проверенному ЯндексБоту, 11,5% — ЯндексРендРепозиторсБоту и 1,9% — ЯндексИзображениям.

Среди веб-сайтов и сервисов наиболее резкое падение наблюдалось в сегменте издательского дела и газет, где трафик из сетей Яндекса упал на 44%. Примерно 90% трафика на новостные сайты из этой ASN до события составлял индексация статей Яндексботом, при этом 40,5% клиентов Cloudflare получали HTTP-ответы 403 Forbidden, поскольку владелец сайта блокировал поискового робота. Когда ASN Яндекс Поиска отключился, клиенты просто увидели меньшее количество индексации от Яндекса.

Влияние на ASN Яндекс.Облако (AS200350): легитимное использование и миграция вредоносного трафика.
В Яндекс.Клауде наблюдалась совершенно иная картина. После сообщений об атаках бот-трафик с Яндекс.Клауда упал примерно на 40%. Особенно резкое снижение наблюдалось в нескольких категориях, связанных с атаками. Например, количество запросов к плагинам WordPress упало на 90%, а количество запросов, идентифицированных сканером, — на 93%. Интересно (и показательно), что количество блокировок трафика Яндекс.Клауда со стороны клиентов Cloudflare также снизилось на 70% за период событий, что говорит о том, что даже вредоносный трафик с этой ASN попадал на WAF Cloudflare пропорционально меньше.

Влияние на бизнес-вертикали
Боковый трафик Yandex.Cloud также представляет интерес, если его сегментировать по наиболее часто запрашиваемым отраслям:


Большая часть трафика из ASN Yandex.Cloud приходилась на две отраслевые категории: программное обеспечение и азартные игры. Отношение к программному обеспечению было предсказуемым для ASN, предназначенной для размещения сторонних приложений и интеграций с программным обеспечением. Более того, мы даже обнаружили, что api.cloudflare.com является одним из основных хостов для запросов к Yandex.Cloud. В целом, большая часть этого трафика была успешной (запросы возвращали коды 200) как до, так и во время мероприятия, что указывает на легитимное использование.

Наиболее убедительные доказательства того, что вредоносная автоматизация не исчезла, а переместилась в другое место, — это игорный сектор. Практически все запросы ботов от Yandex.Cloud были направлены на один аккаунт клиента игорного сервиса, при этом трафик переключался между его хостами. Сразу после сбоя 8 октября количество запросов ботов от Yandex.Cloud к этому аккаунту упало до нуля. Одновременно с этим начали появляться идентичные запросы от других российских хостинговых ASN, включая Radist и Selectel. Входящий трафик сохранял идентичный «отпечаток» у всех провайдеров:
  • Тот же отпечаток клиента JA4 TLS
  • Те же самые нестандартные пути запроса и HTTP-заголовки.
  • Те же самые пользовательские строки User-Agent.
В целом, трафик российских ботов, нацеленных на игровые аккаунты, за неделю остался практически неизменным, увеличившись со 167,7 млн ​​до 170,1 млн запросов (+1,4%). Автоматизация не прекращалась; операторы просто перенесли свои рабочие нагрузки на альтернативных облачных провайдеров, как только Yandex.Cloud стал недоступен.

В большинстве отраслей доля запросов ботов к Yandex.Cloud, возвращающих HTTP-ответы 4xx, снизилась. Это во многом связано с уменьшением трафика, подобного атакам, о котором говорилось выше. В сочетании с анализом поведения клиентов, занимающихся азартными играми, это показывает, что вредоносный трафик, отправлявший запросы через Yandex.Cloud, просто переключился на других провайдеров после сбоя в работе сервиса.

Наконец, при анализе трафика в социальных сетях мы не обнаружили неожиданных изменений ни с российских IP-адресов (снижение общего трафика на 0,6% за период событий), ни в глобальном масштабе (увеличение общего трафика на 1,2% за период событий). Мы повторили анализ трафика ботов, обращающегося к конечным точкам «публикация», «ответ» и «лайк» на конкретной платформе социальных сетей, и аналогично не обнаружили неожиданных изменений до или во время периода событий ни с российских IP-адресов (снижение общего трафика на 5,7% за период событий), ни в глобальном масштабе (увеличение общего трафика на 1,1% за период событий). На основании нашей оценки, данные, по-видимому, не подтверждают утверждения о том, что атаки парализовали манипуляции в социальных сетях, хотя без дальнейшего анализа данных вне Cloudflare мы не можем с уверенностью сказать, что связи нет.

Что показали нам данные — и чего они не показали.
Когда трафик из сетей Яндекса резко упал, в интернете распространились предположения о том, что российские операции по оказанию влияния и вредоносные ботнеты получили сокрушительный удар. Данные Cloudflare говорят об обратном: в сети Cloudflare не было обнаружено никаких доказательств того, что атаки вывели из строя манипуляции в социальных сетях или иным образом нарушили вредоносную деятельность в интернете. Вместо этого данные показали:

Индексация поисковых систем снизилась. Подавляющее большинство трафика, упавшего с Яндекс Поиска, составляли проверенные краулеры ЯндексБот, загружавшие новостные статьи и веб-ресурсы. Основное влияние заключалось в снижении видимости контента в Яндекс Поиске.
Вредоносная автоматизация переместилась, а не прекратилась. Хотя сканирование уязвимостей и проверка плагинов временно прекратились на Yandex.Cloud, высоконагруженные операции быстро переместились на альтернативные хостинговые сети.
Сбой в сети означает, что конкретные серверы перестали отправлять запросы, но это не значит, что автоматизированная угроза исчезла. Облачные рабочие нагрузки являются переносимыми, поэтому, когда центр обработки данных выходит из строя или блокируется IP-префикс, операторы могут перенести свои скрипты к другому провайдеру за несколько часов.

Наш анализ напоминает, что объем трафика клиентских ASN является ненадежным показателем для интерпретации поведения автоматизированных ботов. Защита от автоматизированных угроз требует анализа поведения запросов, например, выявления общих отпечатков JA4, мониторинга аномальных частот запросов и применения правил WAF к конфиденциальным конечным точкам, независимо от того, из какой сети исходит запрос. Физическая инфраструктура статична, но вредоносная автоматизация создана для перемещения.

Добиваем остатки




Finland Hetzner Ryzen-9 3900 [4vCore] / 4 ddr4 / 100 ГБ NVME — 1000р/мес
Finland Hetzner Ryzen-9 3900 [24vCore] / 8 ddr4 / 200 ГБ NVME — 1500р/мес
Finland Hetzner Ryzen-9 3900 [24vCore] / 16 ddr4 / 400 ГБ NVME — 2900р/мес
Свободно — 130 ГБ озу, сети 95.217.99.* / 135.181.14.* / 95.217.123.* / 5.9.195.* / 162.55.136.*

уникальный остаток — 1 единица
Finland Hetzner i9-9900k [16vCore] / 64 ddr4 / 800 ГБ NVME / 1 gbps — 5000р/мес
IP только такой 65.108.207.11
заказать по тикету можно
особенность сервера будет работать лет 5 точно еще, ибо там соседи не отказываются, но и новые клиенты уже не покупают, плюс я уже убрал такой процессор с прайса

OVH FR GRA1 GRA2
Ryzen 7 3800X [8 vCore] / 4 ddr4 / 50 NVME — 1000р
Ryzen 7 3800X [16 vCore] / 8 ddr4 / 100 NVME — 2000р
Свободно — 80 ГБ озу, сети 178.32.80.* / 54.36.71.* / 51.254.148.* / 149.202.17.* / можно из наших РУ сетей по запросу в том числе под игры

[распродажа, последние остатки] [2026]
i7-7700k/Random-Xeon/R7-3800x [8vCore] / 8 ddr4 / 100 ГБ NVME / 500 Mbps — 1200р/мес
Свободно — 140 ГБ озу
Особенности тарифа — только новые NVME диски, которые я хранил 3 года, а потом подумал нахуй не нужны и создал их этих разных солянок от 32 до 128 озу серверов тариф. Они еще лет 10 прослужат легко, идеально в долгосрок.

Заказать
asuka.onl/billmgr

Забирайте остатки




Ryzen 9 9950x (5400GHz) [4 vCore] / 2 DDR5 5600 МГц / 25 ГБ NVME — 800р
Ryzen 9 9950x (5400GHz) [4 vCore] / 4 DDR5 5600 МГц / 50 ГБ NVME — 1400р
Ryzen 9 9950x (5400GHz) [32 vCore] / 8 DDR5 5600 МГц / 100 ГБ NVME — 2600р
В наличии 220 ГБ озу
7950x тарифов около 20 ГБ озу осталось вовсе, поэтому не пишу


Ryzen 9 9950x (5400GHz) [4 vCore] / 2 DDR5 5600 МГц / 25 ГБ NVME — 800р
Ryzen 9 9950x (5400GHz) [4 vCore] / 4 DDR5 5600 МГц / 50 ГБ NVME — 1400р
Ryzen 9 9950x (5400GHz) [32 vCore] / 8 DDR5 5600 МГц / 100 ГБ NVME — 2600р
В наличии 60 ГБ озу


Ryzen 9 9950x (5400GHz) [4 vCore] / 2 DDR5 5600 МГц / 25 ГБ NVME — 800р
Ryzen 9 9950x (5400GHz) [4 vCore] / 4 DDR5 5600 МГц / 50 ГБ NVME — 1400р
Ryzen 9 9950x (5400GHz) [32 vCore] / 8 DDR5 5600 МГц / 100 ГБ NVME — 2600р
В наличии 170 ГБ озу


Ryzen 9 7950x (5400GHz) [2 vCore] / 2 DDR5 5600 МГц / 25 ГБ NVME — 500р
Ryzen 9 7950x (5400GHz) [4 vCore] / 4 DDR5 5600 МГц / 50 ГБ NVME — 900р
Ryzen 9 7950x (5400GHz) [8 vCore] / 8 DDR5 5600 МГц / 100 ГБ NVME — 1500р
В наличии 340 ГБ озу
У Xeon тарифов в наличии 40 ГБ озу


Ryzen 9 7950x (5400GHz) [4 vCore] / 2 DDR5 5600 МГц / 25 ГБ NVME — 650р
Ryzen 9 7950x (5400GHz) [4 vCore] / 4 DDR5 5600 МГц / 50 ГБ NVME — 1000р
Ryzen 9 7950x (5400GHz) [16 vCore] / 8 DDR5 5600 МГц / 100 ГБ NVME — 1700р
В наличии 460 ГБ озу


В наличии больше нету
Готовы размещать по себестоимости любое сетевое оборудование с 2 БП в М9


Ryzen 9 7950x (5400GHz) [4 vCore] / 4 DDR5 5600 МГц / 50 ГБ NVME — 1000р
Ryzen 9 7950x (5400GHz) [16 vCore] / 8 DDR5 5600 МГц / 100 ГБ NVME — 1700р
В наличии 160 ГБ озу
2xE5-2680 [4 vCore] / 2 DDR3 ECC REG / 50 ГБ SSD — 400р
2xE5-2680 [4 vCore] / 4 DDR3 ECC REG / 100 ГБ SSD — 800р
В наличии 150 ГБ озу


2xE5-2680 [4 vCore] / 2 DDR3 ECC REG / 50 ГБ SSD — 400р
2xE5-2680 [4 vCore] / 4 DDR3 ECC REG / 100 ГБ SSD — 800р
В наличии 180 ГБ озу


Xeon-E5 (3,4 ГГц) [2 vCore] / 4 DDR4 / 15 ГБ SSD — 400р
Xeon-E5 (3,4 ГГц) [2 vCore] / 8 DDR4 / 30 ГБ SSD — 800р
В наличии 344 ГБ озу


Epyc7351p (2,4 ГГц) [2 vCore] / 8 DDR4 / 50 ГБ NVME — 600р
Epyc7351p (2,4 ГГц) [3 vCore] / 16 DDR4 / 100 ГБ NVME — 1200р
Epyc7351p (2,4 ГГц) [4 vCore] / 24 DDR4 / 150 ГБ NVME — 1500р
Epyc7351p (2,4 ГГц) [6 vCore] / 32 DDR4 / 200 ГБ NVME — 2000р
В наличии 90 ГБ озу
E-2274G (4,4 ГГц) [2 vCore] / 4 DDR4 / 50 ГБ NVME — 800р
В наличии 110 ГБ озу


Xeon-E5 (3,4 ГГц) [1 vCore] / 2 DDR4 / 25 ГБ NVME — 400р
Xeon-E5 (3,4 ГГц) [2 vCore] / 4 DDR4 / 50 ГБ NVME — 800р
Xeon-E5 (3,4 ГГц) [2 vCore] / 6 DDR4 / 75 ГБ NVME — 1200р
Xeon-E5 (3,4 ГГц) [3 vCore] / 8 DDR4 / 100 ГБ NVME — 1600р
В наличии 100 ГБ озу
R7-9700 (5,5 ГГц) [2 vCore] / 4 DDR5 5200 MHz / 50 ГБ NVME — 1400р
R7-9700 (5,5 ГГц) [3 vCore] / 8 DDR5 5200 MHz / 100 ГБ NVME — 2000р
В наличии 40 ГБ озу (но можно расширять ставить новые узлы)


Ryzen 9 9950x (5400GHz) [4 vCore] / 2 DDR5 5600 МГц / 25 ГБ NVME — 600р
Ryzen 9 9950x (5400GHz) [4 vCore] / 4 DDR5 5600 МГц / 50 ГБ NVME — 900р
Ryzen 9 9950x (5400GHz) [16 vCore] / 8 DDR5 5600 МГц / 100 ГБ NVME — 1500р
В наличии 160 ГБ озу



Регистрация
bill.yacolo.net/billmgr
Если биллинг у вас не доступен используйте
a-panel-to-register-and-purchase-due-to-stupid-legislation.ru/billmgr

Напоминаю у нас есть 50% реферальная программа приводите людей и зарабатывайте.

В будущем будет подробная информация о наших разных акциях
  • yacolo.moscow
  • 16ram.ru
  • onecost-server.ru
  • onecost-dedic.ru
  • onecost-colo.ru
  • onecost.cloud
  • freecost.cloud
  • free-game-server-selectel-antiddos-best-datacenter-russia.ru
  • вечный-игровой-сервер.рф
  • вечный-сервер.рф
  • нахрен-облако.рф
  • fuckthemcloud.ru
  • сборка-серверов.рф
  • сборка-сервера.рф
  • районный-цод.рф
  • цод-на-районе.рф
Полезные ссылки

Останавливаем предзаказы на черную пятницу



Ранее мы запустили самый лучший тариф в стране. Сможете найти аналог? Раз нет, значит так оно и есть.

Но из-за войны и яндекс облака.
Все серверы у Селектела — закончились.




Поэтому выдать нужное кол-во услуг мы не сможем.
Те что заказали — им хватит, выдача так и будет, как планировалось — в черную пятницу 2026 в ноябре.
Но новым людям уже не хватит.
Лучше перестраховаться и временно закрыть предзаказы.

Я подумаю над тем, какую альтернативу можно будет запустить к черной пятнице.
Но на базе РУ ДЦ вероятно ничего интересного запустить не выйдет.
Кто успел — тот и сэкономил по жизни. Все так же как с вечными.

Сбербанк сообщил о штатной работе всех систем после атаки



Сбербанк официально подтвердил факт атаки беспилотных летательных аппаратов (БПЛА) на свой центр обработки данных (ЦОД) в Балакове Саратовской области. Несмотря на физическое воздействие на инфраструктуру, первый зампред правления банка Александр Ведяхин заверил, что все сервисы работают в штатном режиме.

ЦОД в Балакове — один из стратегических инфраструктурных активов Сбера. Капитальные затраты на возведение этого мега-дата-центра ранее оценивались участниками рынка примерно в $1 млрд. Площадка проектировалась с учетом растущих потребностей экосистемы в вычислительных мощностях, необходимых для обучения нейросетей и работы сервисов на базе искусственного интеллекта.

Как медицинский центр перешел на российский стек виртуализации и резервного копирования



Исходные данные
Работа крупного многопрофильного медицинского центра зависит от десятков цифровых сервисов, поэтому к базовой ИТ-инфраструктуре предъявляются повышенные требования по надежности, защите данных и восстановлению после сбоев. НМИЦ «Лечебно-реабилитационный центр» Минздрава России модернизировал этот контур: 50 виртуальных машин перенесли с устаревшей VMware 5.5 на VMmanager, а для резервного копирования внедрили RuBackup. Разбираем, почему центру потребовалось менять ИТ-ландшафт, какие требования предъявляли к российскому стеку и как устроен дальнейший переход на отечественные решения.

Для чего менять ИТ-базу
Замена отдельного ИТ-решения обычно имеет понятные границы: подобрать аналог, перенести данные, настроить и запустить работу. Куда сложнее, когда речь идет о базовой инфраструктуре крупной организации, где на одной платформе одновременно работают десятки сервисов. Для медицинского центра такая замена особенно чувствительна. Действующие системы нельзя отключить на время перестройки ИТ-контура, ведь от их работы зависят диагностика, лечение и восстановление пациентов.

НМИЦ ЛРЦ Минздрава России работает более чем по 30 медицинским направлениям. Здесь выстроен полный цикл онкологической помощи: от диагностики до хирургического лечения, химиотерапии и лучевой терапии. Лаборатория выполняет исследования разного уровня сложности — от стандартных анализов до оценки иммунного статуса, ПЦР в реальном времени и секвенирования по Сэнгеру. Еще одно важное направление — реабилитация пациентов с широким спектром заболеваний, от сердечно-сосудистых до неврологических, включая программы раннего восстановления уже в отделении реанимации.

Трансформация ИТ-ландшафта стала одной из приоритетных задач центра. Управлению информационных технологий НМИЦ ЛРЦ предстояло снизить зависимость от зарубежных технологий. Для этого нужно было поэтапно заменить импортные решения отечественными и одновременно модернизировать инфраструктуру.

Масштаб обновлений
Серьезного обновления требовала виртуальная инфраструктура центра. Использовавшаяся здесь VMware 5.5 устарела, а после ухода зарубежного вендора возник вопрос ее дальнейшей поддержки и обновлений. На платформе работали 50 виртуальных машин, поэтому действующие сервисы предстояло перенести на российское решение.

Одновременно нужно было обновить аппаратную базу. Для нового контура планировалось задействовать четыре сервера российского производителя «Гравитон» и объединить их в кластер, который мог бы продолжать работу даже при отказе одного из серверов. Новая платформа виртуализации должна была поддерживать такую архитектуру и позволять в дальнейшем наращивать вычислительные мощности.

Еще одной проблемой оставался большой объем ручных операций. Небольшая команда техподдержки тратила около двух часов на восстановление одного рабочего места: специалистам приходилось переустанавливать Windows, а затем заново разворачивать прикладное ПО. Автоматизировать этот процесс с помощью групповых политик не позволяла специфика используемых программ.

Поскольку НМИЦ ЛРЦ работает с персональными и медицинскими данными, к новому программному обеспечению предъявлялись отдельные требования по информационной безопасности.

Вместе с виртуализацией требовалось организовать резервное копирование. Обе системы рассматривали в связке: решения должны были быть совместимы и работать в едином ИТ-контуре.

Почему VMmanager и RuBackup
В поисках новой платформы специалисты НМИЦ ЛРЦ протестировали несколько отечественных решений. Важно было найти не просто два подходящих продукта, а системы виртуализации и резервного копирования, которые могли бы работать в связке. Этим требованиям соответствовали VMmanager и RuBackup.

Оба решения входят в экосистему «Группы Астра» и интегрируются с российской операционной системой Astra Linux. Благодаря этому продукты было проще настроить для совместной работы, а риск программных конфликтов снижался. Большое значение имело и соответствие требованиям информационной безопасности: VMmanager и RuBackup включены в Единый реестр российского ПО и сертифицированы ФСТЭК России.

При выборе RuBackup учитывали еще одну особенность. Решение позволяет создавать резервные копии виртуальных машин без установки дополнительного ПО на каждую из них. Для этого RuBackup взаимодействует с VMmanager напрямую через API гипервизора и поддерживает полное, инкрементальное и дифференциальное копирование.

VMmanager, в свою очередь, поддерживает объединение нескольких серверов в кластер и дальнейшее наращивание его вычислительных мощностей. Это соответствовало планам центра по развитию инфраструктуры.

От миграции к модернизации
Новый виртуальный контур развернули на четырех серверах российского производителя «Гравитон», объединив их в кластер. На VMmanager перенесли 50 виртуальных машин, ранее работавших на VMware 5.5, а резервное копирование организовали с помощью RuBackup.

Чтобы сократить объем ручной работы при обслуживании рабочих мест, НМИЦ ЛРЦ внедрил Astra Automation. Установка самой Windows пока остается ручной, зато последующее развертывание прикладных программ можно автоматизировать. По данным центра, это позволило сократить время подготовки рабочих станций и снизить нагрузку на инженеров техподдержки.

На этом трансформация ИТ-ландшафта не заканчивается. Следующим этапом станет сетевая инфраструктура: центр планирует заменять устаревшие устройства отечественным оборудованием и организовать централизованное управление новым парком.

НМИЦ ЛРЦ намерен последовательно заменять и другие импортные решения. Поэтапная модернизация дает возможность обновлять отдельные элементы инфраструктуры с учетом их взаимосвязи. Опыт с виртуализацией показывает, что замена одной платформы может затрагивать смежные системы — серверное оборудование, резервное копирование, информационную безопасность и инструменты администрирования. В таком проекте технологическая независимость складывается не из отдельных отечественных продуктов, а из того, насколько последовательно они встраиваются в общий ИТ-ландшафт.

Мнение заказчика
Мы выбрали связку VMmanager и RuBackup от компании ISPsystem в рамках экосистемы «Группы Астра» в качестве основы для построения и защиты нашей критически важной ИТ-инфраструктуры. Это решение стало стратегическим шагом на пути к полной технологической независимости и импортозамещению в сфере виртуализации и резервного копирования
Андрей Слепцов Начальник отдела техподдержки НМИЦ ЛРЦ

Сегодня последний день скидки 20%



Ваш следующий сервер — со скидкой 20%
Если откладывали заказ на потом, самое время вернуться: сегодня, 14 октября, — последний день, когда можно применить промокод SERV и получить −20% на любой сервер.



В Беларуси, Словакии, Венгрии, Румынии, Турции, Болгарии и Сербии вас ждут AMD Ryzen 9 7950X до 5,7 ГГц, NVMe-диск и виртуализация KVM.

https://serv.host

Новости



12-10-2026
В Марселе, Франция, развернута новая точка присутствия (PoP)

В Марселе, в офисе Melbicom, теперь принимаются заказы на выделенные серверы, облачные VPS и оборудование, изготовленное на заказ, а также открыта новая точка присутствия (PoP) для CDN премиум-класса и корпоративного уровня. Запуск расширяет выбор локальной инфраструктуры для клиентов, работающих в Южной Европе, Северной Африке и на Ближнем Востоке, предлагая выделенные серверные порты со скоростью до 100 Гбит/с.
Средиземноморские ворота на три континента
Марсель — крупный транспортный узел для региона EMEA (Европа, Ближний Восток и Африка) и ворота в Азию. Город объединяет европейские наземные сети и подводные кабельные системы, включая AAE-1, SEA-ME-WE 4 и PEACE, предоставляя предприятиям базу для региональной доставки и межконтинентальной связи.
Согласно анализу TeleGeography, проведенному в июле 2026 года, Марсель занимает шестое место в мире по пропускной способности международного интернета, обеспечивая более 100 Тбит/с связи через международные границы.
Экосистема городского пиринга включает в себя Франция-IX Марсель, которая сообщает о наличии более 120 подключенных сетей, и DE-CIX Марсель. Эти интернет-биржи позволяют участвующим сетям обмениваться трафиком напрямую, снижая зависимость от транзитных посредников и создавая возможности для более коротких маршрутов и меньшей задержки.
Марсель, Франкфурт и Сингапур соединены собственной магистральной сетью Melbicom, что обеспечивает бесперебойную передачу данных между тремя городами. Расширение сети предоставляет новым клиентам точку развертывания в Средиземноморье, связанную с Европой и Азией, а также улучшает связь для существующих клиентов на этих маршрутах.
Эти инвестиции являются продолжением работы Melbicom по повышению эффективности маршрутизации и снижению задержек в своей сети.
Для ресурсоемких задач, таких как потоковая передача видео и распространение программного обеспечения, точка присутствия CDN в Марселе доставляет кэшированный контент ближе к региональным пользователям, в то время как исходные серверы могут оставаться размещенными в другом месте. Сервисы, чувствительные к задержкам, включая финтех-приложения и API, могут получить выгоду от улучшенного подключения к магистральной сети без перемещения своих серверов приложений или основных хранилищ данных.
Подключение к облачным сервисам и размещение данных в ЕС
Развитая инфраструктурная экосистема Марселя предлагает частные каналы связи с облачными платформами, поддерживая предприятия, планирующие создание гибридной инфраструктуры и архитектур аварийного восстановления.
Для организаций, планирующих работу с данными в соответствии с требованиями Франции или ЕС, Марсель предлагает вариант размещения во Франции в рамках нормативно-правовой базы ЕС. Региональные приложения могут быть развернуты в ЕС и обслуживать пользователей по всему Средиземноморью.
В Марселе клиенты могут выбрать одну из четырех дополнительных услуг:
  • Выделенные серверы: инфраструктура без операционной системы с сетевыми портами до 100 Гбит/с для рабочих нагрузок, требующих выделенных вычислительных ресурсов и высокой пропускной способности.
  • Облачный VPS: Виртуальные серверы для региональных приложений, веб-сайтов и вспомогательных сервисов.
  • CDN премиум-класса и для больших объемов трафика: точка присутствия в Марселе в обеих сетях для доставки кэшируемого контента, включая видео, релизы программного обеспечения и большие файлы.
  • Конфигурация оборудования на заказ: сборка, сконфигурированная с учетом требований к процессору, памяти, хранилищу и сети, с процессорами AMD или Intel, NVMe-накопителями и опциональными графическими процессорами.
  • Для выделенных и индивидуально настроенных серверных развертываний опции BGP и BYOIP позволяют клиентам определять политику маршрутизации и использовать собственное адресное пространство IP. Индивидуальные конфигурации и сроки развертывания могут быть согласованы с командой Melbicom с учетом необходимой рабочей нагрузки и мощности.
Выделенные серверы и облачные VPS-серверы в Марселе уже доступны для заказа, а точка присутствия CDN запущена как в сетях Premium, так и в сетях Volume. Клиенты, которым требуется оборудование, изготовленное по индивидуальному заказу, могут связаться с Melbicom, указав свои технические характеристики, профиль трафика и предполагаемую дату развертывания.

19-08-2026 Компания Melbicom представляет новые тарифные планы CDN
Новый проект Melbicom Планы CDN Доступны для веб-сайтов, API, предварительно транскодированного видео HLS и DASH, релизов программного обеспечения и больших файлов.
  • В тарифных планах Premium Go используется 40 точек присутствия (PoP) в 35 странах на шести континентах. В тарифных планах для больших объемов трафика используется сеть из 12 точек присутствия.
  • Premium Go предоставляет доступ к сети Premium с 40 точками присутствия на основе оплаты по факту использования. Нет никаких обязательств по трафику. Плата зависит от зоны назначения и ежемесячного объема трафика.
  • Volume Go предлагает более низкие тарифы за ГБ через сеть Volume с 12 точками присутствия, начиная с 10 ТБ в месяц. Тарифы снижаются в зависимости от опубликованных уровней трафика, предоставляя клиентам доступ к ценам Volume без больших предоплатных обязательств.
  • Volume Plus предлагает предоплаченные пакеты на 100 ТБ и 500 ТБ с более низкими тарифами за гигабайт. За трафик сверх лимита пакета взимается плата по указанному в пакете тарифу за дополнительный гигабайт.
  • В рамках программы Enterprise предоставляется возможность доставки данных в масштабах петабайтов или по индивидуальным заказам для каждой зоны. Клиенты могут комбинировать услугу Premium, если требуется более широкое покрытие или более высокая производительность маршрутизации, с услугой Volume Capacity в зонах с устойчивым трафиком. Состав зон, объем трафика, срок действия контракта, выставление счетов и объем поддержки могут быть определены в зависимости от развертывания.
Клиенты могут начать без каких-либо обязательств, перейти на тарифные планы с учетом объема трафика по мере его роста, вносить предоплату при предсказуемом использовании или заключить корпоративный договор на использование сети в смешанном режиме.
Настройте доставку в соответствии с вашей рабочей нагрузкой.
  • Организации могут использовать несколько тарифных планов в рамках одной учетной записи CDN. Каждый ресурс CDN может использовать свои собственные источники, поведение кэширования, HTTP-заголовки и правила доступа.
  • Веб-сайты и электронная коммерция: могут кэшировать статические страницы, изображения товаров и CSS, минуя кэширование для корзин, оформления заказа и других динамических путей.
  • Приложения SaaS и API: могут кэшировать оболочку приложения и общедоступные ресурсы, применяя при этом отдельные правила для API и аутентифицированных путей.
  • Видеоплатформы: могут передавать предварительно транскодированные потоки HLS и DASH из кэшей на периферии сети, с географической маршрутизацией и правилами доступа для региональных каталогов.
  • Программное обеспечение, игры и наборы данных: может кэшировать релизы, патчи, наборы данных и большие файлы на периферии сети.
  • Инициалы обработки запросов могут работать на выделенных серверах Melbicom, в S3-совместимых хранилищах с HTTP(S)-интерфейсом или во внешней инфраструктуре. Пулы инициалов могут распределять запросы и обеспечивать отказоустойчивость.
Каждый ресурс поддерживает сертификаты, выданные Let's Encrypt или предоставленные клиентом. Аналитика в реальном времени и необработанные журналы показывают поведение при доставке. Панель управления или API очищают кэшированный контент на всех активных точках присутствия в течение нескольких секунд.

melbicom.net

Сбои в Яндекс Почте и как Smart Relay может смягчить последствия

Smart SMTP RelayВ результате атак БПЛА были нанесены повреждения центрам обработки данных (ЦОД) компании Яндекс:

  • 8 октября — г. Сасово, Рязанская область. Полностью остановлен.
  • 9 октября — г. Калуга. Частично повреждён.
  • 11 октября — г. Владимир. Полностью остановлен.
Инфраструктура поисковой системы продолжает работу в деградированном режиме в оставшихся 2 дата-центрах:

  • г. Мытищи, Московская область.
  • г. Ивантеевка, Московская область.
Пользователи сообщают о неработоспособности многих сервисов: Такси, Навигатор, Метрика, Вебмастер, Директ и других. С недоступностью арендованных виртуальных серверов столкнулись пользователи платформы Cloud. Клиенты Яндекс банка не могут распорядится своими средствами — выполнить платежи или перевести деньги в другой банк. В режиме ограниченной функциональности продолжает работу основной сервис компании Поиск, а пользователи почтового сервиса Яндекс Почта жалуются на невозможность входа в почтовый ящик и на недоставку писем.

Дополнительные MX-записи


Между тем, в отличие от многих других сервисов и протоколов интернета электронная почта уже содержит встроенные механизмы отказоустойчивости. DNS-записи типа MX (Mail eXchanger) позволяют не только указать несколько серверов, ответственных за приём почты домена, но и установить их приоритеты от 0 и выше, где 0 означает наивысший приоритет. Администраторы почтовых серверов могут использовать возможности DNS записей этого типа, чтобы обеспечить отказоустойчивость работы своих SMTP-серверов.

Например, добавив в MX помимо основного дополнительные хосты с меньшим приоритетом, можно предоставить почтовым серверам-отправителям резервные маршруты для доставки почты в случае неработоспособности основного. Такие хосты называются релеями (ретрансляторами) и выполняют функцию накопления входящей почты и, при появлении целевого сервера в сети, передачи накопленных писем ему. С помощью этой схемы появляется возможность наладить работу электронной почты с нестабильно работающими SMTP-серверами или с серверами на каналах связи низкого качества.

Смарт-хост Smart Relay


Качественно иной уровень обработки потоков электронной почты достигается при использовании услуги Smart Relay. Входящая почта не просто ретранслируется получателю, но и проверяется на вирусы и спам, а SMTP-сессии шифруются по протоколу TLS. Отправка исходящей почта с целевого сервера переключается с прямой доставки получателям на Smart Relay, где каждое письмо получает уникальную криптографическую DKIM-подпись, соответствует строгим политикам SPF и DMARC, не попадает в спам у получателей. Таким образом, использование Smart Relay позволяет администраторам смягчить сбои в работе каналов связи почтового сервера, самого SMTP-сервера, повысить качество доставки сообщений и защититься от спама и вирусов. Для настройки Smart Relay достаточно указать дополнительную MX-запись и указать имя смарт-хоста в опциях своего почтового сервера.

Отслеживать статус работоспособности сервисов компании можно на сайте status.yandex.cloud

Нужна резервная площадка по сторонним проектам? Мы рядом



Из-за недавних инцидентов в дата-центрах сторонних провайдеров возникли перебои в работе ряда облачных сервисов

Возможно, часть ваших проектов размещена на затронутых площадках. Если это так, мы готовы помочь вам организовать альтернативное или резервное размещение

Инфраструктура Спринтхост и Спринтбокс продолжает работать на собственной распределенной инфраструктуре в штатном режиме. Для ваших задач доступны VDS, хостинг, S3-хранилище и другие сервисы

А чтобы вам было проще разместить дополнительные проекты, предлагаем промокод RESERVE20, который дает 20% кешбека на баланс при первом пополнении аккаунта*

  • промокод нужно ввести при регистрации нового аккаунта
  • кешбек можно получить только при оплате банковскими картами или электронными деньгами.
  • действие промокода не распространяется на бюджетные организации и тариф Продление доменов

sprintbox.ru
sprinthost.ru