Рейтинг
0.00

RUvds Хостинг

2 читателя, 72 топика

Почему тормозят AMD Epyc





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

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

Так вот, нам надо было тоже завести такое большое число, потому что так порешал рынок.

Мы давно придерживаемся принципа использовать только настоящее серверное железо, то есть корпоративный класс. У нас в основной линейке стоят проверенные серверные Intel, которые в пике выдавали 3,7 ГГц. И мы-то знали, что наши 3,7 ГГц по реальной производительности легко обгоняют многие разогнанные решения конкурентов.

Но как это донести до человека, который просто сравнивает цифры на лендинге?

Поэтому мы стали искать серверный процессор с высокой тактовой частотой, чтобы соответствовать нашей внутренней политике и при этом не проигрывать в слепом сравнении.

Решили затестить AMD Epyc. Нашли модель с отличными ТТХ: много ядер, высокая частота. Купили партию железа.

Думали, что сейчас включим, и он просто разорвёт наш текущий Intel.

Это наш первый опыт с AMD. Нас немного смущал тренд на Реддите «Почему тормозят AMD Epyc», но казалось, что всё должно пойти хорошо.

Конечно же, хорошо не пошло, иначе я этого не писал бы.

Тесты
Развернули тестовый стенд и начали гонять бенчмарки. Методология стандартная, отработанная годами. Берём популярный пакет AIDA64, который умеет измерять производительность всех ключевых компонентов: процессора, памяти, диска. Сначала делаем базовый замер на пустом сервере, чтобы получить эталонные цифры (в таблицах это VM-0, то есть без виртуализации). Это наша точка отсчёта — 100% производительности.

Потом начинаем последовательно увеличивать нагрузку: запускаем 20 виртуальных машин, затем — 30 и 40. На 40 сервер становится полностью неюзабельным, поэтому откатываем до 35. На каждом этапе мы забирались в одну из виртуалок и прогоняли полный набор тестов по шесть раз. Шесть прогонов нужны, чтобы отсеять случайные всплески и провалы. Из этих шести значений мы взяли медиану.


Первые же сводные таблицы озадачили: никакого «всестороннего преимущества», на которое мы рассчитывали, не было. Да, в каких-то задачах Epyc был чуть лучше, в каких-то — чуть хуже. Например, тест на шифрование AES (19293 МБ/с) или хеширование SHA3 (1223,5 МБ/с) показывали отличные цифры, но в целом картина была очень неоднозначной. По сути, он оказался на одном уровне с нашим проверенным решением на Intel. Странно, но не критично.

А вот интересное началось, когда мы стали проверять систему под реальной нагрузкой, имитируя плотное заселение сервера клиентами. Пока на сервере работают 10, 20, даже 25 виртуалок — всё отлично. Интерфейс внутри машин отзывчивый, сеть работает бодро. Но как только мы переваливали за определённый порог, начинался лагодром.

Причём независимо от нагрузки виртуальных машин. Единственный показатель — их количество.

Попробовали поставить на паузу 28 из 35 ВМ — лагодром сохранился!

Дальше — неоднозначная кривая:
  • 30 виртуальных машин — полёт нормальный.
  • 34 — ещё терпимо.
  • 35 — всё, приехали. Система начинала не просто подтормаживать, а жёстко деградировать. Числа не передают, насколько это было критично: интерфейс ВМ лагал, проводник открывался через секунду, отклик на действия становился непредсказуемым. Производительность падала не плавно, а практически отвесно. Связано это с деградацией производительности ввода-вывода или с чем-то иным, нам ещё предстоит выяснить.









Начали ковыряться с SMT в BIOS, меняли настройки префетчеров, пытались реплицировать настройки из AMD Performance tuning гайда. Мы даже пошли на Ютуб смотреть видео от Level1Techs — ничего не помогало. Именно тут мы поставили ВМ на паузу и сильно удивились: лаги шли, даже если лишние виртуальные машины были просто созданы и стояли в холде.

То есть сам факт их существования уже приводил к деградации производительности всего хоста!

Так что позвольте представить вам первый процессор с аппаратной защитой от переподписки: на один поток приходится ровно одна виртуальная машина плюс пара потоков нужна для менеджмента.

