Выбор между 1U, 2U, 4U и blade для системы хранения данных сводится к трём цифрам: сколько дисков нужно разместить, сколько тепла они выделяют и сколько юнитов вы готовы отдать в стойке. Короткий ответ на 2026 год: 2U закрывает большинство задач виртуализации, бэкапов и баз данных среднего масштаба; 4U берут под архивы, медиа и холодные данные, где важна цена за терабайт; 1U остаётся для edge-площадок и небольших филиалов; blade оправдан там, где основная нагрузка - вычисления, а хранение вынесено во внешний массив.
Форм-фактор жёстко задаёт физику. 1U - это 44,45 мм высоты под корпус, 2U - 88,9 мм, 4U - 177,8 мм. В 1U помещается 4-10 накопителей, в 2U - 12-24, в 4U - от 60 до 90, на одно лезвие blade обычно ставят 2-4 диска. Вместе с числом отсеков растут потребление и тепловыделение: HDD 3.5" на 7200 об/мин берёт 8-10 Вт, NVMe в форм-факторе E3.S - 15-25 Вт. Полка 4U на 60 HDD потребляет 900-1200 Вт от розетки с учётом вентиляторов и потерь в блоках питания.
Ошибка стоит дорого в обе стороны. 1U под архив даёт переполненную полку, дорогой терабайт и отсутствие места под рост. 4U под базу данных съедает 4 юнита из 42 и расходует воздух на объём корпуса, хотя для отдачи 200 000-300 000 IOPS хватает 2U с NVMe. Дальше - сравнение четырёх форм-факторов по вместимости, охлаждению, энергопотреблению и плотности, сценарии под конкретные задачи и пошаговый алгоритм выбора.
Почему форм-фактор СХД критичен для серверной стойки
Стойка 42U даёт 1866 мм вертикали, под полезную нагрузку обычно остаётся 36-40U: часть забирают патч-панели, коммутаторы, PDU и ИБП. Один юнит равен 44,45 мм, и переход с 2U на 4U забирает ещё два юнита на каждой полке. В плотной стойке это разница между десятью и двадцатью полками хранения.
Форм-фактор фиксирует четыре параметра, которые не изменить после закупки. Максимальное число шпинделей задаёт потолок производительности: пул из 60 HDD 7200 об/мин выдаёт 6000-9000 IOPS на последовательных операциях, одиночный SATA SSD - десятки тысяч, NVMe - сотни тысяч. Высота корпуса ограничивает высоту радиатора процессора и диаметр вентиляторов. Глубина и вес определяют, влезет ли полка в существующую стойку и выдержат ли её рельсы. Цена за терабайт с учётом контроллеров, блоков питания и занятых юнитов меняется в разы.
Второй эффект - плотность на юнит. Полка 2U на 12 дисков 3.5" даёт 6 дисков на юнит, полка 4U на 60 дисков - 15 дисков на юнит. Растёт плотность, растёт и тепловой пакет: 60 HDD выделяют 500-600 Вт только на шпиндели и электронику. Классификацию решений стоит держать под рукой до того, как вы зафиксируете форм-фактор: материал СХД в 2026: классификация, архитектура и практический выбор разводит DAS, NAS, SAN и программные хранилища по сценариям применения.
Сравнение форм-факторов: 1U, 2U, 4U и blade
Сводные параметры четырёх форм-факторов собраны в таблицу. Питание указано для полностью заполненного корпуса, без учёта потерь в кабельных трассах и PDU.
| Форм-фактор | Высота | Диски, максимум | Питание корпуса | Охлаждение | Типовая задача |
|---|---|---|---|---|---|
| 1U | 44,45 мм | 4 x 3.5" или 8-10 x 2.5" | 300-600 Вт | Вентиляторы 40 мм, 15 000-20 000 об/мин | Edge, филиалы, кэш, узлы гиперконвергентных кластеров |
| 2U | 88,9 мм | 12 x 3.5" или 24 x 2.5" NVMe, до 16 E3.S | 500-1000 Вт | Вентиляторы 60-80 мм, умеренные обороты | Виртуализация, СУБД, бэкапы, универсальный случай |
| 4U | 177,8 мм | 60-90 x 3.5" | 900-2000 Вт | Вентиляторы 80-120 мм, низкие обороты | Архивы, медиа, холодные данные, JBOD-полки |
| Blade | шасси 6-10U | 2-4 на лезвие | 3000-6000 Вт на шасси | Общие вентиляторы шасси, общий воздушный тракт | Вычисления и VDI с внешней СХД |
1U: компактность против ограничений
Корпус 1U вмещает 4 диска 3.5" либо 8-10 дисков 2.5", в отдельных платформах - до 10 NVMe U.2 в один ряд. Высота под кулер процессора ограничена 25-30 мм, поэтому охлаждение держится на турбинных вентиляторах 40 мм с оборотами 15 000-20 000 в минуту. Уровень шума достигает 65-75 дБА, ставить такую полку рядом с рабочими местами нельзя.
Где 1U уместен: edge-площадка у оператора связи, сервер в филиале на 10-20 сотрудников, узел гиперконвергентного кластера с тройной репликацией, кэш-уровень перед внешним массивом. Конфигурация из четырёх NVMe по 7,68 ТБ даёт около 30 ТБ сырой ёмкости и высокую скорость, но массив из четырёх дисков после отказа одного накопителя уходит на перестройку, и второй отказ в этот период обрушит пул.
Ограничение по ёмкости жёсткое: четыре отсека 3.5" ставят потолок на 96 ТБ при дисках по 24 ТБ, и расширить его без замены корпуса невозможно. Терабайт в 1U обходится дороже всего из-за цены корпуса и высокой доли накладных расходов.
2U: золотая середина для большинства задач
2U даёт 12 отсеков 3.5" или 24 отсека 2.5" с NVMe, а новые платформы вмещают до 16 накопителей E3.S с PCIe 5.0. Высота 88,9 мм позволяет поставить радиаторы под процессоры с TDP 350-400 Вт и вентиляторы 60-80 мм. Шум ниже, чем у 1U, при большей пропускной способности по воздуху.
Рабочая конфигурация: 12 HDD по 24 ТБ плюс 4 NVMe под SLOG и кэш чтения. В ZFS это два vdev raidz2 по 6 дисков с полезной ёмкостью около 192 ТБ; скорость записи выше, чем у одного широкого vdev, а перестройка затрагивает только один vdev. В аппаратном RAID те же 12 дисков собираются в RAID 6 с одним или двумя горячими резервами.
Свободные слоты PCIe 5.0 x16 под HBA, сетевую карту 100 GbE и адаптер NVMe-oF превращают 2U в базовый узел виртуализации и баз данных. Именно этот формат чаще всего берут, когда задача ещё не устоялась и нужен запас по конфигурации.
4U: максимальная вместимость для архивов и больших данных
4U - формат для 60, 78, 84 и 90 отсеков 3.5". Такие корпуса выпускают как JBOD-полки с SAS-экспандерами: полка подключается к головному серверу 2U по внешнему SAS или к двум серверам сразу для резервирования пути. Охлаждение строится на вентиляторах 80-120 мм, которые вращаются медленнее и тише, чем в 1U.
Арифметика мощности: 60 HDD по 9-10 Вт дают 540-600 Вт, добавьте 200-400 Вт на экспандеры, контроллеры и вентиляторы, плюс потери в блоках питания. Итог - 900-2000 Вт на полку, два БП по 1600 Вт и отдельная линия питания. Вес в сборе: 60 дисков по 0,68 кг плюс корпус 25-30 кг, около 70 кг, для монтажа нужны рельсы и подъёмник или два человека.
Пример расчёта: 60 дисков по 24 ТБ дают 1440 ТБ сырой ёмкости. Шесть vdev raidz2 по 10 дисков оставляют около 1150 ТБ полезного места, то есть 48 дисков из 60 несут данные. Перестройка одного vdev при замене накопителя занимает 20-40 часов, и всё это время пул работает с пониженной отказоустойчивостью.
Blade: высокая плотность вычислений, но не всегда для СХД
Шасси blade на 6-10U вмещает 16 лезвий половинной высоты или 8 лезвий полной высоты. На одно лезвие ставят 2 диска 2.5" либо 2 модуля M.2, реже 4 отсека SFF. Ёмкость лезвия редко превышает 15-30 ТБ, а дисковые модули с горячей заменой есть только у части моделей.
Питание и охлаждение общие: шасси на 16 лезвий потребляет 3-6 кВт, ему нужна отдельная линия, часто трёхфазная. Midplane шасси становится единой точкой отказа для всех лезвий, а замена платформы затрагивает весь узел. Цена шасси высокая и окупается на восьми и более лезвиях.
Место blade в архитектуре - вычисления: виртуализация, VDI, контейнерные платформы. Данные при этом живут на внешней СХД, подключённой по Fibre Channel или NVMe-oF, а локальные накопители держат загрузчик гипервизора, логи и своп. Для хранения 500 ТБ архивов blade выигрыша не даёт: полка 4U обойдётся дешевле на терабайт и не потребует общего шасси.
Виртуализация: баланс вычислений и хранения
Узел виртуализации на 40-60 виртуальных машин требует 20 000-50 000 IOPS и задержку ниже 5 мс. Локальные HDD этого не дают: 12 шпинделей вытянут 1500-2000 IOPS на случайных операциях. Рабочий вариант - 2U с 8-24 NVMe в RAID 10 либо blade с внешним массивом. В гиперконвергентном кластере каждый узел 2U несёт NVMe и реплицирует данные на соседей, поэтому ёмкость считается с коэффициентом репликации 2 или 3.
Протоколы подключения, расчёт IOPS и работа с консистентными снапшотами разобраны в статье СХД для виртуализации в 2026 году. Технические детали подключения массивов к гипервизору, разметку датасторов и настройку multipath смотрите в руководстве дисковые массивы для виртуальных машин.
Бэкапы: надёжность и объём
Целевой объём бэкап-хранилища - треть или половина от защищаемых данных плюс глубина хранения. Для 100-300 ТБ достаточно 2U с 12 HDD 3.5" в RAID 6 или двух vdev raidz2. Для 500 ТБ и выше переходят на 4U: 60 дисков по 20-24 ТБ закрывают задачу с запасом на год-два.
Запись резервных копий идёт последовательными потоками, поэтому nearline HDD на 7200 об/мин остаются дешевле SSD на порядок по цене за терабайт. Отведите под бэкапы отдельный пул, включите снапшоты ZFS или аналогичные механизмы, отправляйте вторую копию на другой сервер или в холодное облако. Полка 2U на 12 дисков по 24 ТБ даёт около 192 ТБ полезной ёмкости при raidz2 и покрывает годовой прирост среднего офиса.
Архивы: максимальная плотность на дисках
Архив читают редко, зато хранят долго и много. Здесь выигрывает 4U: 60 дисков по 24 ТБ дают около 1150 ТБ полезного места, а стоимость гигабайта с учётом корпуса и питания выходит минимальной среди всех форматов. RAID 6 или raidz2 по 10 дисков в vdev выдерживают два одновременных отказа без потери данных.
Отдельная JBOD-полка 4U удобна тем, что переживает замену головного сервера: пул переподключается к новой плате без пересборки. Проверьте глубину корпуса до закупки, многие модели на 60-90 отсеков занимают 800-900 мм, под них нужна стойка глубиной 1000-1200 мм и усиленные рельсы.
Базы данных: производительность и отказоустойчивость
OLTP-нагрузка живёт на NVMe. 2U с 24 NVMe в RAID 10 отдаёт сотни тысяч IOPS при задержке в доли миллисекунды. 1U формально вмещает те же NVMe, но при круглосуточной нагрузке процессор и накопители упираются в охлаждение: начинается троттлинг, растёт время отклика. 4U под базу данных избыточен, те же 24 NVMe занимают меньше юнитов и требуют меньше воздуха.
Для аналитики и хранилищ на 200-500 ТБ схема другая: 2U с NVMe под горячие таблицы плюс 4U JBOD с HDD под исторические партиции. Логи транзакций держите на отдельном массиве с низкой задержкой, чтобы запись в журнал не конкурировала с чтением данных.
Пошаговый алгоритм выбора форм-фактора СХД
- Посчитайте требуемый объём и IOPS. Сложите текущие данные, прирост 30-40% в год на три года и служебный запас 10-20%. IOPS считайте по числу виртуальных машин или по профилю СУБД, а не по паспортным цифрам дисков.
- Разделите данные на горячие, тёплые и холодные. Горячие таблицы и виртуальные машины уходят на NVMe, тёплые - на nearline HDD, холодные - в архив 4U или объектное хранилище.
- Оцените свободное место в стойке. Посчитайте юниты, доступную глубину, допустимую нагрузку на пол и лимит по мощности линии питания вместе с ИБП.
- Прикиньте бюджет и совокупную стоимость владения. К цене дисков добавьте контроллеры, экспандеры, рельсы, коммутацию, электричество и обслуживание за пять лет.
- Проверьте совместимость. HBA или RAID-контроллер, экспандеры, прошивки, поддержка файловой системы и гипервизора, вендорские ограничения по дискам. Критерии выбора контроллеров с прицелом на рост разобраны в руководстве стратегия выбора контроллеров дисковых массивов.
- Заложите масштабирование. Свободные отсеки, свободные слоты PCIe, порты SAS и сетевые порты под NVMe-oF. Если расширение требует замены корпуса, вариант стоит пересмотреть.
Пример применения. Задача: обновить узел виртуализации на 50 виртуальных машин, 40 ТБ данных, 30 000 IOPS, стойка 42U с 12 свободными юнитами и одна линия 16 А. Шаг первый даёт 40 ТБ с запасом роста до 70 ТБ. Шаг второй: 25 ТБ горячих данных на NVMe, остальное на nearline HDD. Шаг третий: 2U с 24 NVMe укладывается в 12 юнитов и в 800 Вт, линия 16 А при 230 В выдерживает 3,6 кВт. Итог алгоритма - 2U с 8-12 NVMe в RAID 10 под горячий пул и возможность расширения слотом под HBA и внешнюю полку.
Ограничения и подводные камни при выборе
Глубина стойки. Полки 4U на 60-90 отсеков занимают 800-900 мм, стандартные телекоммуникационные шкафы на 600 мм их не закрывают. Проверьте глубину до заказа: несовпадение обнаруживается уже при монтаже.
Вес и монтаж. Загруженная полка 4U весит 60-80 кг. Нужны рельсы с фиксацией, а для монтажа на высоте - подъёмник или два человека. Стойка с точечной нагрузкой 80 кг требует проверки допустимой нагрузки на пару стоек.
Питание. Одна линия 16 А при 230 В даёт около 3,6 кВт. Две полки 4U с шасси 2U могут съесть 2,5-3 кВт и оставить ИБП без запаса на время переключения. Считайте не только потребление серверов, но и холодильную нагрузку: 3 кВт тепла требуют соответствующего кондиционера.
Охлаждение и воздушные потоки. Смешивание горячего и холодного воздуха съедает запас по температуре. Ставьте заглушки в свободные юниты, держите направление потока front-to-back единым и не разворачивайте корпуса с разным направлением вентиляторов в одной стойке.
Шум. 1U с турбинными вентиляторами выдаёт 65-75 дБА, полка 4U - 55-65 дБА. Для серверной без отдельной вентиляции это значимый фактор при выборе между форматами.
Совместимость. Список поддерживаемых дисков у вендора, глубина очереди HBA, поддержка экспандеров и версии прошивок ограничивают свободную замену компонентов. Сравнение аппаратного и программного подходов с точки зрения стоимости владения и поддержки даёт материал аппаратная или программная СХД: как выбрать в 2026 году.
Тренды 2026 года: что изменилось
Плотность NVMe выросла: 2U вмещает до 16 накопителей E3.S с PCIe 5.0, а один диск отдаёт 10-14 ГБ/с. Тепловой пакет такого узла доходит до 700-900 Вт, и охлаждение становится узким местом быстрее, чем пропускная способность шины.
Жёсткие диски продолжают расти: 30-32 ТБ на пластину через технологии с подогревом записи, а 24 ТБ становятся базовым размером для nearline. Для 4U это означает 1440-1920 ТБ сырой ёмкости в одной полке, что усиливает аргумент в пользу 4U для архивов.
NVMe over Fabrics меняет расклад между форматами. Протоколы RoCEv2 и FC-NVMe на 100-200 GbE позволяют держать диски отдельно от вычислений, поэтому blade-шасси всё чаще работает без локального хранения, а ёмкость наращивают внешними полками. Зависимость от числа отсеков внутри сервера снижается.
Холодные данные уходят в облако и объектные хранилища: держать 300 ТБ неактивных архивов на собственном железе экономически невыгодно, когда есть почасовая тарификация и отсутствие затрат на электричество и замену дисков. Для сценариев размещения сервисов, реплик и объектного холодного уровня подойдёт Timeweb Cloud с серверами, хранилищем и Kubernetes по мере роста нагрузки.
Нагрузки с ИИ меняют и профиль железа: часть инференса выгоднее отдать по API, чем строить плотные GPU-шасси с отдельной дисковую полкой под локальные датасеты. Агрегатор AiTunnel даёт доступ к более 200 моделям через единый интерфейс и оплату в рублях, что снимает необходимость держать локальные вычислительные узлы под часть задач.
Жидкостное охлаждение пока касается вычислительных узлов высокой плотности, а не дисковых полок. Для СХД ключевым остаётся продуманный воздушный тракт и стоимость киловатт-часа, которая закладывается в TCO на пять лет.
Практические примеры конфигураций
- 2U под виртуализацию. 12 HDD по 20 ТБ в двух vdev raidz2 (около 160 ТБ полезной ёмкости) плюс 4 NVMe по 7,68 ТБ в RAID 10 под датасторы виртуальных машин, 256 ГБ RAM, два порта 25 GbE. Горячие данные лежат на NVMe, шаблоны, ISO и старые снапшоты - на HDD. Обоснование: смешанный профиль без переплаты за полностью флешевый массив.
- 4U под архив. 60 HDD по 24 ТБ, шесть vdev raidz2 по 10 дисков, около 1150 ТБ полезного места, два БП по 1600 Вт, подключение к головному серверу 2U по внешнему SAS с двумя путями. Обоснование: минимальная цена за терабайт и возможность перенести полку на новое железо без пересборки пула.
- 1U для edge. 4 NVMe по 7,68 ТБ в raidz1 или RAID 5, 64 ГБ RAM, два порта 25 GbE, локальный кэш и выгрузка тяжёлых данных в центральное хранилище. Обоснование: ограниченное место в телекоммуникационном шкафу и малый объём горячих данных.
- Blade с внешней СХД. Шасси 8U на 16 лезвий половинной высоты, по 2 SSD 2.5" на лезвие под загрузку, внешний массив 2U с 24 NVMe по NVMe-oF, два коммутатора 100 GbE. Обоснование: единая точка управления вычислениями и общий пул хранения с тонким выделением томов.
Заключение: как не ошибиться с выбором
Критериев выбора четыре: объём и прирост данных, требуемые IOPS и задержка, доступные юниты и питание в стойке, бюджет на пять лет с учётом электричества и обслуживания. По этим критериям 2U закрывает универсальные задачи, 4U берёт архивы и холодные данные, 1U обслуживает edge и филиалы, blade имеет смысл при плотных вычислениях с внешним массивом.
Практический минимум перед закупкой: посчитайте IOPS по профилю нагрузки, а не по паспорту дисков; проверьте глубину стойки, нагрузку на пол и свободную мощность линии; заложите рост 30-40% в год и оставьте свободные отсеки и слоты PCIe. Согласуйте выбранный форм-фактор с типом контроллера и файловой системой до подписания спецификации, потому что эти решения связаны между собой и меняются дороже всего.