Эта статья не про бенчмарки процессоров и не про священные войны «Linux против Windows». Она для собственников и руководителей бизнеса, у которых назрел практичный вопрос: продолжать покупать свои сервера «по старинке» или уже всерьез считать переезд в облако на горизонте 3–5 лет.

Меня зовут Алексей Горюнов, руковожу проектным офисом ALP ITSM. Уже почти 20 лет занимаюсь проектированием и внедрением ИТ‑инфраструктуры: от серверных «в офисе» до облачных и гибридных решений. За это время десятки раз пересчитывал для компаний, что им выгоднее на горизонте нескольких лет — покупать свое железо, строить гибрид или переезжать в облако. В этой статье собрал практические выводы из этих проектов.

В статье разберем:

– из чего на самом деле складывается стоимость своего железа;

– почему сравнение «2,3 млн за серверы против 3,66 млн за облако» в разрезе 3-5 лет дает иллюзию экономии;

– в каких сценариях покупка сервера еще оправдана, а где лучше смотреть на облако или гибрид.

В статье мы сознательно упрощаем расчеты и оперируем усредненными цифрами — задача не в том, чтобы построить финансовую модель «до копейки», а в том, чтобы показать порядок затрат и логику сравнения своего железа с облаком. При этом для практики одного текста мало, поэтому мы приложили подробный TCO‑калькулятор: в нем можно подставить свои цены на железо, аренду, ФОТ, облако и риски и получить уже точный расчет совокупной стоимости владения на горизонте 1, 3, 5 и более лет. Калькулятор найдете в конце статьи.

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

За последние два года серверы подорожали не на 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 лет, на котором держались 1С, файловый ресурс и часть внутренних сервисов. Все понимали, что жить этому железу недолго, но бюджет на замену в условиях новых цен выглядел болезненно. Задача была приземленная: посчитать, во что обойдется обновление своей инфраструктуры и сколько будет стоить переезд в облако на горизонте нескольких лет.

По итогам обследования стало понятно, что под текущую и планируемую нагрузку нужен не один, а минимум два сервера — с резервом по ресурсам и отказоустойчивостью. Эти два сервера еще можно было купить по «старым» ценам суммарно за 2,3 млн рублей. К этой сумме добавлялись серверная стойка, сплит‑система для отдельного помещения, лицензии на системное ПО, оборудование для резервного копирования и работы по развертыванию и миграции со старого сервера. Срок службы такого железа — 3–5 лет, после чего понадобится полная или частичная замена почти всех «умных» комплектующих.

Во втором сценарии инфраструктуру поднимаем в облаке: виртуальные серверы под профиль нагрузки стоили 61 000 рублей в месяц с включенным резервным копированием. На горизонте пяти лет это те самые 3,66 млн рублей плюс единовременные затраты на переезд.

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

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

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

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

• Электричество и кондиционирование. Серверная живет 24/7: питание, охлаждение, износ кондиционеров, обслуживание источников бесперебойного питания — все это отдельная строка затрат, которая за несколько лет набегает на сотни тысяч рублей.​​

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

• Зарплата администратора. Железо само себя не поддерживает: нужны люди, которые настроят виртуализацию, резервирование, будут ставить обновления ночами и поднимать все после сбоев. ИТ‑специалисты стоят дорого, держать сильного админа ради пары серверов часто экономически бессмысленно.​

• Резервное копирование — не формальность, а отдельные лицензии, диски, объемы в хранилище и часы работы администратора на настройку и тестирование восстановления.​​

• Замена дисков и «железные» форс‑мажоры. Диски, блоки питания и вентиляторы выходят из строя, иногда — в самый неудобный момент. Официальной поддержки и нормальной гарантии сейчас почти нет, и оперативно получить компонент не получится, запасные части и выезды инженеров оплачиваются отдельно и стоят очень дорого.​​

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

На практике, если учесть все эти факторы — электричество с охлаждением, аренду серверной, зарплату администратора, резервные копии, запасные части, техподдержку вендора, плановое обновление железа и простои — итоговая стоимость владения серверной инфраструктурой легко вырастает в разы. Для типовой конфигурации уровня «несколько серверов + СХД + отдельная серверная» совокупные расходы за 5 лет могут превысить первоначальную цену железа уже не на 10–15% в год, а фактически удвоить или утроить общий чек по сравнению с «голым» ценником на серверы.

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

Чтобы не держать все это в голове и не считать в Excel с нуля, удобнее один раз собрать фактуру по своей инфраструктуре и прогнать ее через калькулятор TCO: он учитывает как прямые, так и скрытые статьи затрат на горизонте 1, 3, 5 и более лет и показывает честное сравнение своего железа и облака. Ссылку на калькулятор оставим в конце статьи.

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

Для финансиста покупка сервера — это капитальные затраты: разовый платеж на 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 и похожие сервисы, потому что это просто выгоднее и спокойнее.​​

С локальной инфраструктурой происходит ровно та же история: вопрос уже не в том, «облако или нет», а в том, когда и в каком объеме вы туда переедете. При этом важно понимать, что за доступность сервисов в облаке отвечает провайдер с понятным соглашением о доступности сервисов (Service Level Agreement, SLA), а в офисе это ваша проблема. Сюда же включим наличие плана «Б» на случай аварии. У облачного провайдера он есть. А у вас?

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

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

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

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

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

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

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

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

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

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

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

Если хотите не просто прикинуть порядок цифр, а посчитать совокупную стоимость владения для своей инфраструктуры, можно воспользоваться нашим TCO‑калькулятором: он учитывает покупку железа, эксплуатацию, простои и расходы на облако и показывает честное сравнение on‑premise и облака на горизонте 1, 3 и 5 лет.

[Перейти на TCO‑калькулятор]