Возможно, конечно, это прикол нашего гипервизора (Hyper-V) — с KVM не тестили. Но, как нам кажется, вероятно, проблема — в контроллере памяти и в том, как процессор управляет виртуализацией. Если упрощать, то у процессора есть специальная таблица, которая сопоставляет физические адреса в оперативной памяти с виртуальными адресами, видимыми операционной системой и виртуальными машинами. У Intel исторически с этим всё было отлично: их контроллеры памяти — лучшие. Они в принципе придумали VT-D как таковую. Наши админы предположили, что у Epyc размер этой таблицы маппинга как-то жёстко ограничен — возможно, количеством ядер или потоков. Как только количество запущенных виртуальных машин превышает этот лимит, таблица переполняется. Процессору приходится постоянно заниматься подкачкой данных: выгружать их и загружать новые, делать медленные «лукапы» во внешней памяти. Из-за этого и начинаются дикие задержки. Это также объясняет, почему производительность становилась нестабильной: какая-то виртуалка могла случайно «задержаться» в быстрой таблице и работать идеально, как будто она одна на сервере, а в следующем прогоне теста её «выселяли», и она умирала.

Теперь посмотрите на тесты диска в сводной таблице. На пустом сервере скорость чтения с SSD изнутри ВМ была 28,56 МБ/с. При 30 ВМ она упала до 10,93. А при 40 ВМ — до 5,8 МБ/с! Падение — почти в пять раз! Memory Latency тоже поползла вверх: со 114 нс до 129 нс. А вот чисто процессорные тесты вроде CPU Queen просели не так драматично: с 33301 до 31233. Это значит, что сам по себе процессор молотит нормально, но вся система в целом, вся обвязка, отвечающая за взаимодействие с памятью и устройствами, просто захлёбывается.

В итоге мы столкнулись с дилеммой: напихать много маленьких клиентов в мощные сервера не выйдет — остаётся делать услугу с гарантией ядра. Сейчас мы предоставляем на этих Epyc-серверах выделенные гарантированные ядра. Это означает очень низкую плотность клиентов на одном физическом сервере. А раз клиентов мало, то и остальные ресурсы — дисковая подсистема, пропускная способность сети — делятся между меньшим количеством соседей. В итоге каждый клиент получает очень производительное и стабильное окружение.

А потом случилось страшное. Когда мы ввели услугу в продажу, её очень быстро раскупили. Вероятно, сработал тот самый «маркетинговый буллшит»: люди увидели высокую частоту и проголосовали кошельком.

Поэтому и родилась идея этого поста: с одной стороны, мы хотим показать технически грамотным читателям, что наше базовое решение на Intel ничуть не уступает модному AMD. А те, кто не читает тестов, просто зайдут на сайт, увидят красивые цифры и купят.

Ну и остался вопрос: может, мы чего-то не понимаем? Может, у этих процессоров есть какая-то своя фишка, которую мы упустили? Может, кто-то уже понял, в чём проблема с их лагами?

habr.com/ru/companies/ruvds/articles/961276/

ruvds.com/ru-rub

RUVDS ввёл в работу серверные мощности в Башкирии



Хостинг-провайдер VPS серверов RUVDS начал предоставлять услуги виртуального хостинга в Республике Башкортостан. Оборудование введено в строй в дата-центре «Уфанет» в Уфе и уже доступно пользователям.

Это наша 13-я локация в России и 20-я, юбилейная, если учитывать и зарубежные площадки. Регион динамично развивается: в Республике сосредоточено огромное количество вычислительных мощностей – она входит в число лидеров в масштабах страны. Наше присутствие обусловлено концепцией планомерного масштабирования RUVDS и призвано как удовлетворить текущий спрос, так и сформировать задел для дальнейшего роста в рамках региона. А это и увеличение вычислительной мощности, и новые возможности для местного бизнеса, и удобство для наших клиентов, заинтересованных в работе в этом регионе
отметил генеральный директор RUVDS Никита Цаплин.

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

Ввод в строй новых мощностей и расширение географии работы лежат в основе стратегического видения RUVDS. Только в 2025 году компания запустила локации в Краснодаре, Омске, Мурманске и Ереване, а также модернизировала собственный дата-центр в подмосковном Королёве.

