Разбираем, почему производственные мощности крупнейших поставщиков памяти оказались распределены вплоть до 2027 года, как мировой дефицит уже отразился на российском рынке и какие серверные задачи особенно зависят от объёма RAM.
Ещё пару лет назад оперативную память выбирали почти по остаточному принципу: посчитали нагрузку, взяли модули с запасом, и вопрос был закрыт. Сегодня так уже не получается: спрос на память растёт быстрее, чем производители успевают её выпускать, а крупные технологические компании резервируют будущие поставки на годы вперёд.
Заметнее всего это на серверах с большим объёмом RAM: для 1С и баз данных, виртуализации, аналитики, нагруженных сайтов и частных AI-проектов. Именно там даже небольшой рост цены за модуль превращается в заметную сумму в итоговом счёте.
Что произошло на мировом рынке памяти
В августе 2026 года отраслевые издания со ссылкой на DigiTimes сообщили, что Samsung, SK Hynix и Micron уже распределили мощности по выпуску DRAM и HBM на 2027 год между крупными заказчиками, причём сделали это на год вперёд, ещё до его начала.
Тут стоит развести два типа памяти. DRAM составляет основу обычной оперативной памяти, включая серверные модули DDR4 и DDR5.
HBM, в отличие от неё, разгоняет графические ускорители и AI-системы: производится по куда более сложной технологии и требует дополнительной упаковки.
Именно HBM сейчас оттягивает на себя основную часть инвестиций и внимания производителей. Масштаб спроса хорошо виден на примере проекта Stargate: по данным Samsung, потенциальная потребность OpenAI может достигать 900 тысяч пластин DRAM в месяц. Параллельно сама Samsung рассчитывает нарастить продажи HBM в 2026 году более чем втрое по сравнению с 2025-м.
Производственные линии у Samsung, SK Hynix и Micron общие: чтобы выпускать больше HBM, приходится жертвовать выпуском обычной DRAM, то есть той самой памяти, из которой делают серверные модули. Micron в конце 2025 года вообще свернула потребительский бренд Crucial, объяснив это тем, что ресурсы нужнее крупным стратегическим клиентам в быстрорастущих сегментах.
Рынок памяти и раньше был цикличным: дефицит сменялся ростом выпуска, а тот, в свою очередь, снижением цен. Но на постройку новой фабрики и запуск линии уходят годы, поэтому в этот раз разрыв между спросом и предложением быстро не закроется.
Как мировой дефицит отразился на российском рынке
По данным Yadro, основанным на мониторинге закупок по 44-ФЗ и 223-ФЗ, средняя стоимость типового сервера в России в первом полугодии 2026 года выросла на 25% (Ведомости). Около 80% этого прироста, по оценке OpenYard, приходится на оперативную память и накопители. А сроки поставки серверного оборудования, по данным ИТ-холдинга Т1, выросли с 10 до 24 недель.
Цифры за этим стоят по-настоящему выразительные. Один модуль DDR5 объёмом 64 ГБ, который летом 2025 года стоил 12–16 тысяч рублей, сейчас продаётся за 253–295 тысяч, то есть примерно в 20 раз дороже, по оценке коммерческого директора «Гравитона» Александра Столярова.
Комплект из 16 таких модулей, по расчётам OpenYard, подорожал в 7,4 раза, до примерно 4 млн рублей. Для сравнения: серверы российских производителей в целом прибавили около 35%, по оценке «Инфосистемы Джет».
Российский рынок серверов сильно зависит от импортных компонентов: процессоров, памяти, накопителей, контроллеров. Поэтому мировой ценовой скачок транслируется напрямую, а логистика, курс валют и трансграничные платежи только усиливают эффект. Аналитики не ждут разворота тренда: по оценке OpenYard, до конца года конфигурации могут подорожать ещё на 15–25%.
Больнее всего это бьёт по серверам с большим объёмом памяти: чем больше модулей стоит в сервере, тем заметнее в итоговой цене их доля.
Какие серверы сильнее зависят от объёма памяти
Небольшому сайту, тестовому стенду или вспомогательному сервису хватает виртуального сервера с парой десятков гигабайт RAM, и там рост цены модуля почти не заметен в общем счёте.
Другое дело: конфигурации на 256 ГБ, 512 ГБ или 1 ТБ. Там даже подорожание одного модуля на несколько тысяч рублей умножается на десяток слотов и превращается в ощутимую сумму.
В проектах на базе 1С память одновременно делят между собой операционная система, сервер приложений, база данных и пользовательские процессы. Когда сотрудников становится больше, а база тяжелее, аппетит к RAM растёт нелинейно: при нехватке памяти сервер начинает чаще ходить на диск, и отчёт, который раньше формировался за пару минут, вдруг занимает полчаса.
Похожая история с PostgreSQL и другими СУБД: часть данных и индексов держится прямо в RAM, чтобы не дёргать накопитель на каждый запрос. Разумный расчёт строится не от текущей нагрузки, а от того, какой будет база и сколько будет пользователей через год, с поправкой на то, что докупить модуль сегодня и дороже, и дольше, чем полгода назад.
На одном физическом сервере виртуализации могут одновременно крутиться 1С, база данных, корпоративный портал, файловый сервер и тестовый контур, и память между ними делится, а не резервируется с запасом на всех сразу. Каждая новая виртуальная машина отъедает свой кусок, и вопрос «сколько у нас свободных слотов» перестаёт быть теоретическим уже после третьей-четвёртой ВМ. Виртуализацию стоит планировать с запасом слотов заранее: расширять сервер задним числом сейчас куда дороже, чем полгода назад.
Интернет-магазины, порталы и другие нагруженные веб-проекты держат в памяти кеш, поисковые индексы, очереди задач и саму работу приложения. В обычный день это незаметно, а на распродаже или рекламном пике обращений к серверу становится в разы больше, и если памяти не хватает, сайт начинает подтормаживать прямо во время всплеска трафика, ради которого всё и затевалось. Конфигурацию для таких проектов правильнее закладывать по пиковой нагрузке, а не по среднему дню.
Аналитические платформы обрабатывают большие массивы данных, и чем больше из них помещается в RAM, а не на диске, тем быстрее считаются отчёты. В частных AI-контурах серверная память нужна не для самой модели, а вокруг неё: подготовка данных, векторная база, вспомогательные сервисы. Такие проекты почти всегда стартуют скромно, а потом быстро растут, поэтому лучше заранее убедиться, что плату можно нарастить памятью, а не менять целиком, когда контур перестанет умещаться в текущий объём.
Как рассчитать ресурсы без лишнего запаса
Дефицит на рынке не значит, что в каждый сервер нужно ставить максимум RAM «на всякий случай»: избыточная конфигурация просто съедает бюджет впустую.
Прежде чем считать объём, стоит посмотреть на:
- среднее и пиковое потребление RAM за последние месяцы;
- темп роста базы данных и числа пользователей;
- планы по новым сервисам и виртуальным машинам;
- количество свободных слотов и максимальный объём, который поддерживает плата;
- разницу между текущей конфигурацией и ожидаемой нагрузкой через год.
Дальше есть смысл прикинуть не один вариант, а сразу три: минимальный под сегодняшнюю задачу, оптимальный с разумным запасом и расширенный, под рост, который уже видно на горизонте. Так проще не переплатить сейчас и не упереться в потолок через несколько месяцев, когда расширение обойдётся уже по новым, куда менее приятным ценам.
Что мы видим в ESTT
Чаще всего к нам приходят не с вопросом «сколько памяти поставить», а с вопросом «почему стало тормозить», и уже в разговоре выясняется, что дело именно в RAM. Типичная ситуация: компания на 1С за год выросла с 15 сотрудников до 40, база разрослась вместе с оборотом, а сервер как стоял с исходной конфигурацией, так и стоит. Формально всё работает, но отчёты формируются вдвое дольше, а в конце месяца, когда все одновременно закрывают период, система откровенно захлёбывается.
С виртуализацией то же самое, только нагляднее: пока на сервере крутятся две-три виртуальные машины, свободной памяти вроде бы с запасом. Добавляется четвёртая под новый проект, и внезапно выясняется, что расширяться уже некуда, потому что все слоты заняты младшими по объёму модулями, а докупить именно такие же сейчас либо в разы дороже, либо их просто нет в наличии.
Перед тем как предложить конфигурацию, мы смотрим на реальную нагрузку, а не берём объём «с запасом на глаз»: при нынешних ценах на модули DDR5 такая привычка обходится в разы дороже, чем год назад. Для одного проекта достаточно готового сервера из наличия, для другого нужна индивидуальная сборка с расчётом на рост следующих полутора-двух лет. Одинаковых конфигураций «под бизнес такого-то размера» в этой логике просто не бывает.
До 15 сентября сервер можно заказать по текущей цене
Дело не только в памяти: дорожает вся серверная инфраструктура целиком, растут в цене процессоры, накопители, сетевое и инженерное оборудование, а вместе с ними расходы на энергоснабжение и обслуживание дата-центров. И судя по прогнозу OpenYard, до конца 2026 года конфигурации могут подорожать ещё на 15–25%, и разворота тренда никто не ждёт.
С 16 сентября ESTT пересматривает цены на аренду физических серверов. До 15 сентября включительно ещё можно выбрать готовую конфигурацию или собрать сервер в калькуляторе по действующему прайс-листу.
Если запуск нового проекта, перенос инфраструктуры или расширение уже в планах, сейчас разумный момент рассчитать нужный объём памяти, подобрать процессор и дисковую подсистему и зафиксировать текущие условия, пока цены не поднялись снова. Специалисты ESTT помогут это сделать.
Подробнее об изменении цен: в новости «Последний шанс арендовать сервер по текущей цене».
Москва, ул. Пришвина, д.8, корп.2