Изменение цен на VDS



С 1 июля 2026 года изменится стоимость аренды VDS и объектного хранилища S3. Что именно поменяется? Рассказываем.

1) VDS, в том числе архивные тарифы.
Их стоимость вырастет примерно на 10–20% в зависимости от типа тарифа, локации и конфигурации.

Исключение составят акционные тарифы: Freddy, Jason, First John, Восток, Disco, Techno, First Geek и VDS GPU.

2) Также изменятся цены на объектное хранилище S3.


3) Реселлерские тарифы тоже вырастут в цене, но немного позже
– с 1 августа 2026 года.



Все скидки, активированные по акциям и по программе лояльности сохраняются и продолжают работать.

Selectel и ИТМО запускают совместную компанию для развития ИИ-сервисов



Selectel и Национальный исследовательский университет ИТМО запускают совместное предприятие. Новая компания будет разрабатывать платформу для создания, внедрения и эксплуатации мультиагентных систем на базе больших языковых моделей.

selectelitmo.ru

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

Генеральным директором назначен Роман Венедиктов, который более 25 лет работает в технологической отрасли и ранее руководил направлением дата-центров Selectel. ИТМО будет развивать технологическую часть проекта и использовать свои наработки в области мультиагентных систем. Selectel предоставит IT-инфраструктуру и профинансирует развитие компании. Объем инвестиций составит 1 млрд ₽.

Интерес бизнеса к внедрению практических решений на базе искусственного интеллекта продолжает расти. Однако разрыв между потребностью и реальной скоростью интеграции подобных решений остается довольно большим. В ответ на этот запрос формируется совместное предприятие, которое создаст принципиально новую для российского рынка систему, которая умеет самостоятельно проектировать AI-агентов под задачи конкретного бизнеса, будь то логистика, финансы или производство. Новая организация объединит экспертизу Selectel в построении специализированной инфраструктуры для ИИ с профильными компетенциями команды ИТМО, действуя при этом как самостоятельный игрок. Это позволит ускорить развитие прикладных решений, необходимых крупному бизнесу на фоне перехода к агентной экономике ИИ-систем
‎Олег Любимов Генеральный директор Selectel

https://selectel.ru

Как российские хостинги (и нас особенно) знатно штормило в мае-июне, и почему некоторые теперь не пишут на Хабре





За два месяца на индустрию высыпалось очень много неприятностей. Из голландского ЦОДа кто-то атаковал правительственные сервисы ЕС, и там сделали массовое изъятие примерно 800 серверов, как бы у нас сказали, почти по беспределу. Но, поскольку это Европа, — в соответствии с духом просвещённой демократии. Сам дата-центр, когда узнал, что произошло, утрируя, поспешно разорвал контракты с оставшимися русскими, теми, кто знаком с Россией, с ней работает или вообще что-то про неё слышал.

А второй ЦОД, где любили вставать хостинги, поплавился от жары. На самом деле это не совсем так, но на жару очень удобно списывать. Кто ж знал, что лето настанет!

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

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

И напоследок прилетел масштабный DDoS, а потом ещё память подорожала на 70%, притом что в потребительском сегменте за месяц всего на 1—5%.

И да, я тот человек, который считал, что 2023 был тяжёлым годом. Но теперь есть с чем сравнить!

Зачем я это пишу
Во-первых, я считаю себя обязанным всё же рассказать сообществу, что случилось и как это выглядит изнутри. Мы когда-то давно обещали так делать, и поэтому рассказываем и подробно разбираем крупные инциденты, которые нас касаются, — даже если это играет нам тактически в минус.

Во-вторых, хочется рассказать просто по существу, показать реальную картину того, как сейчас работает вся отрасль в целом, без упоминания конкретных конкурентов в негативном ключе. Хочется показать, насколько эта инфраструктура хрупка и почему привычные схемы резервирования иногда дают сбой, когда тебя подводит партнёр.

В-третьих, у нас под постами не про хостинг тоже начались обсуждения про хостинг, и я бы хотел снять все возможные вопросы разом. Потому что, в целом, их надо задавать мне, а не нашим авторам.

Начать стоит с того, что произошло в Нидерландах
Из-за санкций и ограничений очевидно, что далеко не все дата-центры сейчас работают с русскими. В итоге все русские компании, которые есть на рынке и предоставляют зарубежные локации, оказались сконцентрированы у одних и тех же партнёров. И когда там начались проблемы, это ударило веером почти по всем — пострадало, по сути, 90% всех хостингов в Амстердаме, работающих с российскими клиентами. Хостеров тут по факту жёстко подвели дата-центры.