ruvds.com/ru/

Готовьтесь, всё подорожает ещё раз





Есть объективные факторы роста цен в ИТ — инфляция, кредитные ставки (их никто не снизил вслед за ставкой рефинансирования!), повышение страховых взносов для сотрудников и НДС. Как минимум это всё вместе уже обеспечит подорожание ИТ-услуг и инфраструктуры.

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

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

И у меня есть ощущение, что начало процесса мы уже наблюдаем по отмене части льгот для ИТ-компаний.

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

Прошёл год, и пора снова посмотреть, что нас ждёт.

Спойлер: вы, кажется, уже привыкли к плохим новостям, но жесть от этого никуда не делась.

Общая ситуация
Центробанк снизил ключевую ставку на 2% недавно. Кажется, должно стать легче? Ничего подобного. Реальная ставка по лизингу серверов для нас выросла на полпроцента в последнюю закупку. Мы работаем с крупными структурами, теми же операторами большой тройки, берём у них железо в рассрочку на 18 месяцев. Когда ставка ЦБ росла, их ставки тоже росли. Сейчас ставка ЦБ падает, а их — нет. Как была, так и осталась, от 35%. Даже немного выросла. На вопрос «почему?» ответ простой и обезоруживающий:

— Потому что так, и всё. У нас внутренняя ставка такая.

В смысле, что им банки не снижают ставку тоже.

С банками история ещё веселее. У нас есть кредитная линия в крупном госбанке. Когда ставка ЦБ росла, они тут же присылали допсоглашение о повышении нашей ставки. Когда она начала падать, мы им позвонили с вопросом:

— Ребят, а где пересчёт? Подешевело же!
— Ну, вот видите, вот там в этом пункте написано, что у нас есть право, но не обязанность пересчитывать! Знаете, мы пока этим правом не воспользуемся.

Этот паралич дорогих денег полностью заморозил рынок слияний и поглощений, которого мы ждали. Сделки идут, но под ковром. И они мучительно долгие: только чтобы получить Letter of Intent (предварительное соглашение), уходит 3–4 месяца. Вся сделка — это год. Крупный покупатель, которому тоже надо брать дорогой кредит, приходит к компании поменьше и говорит: «Мы вас покупаем за три копейки». А те отвечают: «Зачем? У нас хорошие показатели. Давайте подождём, ставки же начали снижаться». В итоге все чего-то ждут, а рынок стоит.

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

Золотая DDR4
Серверы за этот год подорожали на 5–15%. На 5% на DDR5, на 15% на DDR4!

Основной вклад в рост цены дала именно память. DDR4 подорожала примерно на 50% с июня.

Там получилось смешно. Производители, включая Samsung, решили свернуть её производство, переходя на DDR5. Но рынок оказался не готов — для DDR5 нужны новые материнские платы, а апгрейдить весь парк никто не спешит. В итоге возник дикий дефицит и цена на планки DDR4 с июня стала волшебной.

Платиновая логистика
Это просто ад. Свежая история: два сервера ехали из Китая в Армению. На границе их развернули, скорее всего, из-за ошибки в документах. Чтобы вернуть эти два сервера в Россию, переоформить и отправить заново, поставщик потратил почти 700 тысяч рублей.

За два юнита!

Почему так дорого? Потому что серверы возят морскими контейнерами, самолётами, ж/д, но большими партиями. Когда много единиц, растаможка бьётся на всех и получается недорого. А когда надо привезти два сервера, всё равно платишь за место, как будто везёшь огромную партию. Естественно, для поставщика эта сделка ушла в глубокий минус, а мы в очередной раз убедились, что эти риски закладываются в цену для всех.

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

Налоги
В прошлом году налоговая реформа уже подняла цены на 10–15%. В этом году нас ждёт продолжение банкета:
  1. Повышение НДС с 20 до 22%.
  2. Новые правила для «упрощёнки» (УСН), которые заставят наших поставщиков с оборотом от 60 млн платить НДС. Нюанс в том, что этот НДС нельзя принять к вычету — он мёртвым грузом ложится в цену.
  3. Страховые взносы для ИТ-компаний из реестра ПО повышают вдвое: с 7,6 до 15%.
