Свой сервер или миграция в облако: почему в 2026 железо за 1 млн стоит 2,5 млн — и что с этим делать»​​

Автор: Алексей Горюнов, руководитель проектного офиса ALP ITSM

Почему железо стало «золотым»

За последние два года серверы подорожали не на 10–20%, а в разы, и это не разовая «прихоть поставщиков», а новая реальность рынка. Мы видим это в собственных расчетах для клиентов: тот же класс железа стоит кратно дороже, а срок окупаемости растягивается на годы. Ниже — четыре фактора, которые сильнее всего разогнали стоимость серверов в 2025–2026 годах.

Параллельный импорт и страх поставщиков. После ухода крупных вендоров прямых поставок серверов в Россию фактически не осталось: оборудование идет через цепочку посредников, и каждый добавляет свою маржу. Западные производители жестко следят за тем, чтобы их железо не «утекало» в РФ, лишают партнерских статусов за нарушения, поэтому поставщики дополнительно закладывают в цену риски и возможные потери.​

Оперативная память дороже сервера. Основной драйвер роста цен — память. Крупные игроки, которые строят ИИ (искусственный интеллект) облачную инфраструктуру, выкупают львиную долю выпуска DRAM (динамическая память с произвольным доступом) и NAND (внутренняя флэш-память), и на обычный рынок для остальных попадает только крошка от общего объема. Аналитики фиксируют почти двукратный рост стоимости оперативной памяти и SSD (Solid-State Drive или твердотельный накопитель): за первый квартал 2026 года цены на DRAM и чипы NAND выросли примерно на 80–90% по сравнению с концом 2025‑го, а модуль серверной RDIMM 64 ГБ подорожал с 450 до более чем 900 долларов и движется к отметке в 1000.​

Российские серверы в 2,5–3 раза дороже. Локальные серверы, собранные в России, тоже не стали «волшебным спасением». По нашим расчетам аналогичный по ресурсу сервер отечественного бренда может стоить в 2,5–3 раза дороже, чем конфигурация крупных вендоров уровня DELL или HP, купленная раньше по старым ценам. В итоге компании, которые пытаются «импортозаместиться» в железе,но уже с гораздо большей ценой входа.​​

Ежегодный «налог на владение». Цена сервера на счете — только половина истории. Практика показывает, что в среднем сервер съедает 10–15% своей стоимости в год на обслуживание, техподдержку, ЗИП (запасные части, инструменты и принадлежности), замену комплектующих и регламентные работы. Если вы покупаете серверную инфраструктуру на 2,3 млн рублей, это плюс 230–350 тысяч рублей ежегодно только за то, чтобы она продолжала работать: электричество и охлаждение, работа администраторов, техподдержка, замена вышедших из строя дисков и блоков питания.​

Честное сравнение: кейс строительной компании

2,3 млн на железо vs 61 тыс. в месяц на облако

К нам пришла компания, которая занимается строительством: у них в офисе стоял сервер старше 10 лет, и все понимали, что жить ему осталось недолго. Задача была простая по формулировке и сложная по деньгам — посчитать, во что обойдется обновление железа и сколько будет стоить переезд в облако на горизонте нескольких лет.​

Если сравнить «в лоб», картинка получается такая: железо за 2,3 млн выглядит примерно на 30% дешевле, чем облако за 3,66 млн на тех же 5 лет. На этом месте многие останавливаются и говорят «облако дорого», но это как сравнивать только ценник на машину, забыв про страховку, бензин, сервис и работу водителя — дальше я покажу, почему такая экономия на самом деле иллюзия.

Совокупная стоимость владения: скрытые затраты, которые съедают экономию

Почему сравнивать цену сервера и аренды в лоб некорректно

Когда мы сравниваем 2,3 млн за серверы и 3,66 млн за облако за пять лет, очень хочется сделать вывод «свое железо дешевле». Но в эту цифру покупки не входят десятки расходов, без которых сервер просто не будет работать. Если посчитать их честно, разница быстро тает.​​