Сначала по европейским дата-центрам ударила аномальная жара под 40 градусов. Европейские ЦОДы исторически проектировались под пиковые температуры около +32 °C. В итоге в дата-центре Qupra, который обслуживает зону ams-1, банально не справилась система охлаждения. Один за другим начали выходить из строя промышленные чиллеры.

Но! Они могли знать, что так будет. Этот дата-центр штормило не только в мае—июне, у некоторых ещё в январе уже был из-за этого серьёзный даунтайм. По некоторым не очень точным слухам, системы охлаждения Qupra не справлялись не первый раз, они и так работали в номинал или за расчётными мощностями, а жара их добила.

Чтобы серверы не сгорели, стойки начали автоматически отключаться. Это растянулось на два месяца, но кульминация пришлась на конец июня. Подрядчики ЦОДа действовали крайне медленно, им не хватало силовых кабелей и профильных специалистов даже для подключения внешних мобильных охладителей. Сильнее всего там пострадал российский хостинг-провайдер, который как раз в мае перевёз туда своё оборудование из другого закрывающегося ЦОДа. По их же собственным данным, суммарный даунтайм клиентских машин составил не менее 70 часов, а в некоторых случаях продолжается до сих пор (на момент написания данной статьи).

Плюс ещё в начале мая был сильный пожар в дата-центре NorthC в Алмере, где выгорела часть силовой и технической зоны, из-за чего в офлайн на несколько часов ушёл IBM Cloud.

18 мая нидерландская полиция и фискальная служба FIOD провели жёсткие рейды сразу по пяти адресам, включая ЦОДы в Дронтене и бизнес-парке Схипхол-Рейк. Причиной стало расследование обхода санкций ЕС, наложенных ещё в 2025 году на владельцев PQ.Hosting. Следователи посчитали, что подсанкционная инфраструктура просто переехала на свежее голландское юрлицо WorkTitans (бренд THE.Hosting), а аплинк им давал MIRhosting.

В рамках этого уголовного дела правоохранители просто приехали и физически изъяли около 800 серверов (!) — и арестовали двух человек. Это затронуло огромное количество компаний в России. В смысле, изъятие, а не аресты.

Упрощая, остальные серверы, которые не забрали, просто отключили.

2 июня владельцы дата-центра nLighten испугались юридических рисков и просто в одностороннем порядке, без единого предупреждения, полностью обесточили всё их оборудование, чтобы минимизировать свои риски после рейдов. Так как MIRhosting был оптовым поставщиком мощностей, сработал эффект домино. В один момент легли и крупные российские хостинг-провайдеры, и куча мелких хостеров, кто там хостился.

А хостился там много кто, возможно, потому что Нидерланды — одна из ведущих стран по русскоязычному трафику. Особенно по ютуб-трафику. Ну или эти два факта никак не связаны.

В общей сложности отключилось не менее 15 тысяч сайтов. И бекапы у них были внутрь площадки, то есть географически там же, и даже в тех же стойках. Люди просто потеряли всё без возможности восстановления в моменте. Не все вышли в аптайм — некоторые ищут, куда переехать, некоторые пытаются восстановить железо.

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

Всё началось в четверг 11 июня утром. У нас резко пропал аптайм на части казанского оборудования. Первая мысль — дурацкая неполадка сети. Мы начали связываться с оператором. Оператор говорит: «Связываюсь с ЦОДом, ну, типа, там техработы».

Мы подумали, что там техработы. На самом деле там сидела большая опергруппа, которая запретила связываться со внешним миром до окончания мероприятий по выемке данных.

В рамках ОРМ они установили, что интересующие их данные находятся по адресу дата-центра в Казани. Более точно понять, на каком именно сервере, они не могли и не пытались. В итоге забрали всё. Это вообще очень логично, такие попытки случаются раз в год-два примерно, но каждый раз удаётся объяснить автоматчикам, что происходит, и выдать один снапшот виртуальной машины. Дальше они изымают флешку с ней и уходят пытаться её расшифровать, потому что злоумышленники редко когда что-то хранят в открытую.