В сумме один только налоговый эффект даст на выходе ещё около 5% к цене.

Но конкретно для нас главный фактор — новый реестр дата-центров. Мы думали, это для льгот на электричество. Вот здесь подробный рассказ про это явление. У меня ощущение, что как бы не так. Опыт подсказывает, что это очередное «узаконивание поборов». На недавнем саммите ЦОД все верещали: по их прогнозам, услуги дата-центров могут подорожать на 20–25%. Логика, видимо, такая: тарифы на электричество взвинтят для всех до небес, а ЦОДам из реестра дадут ставку, которая позволит им хотя бы не закрыться.

В смысле, вероятно, вы теперь будете выключать свет в туалете, а ЦОДы получат льготы в виде неповышения цен на некоторое время. Если повезёт.

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

Искусственный интеллект расколол рынок
Есть гиперскейлеры — Яндекс, Сбер, VK. Они могут позволить себе миллиардные инвестиции в AI-платформы. И есть все остальные. Проблема в том, что реального, массового запроса от бизнеса на эти сложные и дорогие AI-инструменты в России пока не видно. Россия в этом вопросе ровно посередине: колеблется, идти или не идти. Инструменты уже сделали, а кому их продавать — неясно.

Если хайп не взлетит, для Яндекса это будут просто списанные убытки. Утрируя, ну повысят на 30 копеек стоимость вызова такси и за пару лет всё отобьют. А вот для компании поменьше, которая вложила кучу денег в железо, сделав неверную ставку на AI, это может стать фатальной ошибкой. Поэтому мы в эти большие игры пока не лезем. Слишком там хайпово.

Итог
Кредиты под 35%, дефицит ЦОДов (он всё ещё сохраняется, потому что при таких условиях их не строят, условно, выгоднее нести деньги в банк), подорожавшее на 15% железо, новые налоги, рост цен на электричество на 25% и кадровый голод, когда из 200 кандидатов подходит двое. Про кадры сильно легче не стало, кстати, разве что зарплаты ИТ-специалистов уже пару лет не растут, то есть, учитывая темпы инфляции, даже немного уменьшаются.

В итоге мы снова выходим на прогноз роста цен на 10–15%. Выбор простой: экономить на качестве, закупая б/у железо, или повышать цены. Мы на качестве экономить не будем, шринкфляцией заниматься тоже. Так что, увы, готовимся.

Относительно нас — в январе планируем повышение цен (около 5%). Как обычно, у нас можно оплатить заранее и надолго. При оплате на год скидка 20% + скидка Хабра, на полгода 10% + скидка Хабра. Если надо надолго по стабильной цене, то можно сразу несколько лет. Оплачивается не пополнение баланса на сумму, а именно период, то есть при изменении тарифа срок остаётся прежний.

ruvds.com/ru-rub

RUVDS выходит на рынок Армении



Портфолио хостинг-провайдера VPS-серверов RUVDS пополнилось площадкой с вычислительными мощностями в Армении. Она стала 8-й локацией компании за пределами страны.

Серверное оборудование размещено и введено в строй в дата-центре OVIO, крупнейшем и самом передовом инфраструктурном объекте такого рода в Армении. Он расположен в городе Абовян Котайской области, в 20км от Еревана.

«Армения – одна из стран, имеющих особые отношения с Россией, и наш выход на местный рынок отражает интересы обеих сторон. Здесь сосредоточен запрос как компаний с российскими корнями, так и местных пользователей, заинтересованных в получении доступа к качественным IT-решениям. Это важный шаг для RUVDS: мы на планомерной основе расширяем географию присутствия, и уверен, что присутствие нашего сервиса в Армении наилучшим образом скажется на её бизнес-климате», – подчеркнул гендиректор RUVDS Никита Цаплин.