• Электричество и кондиционирование. Серверная живет 24/7: питание, охлаждение, износ кондиционеров, обслуживание источников бесперебойного питания — все это отдельная строка затрат, которая за несколько лет набегает на сотни тысяч рублей.​​
• Аренда или отдельная серверная. Нужна выделенная комната или хотя бы шкаф с нормальной безопасностью и доступом, а это площадь в офисе, которую можно было бы отдать под рабочие места или вообще не арендовать.
• Зарплата администратора. Железо само себя не поддерживает: нужны люди, которые настроят виртуализацию, резервирование, будут ставить обновления ночами и поднимать все после сбоев. ИТ‑специалисты стоят дорого, держать сильного админа ради пары серверов часто экономически бессмысленно.​
• Резервное копирование. Бэкапы — это не «галочка в ТЗ», а отдельные лицензии, диски, объемы в хранилище и часы работы администратора на настройку и тестирование восстановления.​​
• Замена дисков и «железные» форс‑мажоры. Диски, блоки питания и вентиляторы выходят из строя, иногда — в самый неудобный момент. Официальной поддержки и нормальной гарантии сейчас почти нет и оперативно получить компонент не получится, запасные части и выезды инженеров оплачиваются отдельно.​​
• Запас «на рост», который может не понадобиться. Почти всегда сервер покупают с запасом по ресурсам на несколько лет вперед, но бизнес не всегда растет по плану: в итоге часть железа просто простаивает и не отбивает вложения.​​

По отраслевой практике совокупная стоимость владения сервером на горизонте трех—пяти лет легко добирается до плюс 10–15% от его цены в год только на обслуживание, ремонт и поддержку. В результате TCO своего железа за тот же период подбирается к стоимости облака, а иногда и спокойным шагом ее обгоняет — при этом все риски, простои и ответственность за доступность лежат на вашей компании, а не на провайдере.

Капитальные затраты или операционные расходы на покупку или аренду сервера

Для финансиста покупка сервера — это капитальные затраты: разовый платеж на 2,3 млн рублей, который нужно согласовать, заложить в бюджет, объяснить сроки окупаемости и еще не промахнуться с размером запаса. Облако — это операционные расходы: предсказуемые ежемесячные платежи вроде тех же 61 тысячи рублей, которые можно в любой момент увеличить, уменьшить или вообще обнулить, если бизнес пойдет не туда. Если представить совещание: что проще защитить на совете директоров — единовременный чек на несколько миллионов или операционный расход в 61 тысячу в месяц с понятным эффектом и возможностью отката?​

Три ситуации, когда облако выигрывает

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

1. Устаревшее железо, которое надо менять вчера

Самая частая история: стоит сервер 7–10 лет, все понимают, что он вот‑вот умрет, но тянут до последнего. В кейсе с домостроителями так и было: серверу больше десяти лет, они сами говорят «старый, не хотим уже его использовать», и выбор простой — либо два новых сервера примерно на 2,3 млн рублей, либо перевезти все в облако. При этом новое железо сейчас не только сильно подорожало, но еще и едет долго, а в облаке нужные ресурсы мы можем поднять буквально за несколько дней.​

2. Новый бизнес или пилотное направление

Когда открывается новая компания или запускают новое направление, я всегда говорю: покупать под это свое железо — самое дорогое решение. Облако здесь удобнее: за 1–2 недели для 20–30 человек можно развернуть все, что нужно — 1С, терминальные сервера, файловое хранилище — и спокойно стартовать. Если бизнес не выстрелит, не останетесь с купленными серверами на миллионы, которые потом еще нужно будет как‑то продавать, вы просто перестанете платить за ресурсы.

3. Срочная миграция из‑за санкций или разделения бизнеса

Третий вариант — когда по времени вообще все жестко. Например, отделяется российская компания от глобальной: инфраструктура была завязана на «голову», лицензии, поддержка — все там, а по текущему законодательству продолжать так работать уже нельзя.

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

Реальный кейс: 150 сотрудников, 2–3 месяца, ноль потерь

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

Задача стояла такая: развернуть инфраструктуру с нуля уже в облаке — поднять свой контроллер домена, файловые сервисы, настроить доступы, права, политики. Автоматизировать миграцию нам не дали, 150 учетных записей приходилось по сути переносить вручную, создавать, перенастраивать, помогать пользователям.​