Так вот. В этот раз мы не понимали, что происходит, потому что нам всё это рассказали уже, когда всё изъятие по факту произошло. В гермозоне оперативно-разыскные мероприятия. Дело там было очень серьёзное, даже не по линии полиции. И это всё из-за одного-единственного клиента, который держал у нас какой-то VPN-сервер.

Мы не могли даже увидеть постановление, потому что допуск требовал личного вручения, а мы были не в Казани. Пришлось ехать.

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

Если бы нам сказали об изъятии прямо в процессе, мы бы, возможно, смогли их остановить, объяснив, что, грубо говоря, «это не те дроиды, которые вам нужны» — им нужны были виртуалки и логи, а не физические серверы!

По-хорошему, есть же каналы взаимодействия, мы регулярно реагируем на запросы органов. Но, повторюсь, когда дело серьёзное, почему-то в крупных расследованиях они действуют наверняка и стараются изъять физическое оборудование.

Вероятно, этот клиент накосячил очень сильно.

Здесь я хочу подчеркнуть ключевую деталь того, как мы выстраиваем работу с клиентами. Как только мы выяснили, кто, как и почему всё забрал, мы не стали юлить, а сразу написали в телеграм-канал, где наши клиенты. Врать клиентам в такой ситуации — самое глупое, что может быть. Мы моментально выпустили уведомление, что серверы физически изъяты силовыми структурами.

Мы не знали горизонт их возвращения (в целом вообще не думали, что в какой-то разумный срок вернём), поэтому сразу запустили процесс экстренной закупки аналогичного объёма оборудования для казанского ЦОДа. Понятно, что у нас такого объёма просто лежащего без дела нет, а закупка — процесс длительный. Но мы готовились к худшему: полностью заместить утраченное железо, если оно намертво превратится в вещдоки. А такой риск всегда есть, тогда бы до конца судов его не отдали бы.

В четверг серверы увезли, и до понедельника мы не могли достучаться до руководителей отделов силовых структур из-за выходных. В понедельник с утра наш старший технический специалист и мой коллега приехали в Казань.

Удалось обсудить вопрос. Тут взаимодействие было достаточно приятным — ну, насколько это вообще возможно в этой ситуации. В смысле, они пошли нам навстречу, сделали тут же официальный запрос, мы помогли выгрузить виртуальную машину и данные по клиенту, они довольно быстро отдали оборудование. Одно дело забирать серверы подозреваемого, другое — серверы хостинга. Случилось некоторое непонимание, но в понедельник оно почти всё разрешилось. Мы со своей стороны оказали им полное содействие, и они это признали.

Я знаю случаи, когда в таких ситуациях оно застревало надолго в архиве вещдоков.

Два сервера не запустились.

Сотрудники органов искренне уверяли нас, что перевозили серверы с максимальной аккуратностью, якобы буквально сдувая с них пылинки. Но мы-то точно знаем, что в ЦОДе их никто с кнопки штатно не выключал — просто выдернули из розеток. И оборудование перенесло 3 транспортировки: сначала в четверг куда-то неизвестно куда, а потом в понедельник в то место, где наши ребята должны были помогать им с данными (везли аккуратно, но на обычной «Газели»). Визуально железки выглядели целыми. Сколов и крупных царапин не добавилось.

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

Главная беда была с SSD-дисками, собранными в RAID-массивы. У нас везде используются качественные комплектующие Huawei, мы всё гарантируем и меняем, но физику не обманешь. Когда ты резко выдёргиваешь шнур питания, RAID-контроллер, работающий с файловой системой, теряет информацию о структуре дисков. Батарейка на контроллере у серверов старше одного года часто недостаточна для записи остаточных транзакций (точнее, там уровень типа 95% надёжности), поэтому всегда все используют внешние ИБП. Но серверы при отключении выдёргивали именно из них.

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

У нас в одном сервере так полностью повредился диск и потерялась загрузочная запись. К счастью, ребилд и удалённое шаманство админов помогли, избыточность там достаточная.

А вот второй оказался куда сложнее. Мы были страшно стеснены во времени, клиенты буквально обрывали нам поддержку. Мы до последнего пытались завести мёртвый сервер, уже даже было принято решение упаковывать его и везти с собой в Москву. В самый последний момент наш старший админ с настоящими танцами с бубнами смог достучаться до него через IBMC. Появилась небольшая робкая надежда, но мы понимали, что люди не ждут.

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

Сам пострадавший сервер мы отправили на глубокую диагностику.