Безопасность и надежность были ключевым фактором выбора дата-центра для размещения. ДЦ OVIO полностью соответствует требованиям RUVDS: он обладает общей мощностью 2 МВт, обеспеченной двумя дизельными генераторами; подключён к двум независимым городским электросетям и оснащён системой Schneider Galaxy VL UPS с резервной схемой N+1, что обеспечивает стабильность его работы даже в случае аварии. В центре установлены современные системы охлаждения, поддерживающие оптимальную температуру в машинных залах.

ruvds.com/ru-rub

Наш прогноз: цены на облачные сервисы вырастут на 10%





Год почти заканчивается, а новости всё поступают: вряд ли вы не слышали про повышение НДС с 20 до 22% и пересмотр порога доходов по УСН с 60 до 10 млн рублей. Конечно, это отразится на облачных сервисах, и, к сожалению, рост окажется двузначным. Так, по оценке нашего гендиректора Никиты Цаплина, текущие изменения могут привести к подорожанию на 10%, о чём он заявил на Международном саммите ассоциации участников отрасли ЦОД в Нижнем Новгороде.

Изменения приведут к волнообразному эффекту, что и вызовет значительные сдвиги в ценовой политике бизнеса. Объясняем:
  • Поставщики и контрагенты могут быть как компаниями, работающими по Общей системе налогообложения, для которых НДС также вырастет на 2%, так и небольшими структурами, работающими на УСН.
  • Ранее они не платили НДС, но со снижением порога доходов они будут обязаны уплачивать в бюджет налог в размере 5%, также им придётся выделять дополнительные ресурсы на администрирование.
  • Говоря проще, изменения в налоговой сфере затронут практически всех участников цепочки поставок — они будут вынуждены компенсировать издержки за счёт клиентов.

Также 1 октября Кабмин предложил отменить льготу по НДС для обслуживания банковских карт. Это повлечёт рост комиссий на эквайринг, что, опять же, ляжет на плечи бизнеса.

Работать это будет как снежный ком, из-за чего и будет иметь место своеобразный «эффект эха». Итоговый рост цен, по нашей оценке, может составить до 10%.

Было в Нижнем и место для диалога об экспортном потенциале отечественных IT-продуктов. В этом вопросе, по мнению гендиректора RUVDS, именно присутствие на глобальном рынке позволит российскому бизнесу создать наиболее качественный продукт — благодаря «его проверке в условиях жёсткой конкуренции на внешних рынках».

ruvds.com/ru-rub

Атаки на спутники войдут в топ-5 киберугроз уже в ближайшие годы



Атаки злоумышленников на космические аппараты войдут в топ-5 киберугроз в течение уже ближайших трех лет, заявил генеральный директор хостинг-провайдера VPS-серверов RUVDS Никита Цаплин. Соответствующим мнением он поделился на форуме CAPIF 4 в Казахстане, выступая на сессии, посвященной вопросам развития космического интернета.

Уже сегодня можно с уверенностью сказать, что IT-парадигма приходит в космос. К примеру, сердцем нового спутника RUVDSSat1 станет полноценный бортовой компьютер с Linux и доступом через SSH, протокол для удаленного управления компьютером или сервером по сети. Это подразумевает не только новые возможности для аппарата, но и возрастающие кибериски. Такие решения всё чаще появляются на орбите, и, по нашим оценкам, атаки на спутники в ближайшие три года войдут в топ-5 киберугроз в течение уже ближайших нескольких лет. Мы готовы к новым вызовам, и, судя по всему, в этом направлении будет развиваться вся индустрия
подчеркнул Цаплин.

Компания планирует вывести на орбиту RUVDSSat1 в декабре 2025 года. Спутник выступит в роли платформы для разработчиков ПО для космических аппаратов, предоставив всем специалистам и любителям возможность протестировать своё решение в реальных условиях.

Задачи по проектированию и изготовлению аппарата выполняет АО «ОКБ Пятое поколение», а специалисты RUVDS обеспечивают разработку и функционирование программной среды на бортовом компьютере.

ruvds.com/ru/s

Обновление бонусной программы RUVDS



RUVDS обновил бонусную программу. Если раньше бонусные баллы находились на отдельном балансе, и их можно было использовать только для оплаты 100% стоимости серверов, то теперь баллы можно переводить на основной баланс и оплачивать часть стоимости серверов, а также других услуг.

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

