Дефицит стоек в ЦОД, рост цен на серверы до 170% и ужесточение 152-ФЗ. Как бизнесу сохранить ИТ-инфраструктуру без кратного роста затрат, рассказывает Егор Сапун, руководитель направления сертификации инфраструктуры «Рег.облака».
Ситуация на рынке ИТ-инфраструктуры за последние полтора года значительно изменилась. Энергосетевые компании Москвы начали отказывать в подключении новых ЦОД — мощности в столице либо уже заняты, либо зарезервированы до 2028 года. Производители оборудования прогнозируют рост цен на серверы до 170% и на ПК до 110% к лету 2026-го, а с 2025 года ужесточена ответственность за утечки персональных данных.
Каждый из этих факторов по отдельности создает проблемы для ИТ-инфраструктуры. Вместе они ставят бизнес перед сложным выбором: как размещать и обновлять вычислительные мощности, когда физическое место кончилось, железо дорожает на глазах, а регуляторные требования становятся жестче. В этой статье разбираемся, какие варианты есть у компаний и на что ориентироваться в такой ситуации.
Собственные серверы: полный контроль
Еще два-три года назад классическая стратегия выглядела убедительно: покупаем серверы, ставим в свой или арендованный ЦОД, получаем полный контроль и предсказуемую производительность. Сегодня эта модель дает сбой на каждом из этапов.
Размещение
Первая проблема, с которой сталкивается компания, решившая расширить или обновить свою инфраструктуру, — физическое место. Однако существующие мощности забиты, свободных стоек практически нет, а те, что появляются, уходят под долгосрочные контракты крупных игроков. Для среднего бизнеса это означает, что поставить новый сервер в столице просто некуда — либо придется выносить оборудование в регионы, с соответствующими рисками задержек и доступности.
Оборудование
Даже если место нашлось, следующий вопрос — где взять железо. Некоторые позиции уже сейчас труднодоступны, сроки поставки растягиваются на месяцы, а стоимость закупки бьет по бюджету, который был сверстан в других ценовых реалиях. Компании, которые планировали плановую замену оборудования, вынуждены либо закладывать кратный рост капитальных расходов, либо откладывать обновление и наращивать технологический долг.
Регуляторика
Отдельный слой проблем — работа с персональными данными. С 2025 года ответственность за утечки значительно ужесточена. Требуется построение аттестованных контуров, средства защиты информации, регулярный контроль. Для компании, у которой ИТ-инфраструктура — не профильный бизнес, соблюдение требований 152-ФЗ превращается в отдельную непростую задачу с ощутимыми расходами.
Экономика
Наконец, модель капитальных расходов, которая всегда была недостатком собственной инфраструктуры, в новых условиях стала критической. Заморозить миллионы рублей в оборудовании, которое будет использоваться на 30–40% мощности большую часть времени, — роскошь, которую могут позволить себе далеко не все. А если нагрузка сезонная или бизнес растет непредсказуемо, то либо вы покупаете с запасом и переплачиваете, либо экономите и рискуете производительностью.
Таким образом, предсказуемость, которую эта модель давала раньше, сегодня размыта дефицитом мощностей, ценовым шоком и новыми регуляторными требованиями. Решение остается работоспособным для очень крупных игроков с длинным горизонтом планирования, но для большинства компаний становится все более проблематичным.
Стандартное облако: быстро и просто
Если собственные серверы стали слишком дорогими и неудобными, логичный встречный вопрос: «Почему бы не взять облако?». Стандартные облачные решения доступны, разворачиваются за минуты, не требуют капитальных расходов. Для многих задач — веб-серверов, систем управления взаимоотношениями с клиентами (CRM), легких баз данных — это действительно работающий сценарий. Однако у облака есть ряд проблем.
Шумные соседи
Классическая модель публичного облака — когда физические ресурсы делятся между большим количеством виртуальных машин. Пока все ведут себя примерно одинаково, производительность остается приемлемой. Но как только у соседа по гипервизору случается пик — запуск тяжелого отчета, обновление базы, кибератака DDoS, — ваши задачи начинают ждать.
Для фоновых процессов это незаметно. Для 1С в режиме реального времени или транзакционной базы данных — это тормоза интерфейса, подвисшие операции и раздраженные пользователи.
Сложность с переездом
Многие компании пробовали переезжать с физических серверов на стандартное облако и сталкивались с тем, что производительность падает в два-три раза. Причина не в том, что облако плохое, а в том, что старый физический сервер был выделенным целиком, а в облаке ресурсы делятся. Чтобы получить ту же мощность, нужно брать конфигурацию значительно больше, и тогда экономический смысл начинает ускользать.
Регуляторика
Стандартное облако редко аттестовано по 152-ФЗ, а если и аттестовано, то, как правило, для обработки персональных данных на базовом уровне — без сложных сценариев и специальных режимов. Для компаний из регулируемых отраслей (например, медицина, финтех или образование) этого может быть недостаточно.
Так, это отличный инструмент для задач, где допустимы колебания производительности. Однако для тяжелых, транзакционных, чувствительных к задержкам систем — 1С, СУБД, аналитических платформ — оно часто оказывается компромиссом, который раздражает бизнес-пользователей и не дает нужной предсказуемости.
Выделенные CPU: два в одном
Есть и третий способ, который по сути является попыткой соединить оба подхода, забрав лучшее из каждого — выделенные CPU в облаке. В такой модели вам гарантируют, что конкретное физическое ядро (или его поток) принадлежит только вашей виртуальной машине. При этом вы остаетесь в облачной парадигме: не покупаете железо, не ждете поставки три месяца, не ищете свободную стойку в ЦОД.
Основной сценарий использования выделенных CPU — системы, где сосредоточены персональные данные и где важна каждая миллисекунда отклика. Это, в первую очередь, системы управления базами данных: от PostgreSQL и MySQL до корпоративных решений вроде 1С и Oracle. Сюда же — планирование ресурсов предприятия (ERP), аналитические платформы, высоконагруженные веб-приложения, которые агрегируют большие объемы данных в реальном времени.
Для перечисленных задач стандартное облако часто оказывается недостаточно стабильным, так как колебания скорости операций ввода-вывода и «соседский» эффект приводят к заметному снижению производительности интерфейса в пиковые нагрузки и нестабильности при формировании отчетов. Собственный сервер, напротив, дает стабильность, но требует капитальных расходов, места в ЦОДе и компетенций по обслуживанию. Выделенные CPU находятся ровно посередине — предсказуемая мощность без капитальных расходов.
Отдельный и важный нюанс — работа с персональными данными. В линейке выделенных CPU этот вопрос закрывается сочетанием аттестованной инфраструктуры до 1 уровня защищенности по требованиям 152-ФЗ и ФСТЭК (Федеральная служба по техническому и экспортному контролю). Это означает, что компания может легально обрабатывать персональные данные в облаке, не строя собственный аттестованный ЦОД и не нанимая штат специалистов по защите информации. Для регулируемых отраслей — медицины, финтеха, образования, госсектора — это снимает барьер, который раньше делал облачные решения практически недоступными.
Три описанных подхода — не взаимоисключающие истины, а инструменты под разные задачи. Собственные серверы остаются выбором крупных игроков с длинным горизонтом планирования и возможностью замораживать капитальные расходы.
Для большинства стандартных веб-проектов — сайтов, интернет-магазинов, корпоративных порталов — обычного облака вполне достаточно, особенно если нагрузка неравномерная и не требуется сверхбыстрый отклик системы в каждый момент времени. А вот выделенные CPU становятся решением там, где нужна стабильно высокая производительность без малейших просадок — базы данных, транзакционные системы, требовательные приложения.