Клиенты, конечно, писали в чатах в духе: «Вот, оборудование-то вернули, почему оно не включено?!» Ну вот примерно так. И я думаю, их возмущение понятно: они платят деньги, у них несколько дней даунтайма (с четверга, когда оборудование изъяли), а тут ещё мы говорим, что раскатить всё заново из бэкапов можно, но надо ещё чуть-чуть подождать.

Итоговый простой составил около пяти дней (с утра четверга до вечера понедельника). У нас есть х5 компенсация по SLA из-за наших проблем и нашей зоны ответственности. Увы, тут форс-мажор, действия силовых структур такого типа — это не наша зона ответственности. У нас в команде даже была дискуссия на этот счёт. По оферте, если пропадает связь от провайдера, — мы тоже можем не компенсировать, хотя обычно всегда идём навстречу практически во всём. Но тут причина падения принципиально другая. Чистейший, стопроцентный форс-мажор, который мы никак не могли гарантировать или предотвратить. В итоге компенсировали простой х1.

Мы работаем на рынке больше 20 лет. Все эти годы к нам постоянно приходят во время оперативно-разыскных мероприятий, пытаются забрать оборудование. Всё время получалось защитить оборудование, а тут вот не получилось.

И теперь в комментариях под статьями нам пишут: «Ничего себе, я работаю с сервером, там задержка… О, а у вас там в Краснодаре тоже забрали серверы?». Нам, конечно, не очень смешно от этого.

И до кучи DDoS!
Били по клиенту. Били сильно. Мощность атаки была такова, что у нас наглухо зависли сетевые коммутаторы и все виртуальные свитчи.

Стратегия таких атак строится на том, что сервер коммутируется между физическим портом и виртуальными свитчами. Виртуальные свитчи ложатся, начинают сильно переполнять стек машины. В итоге процессор уходит в 100% загрузку, вся эта машина полностью зависает и перестаёт реагировать на любые команды. Её нельзя перезагрузить программно, она уже не откликнется — помогает только хард-ребут по питанию.

А при хард-ребуте по питанию массивы RAID… Но вы уже помните, да?

Самая большая проблема с такими масштабными DDoS-атаками — это невозможность понять, кого именно бьют и откуда. Если бы доступ был, можно было бы сразу отправить IP-адрес жертвы в блэкхоул. Но нет.

У нас есть несколько слоёв защиты от DDoS, но бесплатные направлены больше на то, чтобы с нашей инфраструктуры не проходила атака на нашу же инфраструктуру или наружу. А вот проконтролировать внешний трафик можно только через центры очистки с очень широкими каналами (шире суммарного канала DDoS). Такая услуга усиленной защиты у нас тоже есть, но там стоимость около 150 тысяч рублей в сутки без НДС, очевидно, это для корпоративных клиентов по запросу, и клиент её брать и не планировал.

DDoS сам по себе тоже дорог, поэтому любая атака имеет свой период, в конце которого она рано или поздно прекратится. Но пережить это — тот ещё фокус.

Самое сложное — найти клиента, которого атакуют. Потому что пролезть на сервер за телеметрией тоже никак не выйдет при 100% загрузке процессоров и сети. Поэтому нам пришлось применять единственное рабочее в таких условиях, проверенное прикладное решение, которым пользуются вообще все хостеры в таких ситуациях. Надёжное, как швейцарские часы. Мы временно отключаем всех клиентов от виртуального свитча, а затем начинаем постепенно, по одному, восстанавливать подключения. Сначала включаем VIP-клиентов и юрлиц с известной историей авторизаций и большим количеством ответственных. И так, ранжируя по признаку доверия, перебираем всех, пока не наткнёмся на того, на кого реально идут атаки. Это долгий и болезненный процесс.

И самое страшное при DDoS-ах — это последствия. Серверы не находятся в 100% даунтайме, они периодически включаются-выключаются (какие-то клиенты даже в это время работают), но бесконечные циклы ребутов убивают массивы. Самое страшное — потом поднимать вот эти все ноды.

И общий фон
Добавлю пару слов о железе.

Дефицит оперативной памяти, комплектующих и рост цен никуда не делись, ценник продолжает расти дальше.