Привычные бонусы не изменились:
  • при создании первого сервера начисляется 100 баллов;
  • за регулярное пользование услугами на бонусный баланс зачисляется от 1 до 5% стоимости сервера в зависимости от статуса;
  • при единовременном пополнении от 5000 ₽ для физических лиц начисляются дополнительные 1–5% бонусов;
  • в день рождения при наличии активных серверов вы получаете 200 баллов.



ruvds.com/ru/

Что происходило с новым законом про ЦОДы — мы нашли, кто смог подробно всё это объяснить



С 1 марта 2026 года вступит в силу новая редакция Закона «О связи». Там будет определяться, что такое ЦОД (дата-центр), и появится некий реестр ЦОДов. И всё. Дальше — непонятно.

Чтобы с этим разобраться, надо немного вернуться в 2018-й, когда дата-центров вообще не было. Точнее, для них не было специального термина и определения. Представьте: в стране много лет работают пекарни, а в законах нет слова «пекарня». Почему так? Потому что единственное место, где термин формально проскочил, появилось в 2018 году. Тогда в законах «О концессионных соглашениях» и «О государственно-частном партнёрстве...», известных как 115-ФЗ и 224-ФЗ, появилось про «объекты, предназначенные для обработки информации», а в скобках добавили — «центры обработки данных». Смысл был в том, что его можно финансировать на определённых условиях.

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

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

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

Чтобы наши инженеры и дежурные смены могли добираться до ЦОДов, приходилось выкручиваться. Ассоциация как раз получала письма за подписью замминистра в духе «Пропустите этих типов», чтобы хоть как-то обеспечить работу.

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

Тогда стало понятно, что ЦОДы должны иметь какой-то правовой статус.

Второй поворот случился, когда Путин дал поручение на льготы по электричеству для ЦОДов.

И вот тут-то чиновники и столкнулись с проблемой: чтобы выполнить поручение, нужно было сначала законодательно определить, что такое ЦОД. Кому, собственно, давать эти льготы?

Чем ЦОД отличается от канавы
Так летом 2020 года родилась первая попытка регулирования. Появился законопроект с поправками в 149-ФЗ «Об информации». В нём ЦОД определялся как некий «специализированный объект» и прописывались данные, которые мы должны были бы подавать в Минкомсвязь (позже — Минцифра).

Этот законопроект вывесили на портале regulation.gov.ru для публичного обсуждения, и он тут же собрал очень много комментариев. Он был достаточно «сырой», содержал странные формулировки и избыточные требования. Мы, как и другие участники рынка, оставляли свои отзывы даже как физические лица через «Госуслуги», чтобы министерство увидело наши опасения.

По закону на каждый комментарий к законопроекту государство должно ответить.

Дальше начали пересобирать закон, но было ощущение, что у него — с десяток контрибьюторов, и каждый пишет что-то своё. Кто-то лоббировал прямо инлайнить архитектуру старых ЦОДов, кто-то хотел протащить вообще без определения на будущее на случай, если инференс-ЦОДы появятся под водой, и так далее. Крупные игроки, главный из которых, конечно, — «Ростелеком», начали активно лоббировать свои интересы.

Очевидный баг
Задачей было определить, что есть ЦОД. Энергетики задали очень простой вопрос: «Как отличить ЦОД от майнера?» — потому что они не хотели давать льготы майнерам. Плюс не хотелось, чтобы люди ставили сервер на буровую, в офис или ещё куда-то и говорили, что теперь это тоже своего рода ЦОД, и весь офис надо снабжать по льготе. В случае ИТ-льгот по тем же хостингам таких примеров было много: очень просто создать «хостинг» внутри корпорации. Такие же истории были с вынесением RnD-отделов корпораций в иннокластеры.

Как вообще можно решить такую задачу? Вариантов несколько.

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

Проблема в том, что мы тут все болеем Uptime Institute и их TIER-уровнями по проекту и по объекту.

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

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

ОКВЭД (экономический подход)
Идея простая: ввести для деятельности ЦОДов выделенный код в Общероссийском классификаторе видов экономической деятельности. Компания, для которой предоставление услуг ЦОДа является основной деятельностью, регистрирует этот ОКВЭД как главный. Государство, в свою очередь, привязывает все льготы и меры поддержки к наличию этого кода и доле выручки по нему (например, не менее 70%).