По срокам вышло 2–3 месяца по календарю, из них где‑то полтора месяца — плотной работы команды. При этом компания не вкладывалась в собственный центр обработки данных (ЦОД) и новое железо: все разместили в облаке, и дальше они спокойно растут уже за счет масштабирования ресурсов, а не очередной закупки серверов. И там очень хорошо видно еще один момент: когда уезжаешь в облако, нужно думать не только про сервера, но и про интернет‑каналы и офисную сеть, потому что упереться можно не в мощность облака, а в узкий канал до него.​

Когда свое железо все еще имеет смысл

Есть истории, где я сам скажу: ребят, вам облако либо не нужно, либо оно будет только частью решения, а есть ограничения по безопасности и законодательству, например:

• Бывает, служба безопасности сразу ставит рамку: «только свой ЦОД, только свое помещение, никакого публичного облака». В этом случае обсуждать можно разве что гибрид или аренду стойки в дата‑центре, но не классическое публичное облако.​
• Есть специфические системы — АСУ ТП (автоматизированная система управления технологическим процессам), СКУД (система контроля и управления достпом), крупные комплексы видеонаблюдения, суперкомпьютеры, медицинское оборудование, где поток данных и требования к инфраструктуре такие, что тащить все это в публичное облако дорого и технически неудобно. Чаще их оставляют в своем контуре, а вокруг уже строят облачную обвязку.​
• Очень крупные игроки — банки, маркетплейсы, топ‑10 по рынку — часто живут в другой экономике: при их объемах выгоднее строить и окупать собственный ЦОД, чем арендовать все в облаке по прайс‑листу.​​
• У госсектора своя логика бюджетов: там часто проще один раз выбить деньги на закупку железа по программе, чем потом каждый год защищать операционные расходы на облако.​

Но если мы говорим про обычный коммерческий бизнес малого и среднего масштаба — производственные компании, дистрибуцию, сервисный бизнес, девелоперов, — то держать ИТ «по старинке» на своем железе в 2026 году все реже выглядит оптимальным решением.​

Аналогия: куда делся сервер Exchange

Когда‑то почти у каждой компании в серверной стоял свой почтовый сервер — тот же Exchange, который надо было обновлять, латать, бэкапить, поднимать по ночам после сбоев. Сейчас, если честно, найти живой локальный Exchange — это уже почти редкость: большинство давно уехали в Яндекс 360, Office 365 и похожие сервисы, потому что это просто выгоднее и спокойнее.​​

С локальной инфраструктурой происходит ровно та же история: вопрос уже не в том, «облако или нет», а в том, когда и в каком объеме вы туда переедете. При этом важно понимать, что облако Гарантирует доступность выделенных ресурсов 99,95%, т.к. используются только отказоустойчивые решения, которые реализовать в своем офисе просто невозможно., ключевое тут не в том, где стоят ваши виртуальные машины, а в том, какая у вас архитектура и есть ли план Б на случай аварий, а не красивый спор «железо vs облако» в вакууме.

Риски и зрелость: о чем обязательно подумать

Облако — это не волшебная таблетка: у провайдеров тоже бывают аварии в ЦОД (центр обработки данных), рост тарифов, пересмотр скидок и условий, смена собственников. Если вы смотрите на горизонт 3–5 лет, важно заранее обсудить SLA (соглашение об уровне сервиса) по доступности, резервные площадки, сроки восстановления и сразу продумать сценарий выхода — что вы будете делать, если через два года цена или провайдер вас перестанут устраивать. Для меня это еще один аргумент в пользу осмысленного аудита и нормального проектирования инфраструктуры, а не эмоционального «переезда по акции», потому что соседи уже в облаке.​

Как начать без боли: три шага

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

1. Аудит текущей инфраструктуры

Сначала мы аккуратно собираем фактуру: что у вас сейчас крутится на серверах, какие есть узкие места, требования по ИБ и ограничения по законодательству. Параллельно считаем TCO на 3–5 лет для трех сценариев — свое железо, облако и гибрид — чтобы опираться не на ощущения, а на цифры.​​ Если заказчик выбирает облако как решение или его часть, то переходим на следующих этап.

2. Пилот в облаке на 1–2 месяца

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

3. Плановая миграция под ключ

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

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