Розничные цены в магазинах за май—июль подросли где-то на 1—5% в месяц, но это обманчивая цифра. Импорт-прайс уровень всегда реагирует с задержкой из-за длинных дилерских контрактов (зимой розница начала расти и сейчас уже достигла пика, хотя 5% в месяц — это тоже прилично). А вот оптовая контрактная цена для заводов за второй квартал (апрель—июнь) взлетела на 70—85%. Сейчас, при текущих заказах, мы уже видим полный эффект этого подорожания.

С сентября прошлого года оборудование подорожало где-то в два раза: оперативная память за второй квартал подорожала суммарно на 90%, а SSD-накопители — на 75%. И аналитики спешат обрадовать, прогнозируя, что в третьем квартале (в июле—сентябре) цены могут вырасти ещё на 40—50%.

Что я могу в этой ситуации посоветовать?
Во-первых, расслабиться и получать удовольствие. Мне советовали потрогать траву и попить чай. Не знаю, нормальный ли это совет.

Во-вторых, не выбирайте bulletproof-хостинги, которые не отвечают на абузы и не оказывают взаимодействие на запросы правоохранительных органов. Потому что, если 100 раз отбиться по мелочи, потом прилетит по-крупному. У нас железо вернули, как разобрались в ситуации. У тех в Нидерландах, у кого изъяли 800 серверов, никто ничего не вернул и, очень вероятно, уже не вернёт.

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

От форс-мажоров не застрахован никто, ни в одной юрисдикции.

Всё, теперь готов ответить на ваши вопросы, но сразу говорю — по Казани там дело с грифом, поэтому деталей именно правонарушения и нашего взаимодействия с органами не будет.

ruvds.com/ru-rub

Важно: обязательная идентификация владельцев доменов .RU, .РФ и .SU через Госуслуги



Информируем вас о важных изменениях в правилах регистрации и обслуживания доменных имен в зонах .RU,.РФ и .SU.

С 1 сентября 2026 года вступают в силу новые требования законодательства Российской Федерации, согласно которым для управления доменами в указанных зонах администраторам необходимо пройти обязательную идентификацию через портал Госуслуги (ЕСИА) с использованием подтвержденной учетной записи. Данное требование распространяется на физических лиц, индивидуальных предпринимателей и юридические лица.

Что необходимо сделать?
Для физических лиц и индивидуальных предпринимателей (резидентов РФ)
Если вы уже являетесь нашим клиентом и владеете доменами в зонах .RU,.РФ или .SU, пройти идентификацию через Госуслуги (ЕСИА) можно уже сейчас.

Для этого необходимо:
  • обратиться в отдел сопровождения клиентов через тикет-систему в личном кабинете;
  • получить от специалиста индивидуальную ссылку для прохождения идентификации;
  • пройти идентификацию, следуя полученным инструкциям.
Если ваши персональные данные изменились или требуют корректировки, перед прохождением идентификации также необходимо обратиться в отдел сопровождения клиентов для их актуализации.

Для юридических лиц (резидентов РФ)
Перед прохождением идентификации рекомендуем выполнить предварительную проверку:
  • убедиться, что организация зарегистрирована в Госуслугах (ЕСИА);
  • проверить, что сотрудник, ответственный за управление доменными именами, добавлен к учетной записи организации и обладает необходимыми полномочиями.
После этого необходимо обратиться в отдел сопровождения клиентов через тикет-систему личного кабинета. Специалисты предоставят вам индивидуальную ссылку для прохождения процедуры идентификации через ЕСИА.

my.adminvps.ru/knowledgebase/562/

Схема сети: новая возможность в DCImanager

Карта подключений строится на основе данных о подключениях из карточек оборудования. Администратор может переключаться между разными слоями отображения. Например, проверить оборудование в определенном VLAN, просмотреть общую топологию связности коммутаторов или вывести только управляющие подключения BMC либо PDU.



Такой подход позволяет быстрее определять проблемы связности и локализовать участки, требующие диагностики.

Контроль сетевой связности и точное планирование
Главное преимущество новой функции — наглядное представление состояния всех сетевых соединений. Если раньше DCImanager позволял отслеживать здоровье серверов и температурные показатели стоек и ЦОД, то теперь администраторам доступна сводка по статусам линков.





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

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

Схема сети особенно полезна диспетчерским службам ЦОД, которым важно видеть общую картину соединений и оперативно реагировать на инциденты. Кроме того, сетевые администраторы могут заранее оценить связность необходимых узлов и спланировать оптимальную конфигурацию сети.