Все IT-льготы в стране давались именно по ОКВЭДу. Это понятный и работающий для государства механизм. Поменять ОКВЭД можно «на «Госуслугах» за пять минут». Не нужно проходить долгих комиссий. Метод отсекает тех, для кого это не бизнес. Серверная в банке не генерирует внешней выручки, поэтому банк не сможет претендовать на льготы.

Для майнеров нужно вводить свой ОКВЭД. Если майнер назовёт себя ЦОДом, чтобы получить льготы, то это будет экономическим мошенничеством, за которое можно и сесть.

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

Вручную через реестр
Это административный метод. Государство в лице Минцифры создаёт официальный список «правильных» ЦОДов. Чтобы в него попасть, нужно подать заявку и пройти некую проверку на соответствие требованиям, которые ещё предстоит разработать. Создаются комиссия или экспертный совет, которые рассматривают заявки. Они смотрят на документы, возможно, на чертежи, либо даже выезжают на объект и выносят вердикт: соответствует или нет. Либо создаётся какой-то орган оценки за деньги, и тогда это «кормушка» по варианту 1.

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

Минусы:
  • Коррупционный фактор. Кто будет в комиссии? Насколько объективными будут решения? Возникает простор для того, чтобы «пропустить без очереди» или, наоборот, не пустить конкурента.
  • Проблема компетенций. У чиновников в Минцифры нет экспертизы для оценки ЦОДов. Придётся привлекать отраслевых экспертов, что снова поднимает вопрос их ангажированности.
  • Бюрократия и медлительность. Представьте себе, что тысяча случайных заинтересантов и мошенников завалит их заявками, чтобы получить льготы. Сколько времени уходит на одно решение? Даже если три дня — это DoS на годы.
  • Риск устаревших критериев. Есть огромная опасность, что комиссия будет опираться на устаревшие нормативные документы вроде Uptime Institute. В этом случае — такая же проблема: передовые ЦОДы туда не войдут.

Почему всё зашло в тупик в первый раз
В итоге получился очень сложный, тяжёлый и противоречивый законопроект.

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

Он содержал кучу нерешаемых коллизий и противоречил другим федеральным законам. В итоге этот «токсичный» законопроект просто положили в тумбочку, где он и пролежал несколько лет.

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

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

Что в итоге приняли: три простых пункта и море вопросов
В конце концов приняли очень короткий и простой закон. Он говорит всего о трёх вещах.
  • Дали официальное определение ЦОДу: «Совокупность зданий, частей зданий или помещений, объединённых единым назначением, включающих комплекс систем инженерно-технического обеспечения, спроектированных и используемых для размещения оборудования, обеспечивающего обработку и (или) хранение данных». Это смесь из определений из закона о ГЧП и даже из нашего отраслевого свода правил. Вполне нейтральная и рабочая формулировка, которая заодно гармонизировала термины в 115-м и 224-м ФЗ.
  • Государство в лице Минцифры будет вести официальный список правильных ЦОДов. То есть ЦОД — это комплекс, где стоит оборудование для обработки данных, а реестровый ЦОД — это правильный ЦОД, по которому решено, что он прямо профильный.
  • Если вы попали в этот официальный список, то заниматься надо профильной деятельностью, то есть не майнить.

Главные вопросы без ответов
Как попасть в реестр? Непонятно. Правила формирования и ведения реестра и требования к ЦОДам должно будет установить Правительство РФ отдельным постановлением.

Кто будет решать, ЦОД вы или нет? Непонятно.

Зачем туда попадать? Пока только ради туманной перспективы льгот на электричество. Но их пока нет. Позиция энергетиков остаётся жёсткой, и даже если льготы дадут, то, судя по словам Мишустина на ЦИПРе, возможно, только в энергопрофицитных регионах, а не в Москве.

Вероятно, позже попадание в реестр станет обязательным для размещения государственных информационных систем (ГИС). Тогда ты либо в реестре, либо вне рынка.

