NVMe вместо замены сервера: как обойти ценовой шторм на DDR5 в 2026
Проблема: «железо живое, а дисковая подсистема — нет»
Типовая ситуация 2026 года. В 2023-м компания купила топовый 4-сокетный сервер на Intel Xeon Scalable 3-го поколения (Dell, Fujitsu, HPE, Lenovo - не важно). Десятки ядер, терабайты оперативной памяти, мощная платформа под базы данных и аналитику. По вычислительным ресурсам машина до сих пор закрывает нагрузку с запасом.
Проблема одна - дисковая подсистема. Сервер был заказан с SAS/SATA-бэкплейном. В 2023-м это выглядело разумной экономией; в 2026-м это узкое место. Рост объёмов данных, требования СУБД к латентности, аналитика и подготовка данных для AI упёрлись в потолок SAS/SATA по случайным IOPS и времени отклика. Бизнес-логика требует NVMe - а его в этом шасси физически нет.
Классический ответ вендора: «купите новый сервер с NVMe-бэкплейном». И вот здесь начинается самое интересное.
Ловушка: новый сервер = налог на DDR5
Современные процессоры (Sapphire Rapids, Emerald Rapids, Granite Rapids) работают только с DDR5. А рынок памяти в 2026-м находится в состоянии, которого индустрия не видела с 2017–2018 годов:
- DRAM подорожал на в 7 раз за 2 квартала (октябрь 2025 – февраль 2026) — самый резкий скачок за последние ~8 лет.
- По прогнозам рост серверной DDR5 RDIMM памяти не закончится до конца 2026 года.
- Реальные котировки типовых модулей — $2 500–$4 500 за планку; для 128 ГБ DDR5-5600 RDIMM встречаются ценники около $4 650.
Главное - это не временный всплеск, а структурный дефицит. Производственные мощности уходят под HBM память для AI, а новые фабрики выйдут на режим не раньше 2028–2029 годов. Ждать «когда подешевеет» - стратегия как минимум до 2027 года проигрышная.
Теперь посчитаем, что значит «заменить сервер» в этих условиях. У 4-сокетной машины - 48 слотов памяти и, как правило, от 2 до 6 ТБ ОЗУ. Модули DDR4, которые уже стоят в вашем сервере, были оплачены по ценам 2023 года. Замена платформы означает, что весь этот объём придётся купить заново — в DDR5 и по ценам пика рынка. Вы платите шестизначную сумму за память только для того, чтобы под капотом появились слоты NVMe.
Ключевой тезис. Вы упёрлись не в процессор и не в память. Вы упёрлись в бэкплейн. Так зачем выбрасывать рабочую, полностью оплаченную вычислительную платформу, чтобы решить проблему дисков?
Решение: разделить вычисления и хранение
Compute (CPU + RAM) у вас в порядке. Узкое место только дисковая подсистема. Логичный ход - не менять весь сервер, а вынести хранение наружу, добавив к существующей платформе внешний NVMe-массив.
Здесь на сцену выходит NVMe JBOF (Just a Bunch of Flash) от ITPOD:
- форм-фактор 2U;
- до 24 × NVMe накопителей;
- интерфейс PCIe 5.0;
- подключение к серверу через хост-адаптер PCIe по двум внешним 400G QSFP-DD кабелям.
Как это работает по шагам:
- В свободный слот PCIe x16 вашего 4-сокетного сервера ставится хост-адаптер (PCIe HBA).
- Двумя внешними кабелями он соединяется с JBOF.
- Внутри JBOF PCIe-свитч «разворачивает» линии на массив накопителей.
- Для операционной системы или гипервизора диски видны как нативные NVMe-устройства — без трансляции протоколов и лишней латентности.
Платформа остаётся той же. Меняется только то, что нужно изменить, — носители данных.
Почему это работает технически
NVMe против SAS/SATA - это не «чуть быстрее», это другой класс. Дело не столько в пиковой линейной скорости, сколько в параллелизме и времени отклика:
Параметр | SATA III | SAS (12G) | NVMe (PCIe) |
Пропускная способность на накопитель | ~0,55 ГБ/с | ~1,2 ГБ/с | от 3.5+ ГБ/с (Gen3) до 14+ ГБ/с (Gen5) |
Очереди команд | 1 очередь × 32 команды | 1 очередь × 256 команд | до 64K очередей × 64K глубина |
Латентность | сотни мкс | сотни мкс | десятки мкс |
Именно глубина очередей и низкая латентность дают эффект на реальных нагрузках — OLTP-базах, аналитике, подготовке датасетов под AI.
Важный честный нюанс по поколению PCIe. На стороне хоста пропускная способность одной линии ограничена поколением PCIe вашего процессора:
- 4–8-сокетные платформы Gen3 (Cooper Lake) — это PCIe 3.0;
- 1–2-сокетные платформы Gen3 (Ice Lake-SP) — PCIe 4.0.
Даже на PCIe 3.0 переход на NVMe даёт качественный скачок по IOPS и латентности относительно SAS/SATA, а у 4-сокетной машины — десятки линий PCIe (до 64 на сокет), так что суммарная производительность массива всё равно огромна.
А вот зачем тогда JBOF на PCIe 5.0 — в защите инвестиций. Накопители и сам массив можно будет подключить к будущему серверу на PCIe 5.0 (Granite Rapids и далее) и они заработают на полной скорости. То есть система хранения переживёт несколько поколений вычислительных платформ. Сегодня вы решаете задачу с текущим сервером, завтра переносите тот же JBOF на новую машину — без повторной закупки накопителей.
Экономика: считаем разницу
Сравним два пути закрыть одну и ту же задачу — «дать серверу NVMe»:
Путь А. Новый 4-сокетный сервер с NVMe-бэкплейном
- CPU нового поколения + материнская платформа
- Полная переплата за DDR5 (2–4 ТБ по ценам пика рынка) ← основная статья затрат
- новые накопители NVMe
- миграция данных
Путь Б. Внешний NVMe JBOF ITPOD к существующему серверу
- хост-адаптер PCIe
- JBOF 2U + накопители NVMe
- $0 за процессоры и память - используется уже купленное «железо»
Разница в CapEx - кратная, и достигается она именно за счёт того, что вы не покупаете DDR5 повторно. Это и есть главный аргумент кейса в 2026 году.
Где это подходит, а где нет
Идеально подходит, когда:
- вычислительных ресурсов сервера достаточно, упор только в диски;
- нужны высокие IOPS и низкая латентность: СУБД, 1С, виртуализация, аналитика, AI data staging;
- хочется растянуть жизненный цикл капиталоёмкой 4-сокетной платформы.
Стоит обсуждать отдельно, когда:
- критична отказоустойчивость на уровне массива.
JBOF сам по себе - это «голые» NVMe; резервирование строится на уровне ПО (Linux mdraid/LVM, ZFS, Storage Spaces, Intel VROC) или приложения.
Вывод
Дефицит DDR5 переворачивает привычную логику апгрейда. Раньше «устарел сервер - купи новый» было нормой. В 2026-м, когда память съедает основную часть стоимости новой платформы, гораздо умнее разделить вычисления и хранение: оставить рабочий, оплаченный сервер и добавить к нему производительность NVMe через внешний массив.
NVMe JBOF от ITPOD - это NVMe-производительность без налога на DDR5 и с заделом на будущее за счёт PCIe 5.0.
Хотите рассчитать конфигурацию JBOF под ваш сервер и оценить экономию против замены платформы? Напишите нам info@itpod.com / вашему партнёру-интегратору - подберём решение под конкретную нагрузку.