www.ispsystem.ru/docs/dcimanager-admin/moduli/modul-shema-seti

Как VMmanager ускорил развертывание новых сервисов на 40%



ТАГРАС — нефтесервисный холдинг со штаб-квартирой в Альметьевске (Республика Татарстан), который предоставляет услуги не только ведущим предприятиям нефтегазовой отрасли, но и представителям смежных сфер.

ТАГРАС работает на рынке с 2006 года и на данный момент обслуживает более 1500 заказчиков. В структуру холдинга входит более 50 предприятий, разделенных на восемь дивизионов — каждый закрывает свою отрасль для диверсификации рисков:
  • Система-Сервис — производство, прокат и ремонт нефтепогружного оборудования;
  • ТАГРАС-РС — внутрискважинные работы по ремонту, ГРП и ПНП;
  • ТаграС-ЭнергоСервис — строительные и ремонтные работы в энергетическом комплексе и промышленном строительстве;
  • ТМС групп — машиностроение и сервис нефтепромыслового и бурового оборудования;
  • ТаграС-ТрансСервис — грузопассажирские перевозки и логистика;
  • Геофизический дивизион — исследования и сейсморазведка;
  • БС-Платформа — информационная безопасность и цифровая трансформация предприятий, сервисная поддержка систем;
  • ТАТНЕФТЕДОР — строительство и обслуживание автомобильных дорог.
В общей сложности в компаниях холдинга работает порядка 15 000 человек.

Исходные данные
С 2019 года ТАГРАС находится на пути цифровой трансформации. После ревизии бизнес-процессов в 2020–2025 годах проходила информатизация всех дивизионов холдинга. Параллельно с 2022 года для минимизации санкционных рисков началась замена импортного ПО на отечественные аналоги в соответствии с подпрограммой «Цифровой суверенитет» TAGRAS-Digital.

Поставленную задачу решает ИТ-дивизион компании — БС-Платформа. В общей сложности этот дивизион обслуживает 7000 пользователей и более 100 различных информационных систем в ИТ-инфраструктуре компаний холдинга.

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

Решение, которое используется в проекте
Для решения поставленных задач в 2023 году специалисты БС-Платформы взяли курс на отказ от зарубежных облаков и перенос сервисов холдинга ТАГРАС в частный программно-аппаратный комплекс. Для этого на базе платформы виртуализации VMmanager был создан ПАК «Частное облако», который объединяет ресурсы четырех дивизионов: Таграс-РС, БС-Платформа, Таграс-ТрансСервис и Татнефтедор.

VMmanager был выбран по итогам строгого сравнительного тестирования близкого по функционалу конкурирующего отечественного решения по более чем 70 параметрам и функциям.

На фоне конкурента продукт VMmanager выделялся важными для внедрения преимуществами:
  • Простая и быстрая установка через скрипт, не требующая глубоких знаний Linux;
  • Широкий спектр способов развертывания виртуальных машин;
  • Доступ к обновлениям без дополнительной авторизации, менеджер установки с графическим интерфейсом (все в рамках лицензии), а также возможность установки обновлений без остановки трафика, то есть вне сервисных окон;
  • Интеграция с биллингом, которая позволяет легко заказывать дополнительные услуги или отказываться от неиспользуемых.

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

Процесс внедрения
В общей сложности платформа объединила 19 физических узлов. Используя эти ресурсы для поддержки сервисов корпоративной почты, ЭДО и продуктов 1С, специалисты БС-Платформы развернули шесть кластеров, для двух из которых обеспечили резервирование данных, то есть они работают в отказоустойчивом режиме.

Для развертывания использовалась v2025.08.2–1 платформы управления инфраструктурой, на которой была запущена 141 виртуальная машина, 64 из них — под управлением Astra Linux 1.7.5 и 1.8.1. В качестве СУБД для поддержки продуктовых сред 1С задействовали Тантор и PostgreSQL.

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

Результаты
После внедрения ПАК «Частное облако» обеспечивает поддержку корпоративной почты на 4500 пользователей, электронного документооборота всех дивизионов холдинга, а также продуктового контура 1С четырех дивизионов.

В боевых условиях заказчик провел сравнительное нагрузочное тестирование производительности двух платформ. Результаты показали превосходство VMmanager.

Ключевые результаты ПМИ:
  • VMmanager набрал максимальные баллы в 90% категорий.
  • Преимущество в важных аспектах: документация, простота установки, интеграция с биллингом.
  • Экономия времени: установка и администрирование проще на 40–50%.