Владелец или оператор? В законе осталась серьёзная точка уязвимостей: они приравняли владельцев и операторов ЦОДов. Это неправильно. Владелец может быть просто рантье, а всю ответственность несёт оператор. Из-за этой формулировки получается, что даже «Ростелеком», который использует площадку и здания «Росатома» в Удомле, формально не соответствует закону в полной мере.

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

Как это связано с новым сводом правил для проектирования центров обработки данных Минстроя? Это СП 541.1325800.2024 «Здания и сооружения центров обработки данных. Правила проектирования», устанавливающий единые стандарты для строительства таких объектов. Там внутри вводится классификация ЦОДов по мощности и местоположению, есть требования к обязательным технологическим зонам и их расположению, есть критерии для оценки энергоэффективности. Короткий ответ: пока никак не связано. Возможно, позже это станет критерием прохода через комиссию.

Забег длиной в пять лет формально завершён: чиновники закрыли задачу.

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

Кстати: наша команда недавно вступила в Ассоциацию участников отрасли ЦОД, поэтому некоторые вещи мы теперь видим и изнутри.

ruvds.com/ru-rub

RUVDS на четверть увеличил выручку в первом полугодии



Выручка хостинг-провайдера VPS-серверов RUVDS увеличилась на 26% по сравнению с аналогичным периодом прошлого года – до 107 млн рублей. При этом второй квартал года отметился большей динамикой: рост выручки в 25,7% превысил первый квартал, показатель которого составил 23%.

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

В 2025 году RUVDS запустил новые площадки с вычислительными мощностями в Мурманске, Омске и Краснодаре. Кроме того, в рамках стратегии развития хостинг провайдер модернизировал собственный дата-центр в Королёве, что также положительно сказалось на операционной деятельности компании.

По состоянию на конец августа 2025 года в активе RUVDS числятся 18 площадок с вычислительными серверами. В это число входят как локации в различных регионах России, так и за её пределами.

ruvds.com/ru-rub

RUVDS присоединился к Ассоциации участников отрасли ЦОД



Хостинг-провайдер RUVDS присоединился к Ассоциации участников отрасли Центров обработки данных – объединению, ведущему свою деятельность в интересах игроков рынка ЦОД, способствующему его развитию и преумножению компетенций. Компания стала 50-м корпоративным членом ассоциации.

RUVDS активно развивается, каждый год открывая новые площадки с вычислительными мощностями в России и за её пределами, реализуя прорывные инициативы и открывая новые перспективы для всей индустрии. Вступление в Ассоциацию – логичный и очень важный этап для нас. Уверен, что экспертиза, опыт и возможности, которые может предложить объединению RUVDS, самым лучшим образом скажутся на всех участниках нашей отрасли, позволит более продуктивно и ёмко реагировать на вызовы времени и вместе двигаться к новым горизонтам
отметил генеральный директор хостинг-провайдера VPS-серверов RUVDS Никита Цаплин.

RUVDS намерен принимать самое активное участие в деятельности объединения, участвовать в выработке новых норм и расширять его компетенции. В том числе и за счёт своих инновационных проектов – технологических инициатив компании в космосе и в труднодоступных регионах Земли.

Ассоциация участников отрасли ЦОД выступает в интересах всего рынка, и мы рады, что теперь к нам присоединился такой яркий его игрок, как RUVDS. Совместные проекты, экспертиза и выработка единых подходов – те сильные стороны, которые обеспечивают эффективность нашей работы. Этому курсу мы и будем следовать вместе, работая на благо всей отечественной экономики
подчеркнул Игорь Дорофеев, Президент Ассоциации участников отрасли ЦОД.

RUVDS является участником рынка хостинга уже почти 10 лет. Компания входит список крупнейших поставщиков IaaS-услуг, на регулярной основе обновляя парк оборудования и открывая новые локации. В число прорывных технологических проектов входят спутник-сервер, с помощью которого компания в 2023 году впервые в истории продемонстрировала возможности хостинга с орбиты; ЦОД на дрейфующей льдине в Арктике, запущенный в 2024 году, а также запланированный к реализации в 2025 году проект по выводу на орбиту спутника-платформы для разработчиков программного обеспечения.

ruvds.com/ru/