В рамках решаемых задач в компаниях холдинга отказались от зарубежного ПО, что позволило дополнительно сократить риски, связанные с санкциями. В рамках всего холдинга активно ведется замена иностранного ПО.

Внедрение отечественного решения повысило безопасность данных. Теперь она соответствует ведущим отраслевым стандартам и требованиям регулятора.

Ускорили развертывание новых сервисов: скорость развертывания сократилась на 40%, а в целом ТСО — на 20–30%.

Мнение заказчика
В рамках программы цифрового суверенитета мы провели глубокую ревизию инфраструктуры и приняли решение организовать ПАК «Частное облако» на отечественном продукте виртуализации VMmanager.

Выбор был непростым: мы сравнили более 70 параметров и VMmanager показал себя лучше по ключевым критериям: простота внедрения, гибкость обновлений и возможность бесшовной интеграции с нашими процессами.

Сегодня уверенно смотрим в будущее: платформа дает нам фундамент для масштабирования в любых направлениях — от импортозамещения почтовой системы до реализации новых амбициозных задач.

Дмитрий Александрович Нефёдов
первый заместитель директора по информационным технологиям, главный инженер ООО «Про-Ресурс»

Как авиакомпании построить отказоустойчивую виртуальную инфраструктуру с VMmanager



«КрасАвиа» — российская региональная авиакомпания. Базируется в Красноярском крае, осуществляет регулярные перевозки как внутри края, так и в соседние регионы, а также выполняет международные рейсы в Монголию. В общей сложности более 30 направлений на регулярной основе, включая районы Крайнего Севера.
www.krasavia.ru

Помимо пассажирских перевозок «КрасАвиа» доставляет почту, продовольствие, лекарства и другие жизненно необходимые грузы в районы Крайнего Севера, а также выполняет санитарные рейсы для оказания экстренной медицинской помощи, в том числе в труднодоступных территориях; осуществляет полеты в рамках деятельности лесопожарного центра; участвует в поисково‑спасательных операциях.

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

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

«КрасАвиа» приняла решение перейти на отечественную платформу виртуализации.

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

«КрасАвиа» требовалось развернуть стабильную и производительную платформу виртуализации с учетом имеющихся ИТ-ресурсов.

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

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

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

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

Этапы внедрения
Проект начался с развертывания тестового демостенда, который специалисты «КрасАвиа» и ISPsystem реализовали совместно.

На тестовой площадке команда проверила основные возможности VMmanager, оценила работу платформы под нагрузкой и протестировала сценарии эксплуатации, необходимые для внутренних сервисов компании.

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

Результаты проекта
Сегодня VMmanager успешно работает в инфраструктуре заказчика уже более восьми месяцев.

Использование отечественного решения позволило снизить зависимость от зарубежных поставщиков и сохранить контроль над развитием и сопровождением критически важных информационных систем.

Благодаря переходу на платформу VMmanager авиакомпании удалось сохранить высокий уровень надежности ИТ-сервисов и обеспечить устойчивую работу инфраструктуры для ежедневной деятельности предприятия.

Мнение заказчика
Отмечу высокую производительность платформы, удобную консоль управления и быструю работу консоли виртуальных машин. Виртуальные машины работают стабильно и быстро. Мы не используем какие‑то специфические функции: VMmanager для нас прежде всего надежная платформа виртуализации.
Сергей Алексеевич Баёв
Начальник отдела по инфраструктуре и телекоммуникационным системам

Как банку снизить затраты на инфраструктуру и повысить безопасность с VMmanager


alefbank.ru

АО АКБ «Алеф-Банк» — универсальный банк, предоставляющий как традиционные банковские продукты, так и услуги с использованием цифровизации. Это финансовая организация с развитой ИТ-инфраструктурой и собственным ИТ-департаментом.

В ДИТ банка сформировалось два управления: одно занимается интеграцией банковских информационных систем, другое выполняет функции технической поддержки, эксплуатации, настройки, закупки оборудования, а также сопровождения прикладного ПО.

Инфраструктура компании размещена в двух территориально распределённых ЦОДах. Такая архитектура обеспечивает заказчику отказоустойчивость и возможность переключения между площадками в случае выхода из строя одной из них.

Контекст и исходная инфраструктура
До внедрения VMmanager компания использовала зарубежное ПО в качестве основной платформы виртуализации — и сейчас продолжает частично эксплуатировать продукт. Также в рамках импортозамещения на протяжении двух лет применялось решение на базе платформы виртуализации с открытым исходным кодом.

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

Задачи проекта
В рамках проекта перед командой банка стояли задачи, связанные с поддержанием и миграцией инфраструктуры на новое решение:
  • Импортозамещение. Поиск отечественного продукта в условиях новых требований и ограничений.
  • Оптимизация затрат. Поиск оптимального баланса между стоимостью владения новой платформой и её возможностями.
  • Безопасность. Использование решений, подходящих для работы в регулируемой среде, включая наличие сертификата ФСТЭК.
  • Развитие виртуальной инфраструктуры. Формирование устойчивой среды для запуска новых проектов банка.

Почему выбрали VMmanager
При выборе платформы команда ориентировалась на практические сценарии эксплуатации и модели лицензирования.

VMmanager — инструмент для создания отказоустойчивой виртуальной среды, а также для централизованного управления аппаратной и контейнерной виртуализацией.
Основные факторы выбора VMmanager от ISPsystem:
  • Экономическая эффективность
  • VMmanager обеспечил более предсказуемую стоимость владения по сравнению с альтернативами при сопоставимом наборе функций и предоставил гибкие варианты лицензирования.
  • Стабильность работы
  • В процессе эксплуатации команда отметила более стабильную работу системы — в процессе миграции на VMmanager не возникало сетевых проблем, что повысило стабильность операций.
  • Наличие сертификата ФСТЭК
  • Сертификат ФСТЭК стал одним из ключевых факторов при выборе решения для использования в банковской инфраструктуре.

Реализация проекта и планы
ИТ-среда банка — это критичная система, где любые изменения инфраструктуры напрямую влияют на доступность сервисов и бизнес-процессы. Поэтому переход на VMmanager выполняется поэтапно и вдумчиво: с предварительным тестированием и последовательным переносом сервисов без остановки ключевых систем.

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

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

В планах заказчика — поэтапное расширение использования VMmanager и увеличение количества лицензий по мере роста инфраструктуры и задач проекта.

Мнение заказчика
Внедрение VMmanager стало для нас важным шагом в развитии цифровой инфраструктуры и импортозамещении в линейке программных продуктов банка. У нас появилась возможность удобно управлять виртуальными ресурсами и оперативно администрировать банковские информационные системы. Но главное мы получили надёжную, безопасную и аттестованную среду виртуализации, которая соответствует требованиям законодательства в сфере информационной безопасности.
Павел Дулле
Директор департамента информационных технологий АО АКБ «Алеф-Банк»

www.ispsystem.ru/vmmanager

В наличии выделенный сервер на AMD Ryzen 7 7700 (16 ядер) в Германии и Финляндии



Прямо сейчас в наличии выгодные конфигурации серверов на 16 ядерном процессоре AMD Ryzen 7 7700 (до 5.3 GHz ) и 64 GB в Европе (Германия, Финляндия).

Процессор AMD Ryzen 7 7700 оснащен встроенной графикой AMD Radeon Graphics. Она базируется на архитектуре RDNA 2 и имеет 2 вычислительных блока (128 ядер) с частотой до 2200 МГц.

  • Устанавливаем Windows Server 2019,2022,2025, Windows 10 Pro, Linux
  • Панель управления сервером
  • Безлимитный канал 1 Gbps
  • Защита от DDoS

Что может встроенная графика Ryzen 7 7700

  • Вывод изображения / диагностика
  • Для установки ОС, rescue, KVM/IPMI, базовой графической консоли.
  • RDP / VNC / лёгкий GUI
  • Windows/Linux с графическим интерфейсом, браузер, офисные задачи, панели управления.
  • Видео-сервер
  • Plex/Jellyfin/FFmpeg с аппаратным ускорением видео: H.264/H.265 encode/decode, AV1 decode — при нормальных драйверах и поддержке софта.
  • Лёгкая 2D/3D-графика
  • Простые приложения, браузерная графика, несложные визуальные задачи.


Конфигурации и аренда сервера abcd.host/hetzner-dedicated-servers
По вопросам пишите в личный кабинет my.abcd.host или Telegram: @ABCDSupportBot

Спасибо, что остаетесь с нами!
ABCD.HOST