Предельные масштабы СХД: ключевые цифры 2026 года
Настольный NAS вытягивает 2-16 дисков и 200-400 ТБ. Стоечный массив в одной стойке доходит до 1000+ дисков и 10-20 ПБ. Распределённая СХД в ЦОД масштабируется до десятков тысяч дисков и сотен петабайт. Границы задают плотность записи, тепловыделение, пропускная способность интерфейсов и мощность холода в машинном зале.
| Класс СХД | Максимум дисков | Полезная ёмкость | Форм-фактор | Питание |
|---|---|---|---|---|
| Настольный NAS | 2-16 | 200-400 ТБ | настольный или напольный корпус | 50-150 Вт |
| Стоечный массив | 12-1000+ | 10-20 ПБ | юниты 2U-4U в стойке 42U | 3-10 кВт на стойку |
| Распределённая СХД в ЦОД | десятки тысяч | сотни ПБ | ряды стоек, машинный зал | сотни кВт, мегаватты на зал |
Разброс внутри класса определяется конфигурацией: числом отсеков, объёмом накопителей, схемой резервирования и запасом на горячую замену. Нижняя граница ближе к офисной задаче, верхняя требует стоек, отдельного помещения и регламентного обслуживания.
В 2026 году планку поднимают два фактора: накопители SAS 3.5" на 20-24 ТБ и NVMe в форм-факторе U.2 на 3.2, 3.84 и 7.68 ТБ, которые передают данные напрямую по PCI Express. Сети 25 и 100 Гбит/с позволяют собрать такие диски в один массив без потери пропускной способности. Классы СХД, уровни RAID и расчёт IOPS разобраны в статье СХД в 2026: классификация, архитектура и практический выбор.
Настольные NAS: сколько дисков и терабайт реально поддерживается
Типовой настольный NAS - корпус на 2, 4, 6 или 8 отсеков. Модели уровня Synology DiskStation и QNAP TS-855X держат 8 накопителей, а с внешней полкой расширения число дисков доходит до 16. Потолок задаёт платформа: количество портов SATA или SAS, объём ОЗУ под кэш ZFS и пропускная способность сети.
Ёмкость считается просто. С накопителями 24 ТБ восемь отсеков дают 192 ТБ сырого объёма, RAIDZ2 оставляет около 144 ТБ полезного. Шестнадцать отсеков с теми же дисками - 384 ТБ сырого объёма, то есть те самые 200-400 ТБ полезной ёмкости из таблицы выше.
Ограничения проявляются в трёх местах. Память: ZFS комфортно работает с 1 ГБ ОЗУ на каждый терабайт ёмкости, а бытовые модели ограничены 32-64 ГБ. Сеть: 10 Гбит/с даёт около 1.1 ГБ/с, тогда как 8 дисков на последовательном чтении выдают 1.2-1.8 ГБ/с, и один 10-гигабитный порт становится узким местом. Процессор: слабый CPU не успевает считать контрольные суммы для RAIDZ2 и шифрования.
Для TrueNAS и ZFS топологию планируют заранее. Диск нельзя добавить в готовый raidz-vdev, расширение идёт группами по 6-8 накопителей, поэтому первый vdev собирают под будущий прирост. При превышении 8-12 дисков настольный корпус проигрывает по охлаждению и питанию, и вопрос упирается в переход на стойку.
Ограничения настольных NAS по питанию и охлаждению
Потребление настольного NAS с 8 дисками - 50-150 Вт в зависимости от нагрузки и режима сна накопителей. Восемь HDD выделяют 80-100 Вт тепла, корпусные вентиляторы отводят его при комнатной температуре, уровень шума держится в диапазоне 30-45 дБ.
Проблемы начинаются в жарком помещении без кондиционера. При температуре воздуха выше 30 °C диски греются до 50-55 °C, а переход за 60 °C ускоряет износ механики и подшипников. Перегрев видно по атрибутам SMART 194 (Temperature) и 197 (Current Pending Sector), первым делом растёт число ошибок чтения.
Практика простая: до 8 дисков достаточно приточной вентиляции и комнатной температуры 20-25 °C. С полкой расширения на 12-16 дисков нужен отдельный поток воздуха через корпус, а лучше - перенос в стойку с фронтальной продувкой.
Стоечные массивы СХД: максимальная ёмкость и плотность
Стоечный массив начинается с 12 отсеков и доходит до 60 дисков в юните 4U. Полка на 60 LFF-дисков и накопители 24 ТБ дают 15 дисков на юнит, то есть 360 ТБ сырого объёма на каждый юнит стойки. Полностью загруженная стойка 42U принимает около 1000 дисков и 24 ПБ сырой ёмкости, полезная ёмкость с учётом RAID6, raidz2 и горячего резерва составляет 10-20 ПБ. Расчёт плотности в ТБ на юнит и подбор форм-фактора дисков разобраны в материале габариты СХД и плотность хранения данных.
Ёмкость растёт полками расширения: дисковая полка подключается к контроллеру по SAS и каскадируется. Dell PowerVault ME5 работает с 336 дисками, HPE MSA - до 240, NetApp E-Series переходит отметку 1000 дисков. Двухконтроллерная схема и два пути к каждой полке дают отказоустойчивость на уровне железа.
Интерфейсы и типы дисков: SAS, NVMe, U.2
SAS 3.0 передаёт 12 Гбит/с на порт (около 1.2 ГБ/с), SAS 4.0 - 24 Гбит/с (около 2.4 ГБ/с). Этой полосы хватает, чтобы обслуживать десятки HDD за одним экспандером. NVMe-накопители U.2 формата 2.5" с памятью 3D TLC выпускаются на 3.2, 3.84 и 7.68 ТБ (линейка Memblaze PBlaze7 7946, 7940 и 7A40), поддерживают горячую замену и работают напрямую по PCI Express, что снижает задержки и увеличивает IOPS.
Плата за NVMe - цена за терабайт, которая в 3-5 раз выше, чем у SAS HDD. Ёмкостный массив из одних NVMe на 10 ПБ стоит как небольшой самолёт, поэтому в 2026 году стандартом стала гибридная схема: NVMe под кэш, метаданные, SLOG и special vdev, SAS-накопители 20-24 ТБ под данные. Для баз данных, виртуализации и аналитики, где важны IOPS и задержка, NVMe выносят в отдельный пул.
Требования к стойке, питанию и охлаждению
Стойка с 60 HDD потребляет 3-6 кВт, плотная NVMe-конфигурация доходит до 10 кВт. До 5 кВт обычно обходятся однофазной сетью 220 В, выше - нужна трёхфазная 380 В. Два блока питания, ИБП и корректное завершение работы обязательны: массив с ZFS или RAID-контроллером не прощает пропадания питания на записи.
Холод считается от тепловыделения. Прецизионный кондиционер с COP около 3 тратит примерно 1.7 кВт электрической мощности на отвод 5 кВт тепла, а запас по холоду закладывают не меньше 20% на летние пики. Предварительную оценку даёт калькулятор холодопроизводительности АРК: он считает мощность по площади помещения и удельной тепловой нагрузке, но теплопритоки через стены, крышу и пол в него не входят, поэтому окончательные параметры определяет проектный расчёт. Подбор корпусов и юнитов под конкретную задачу с разбором типовых ошибок при закупке есть в статье размеры систем хранения данных: классификация и форм-факторы.
Распределённые СХД в ЦОД: масштабирование до сотен петабайт
Программно-определяемые СХД собирают из узлов: Ceph, GlusterFS, Dell EMC PowerScale, NetApp ONTAP. Потолок здесь задаёт машинный зал, а не лицензия. Кластер Ceph на 1000 узлов, в каждом 12 NVMe по 7.68 ТБ, это 12 000 накопителей и около 92 ПБ сырой ёмкости. Репликация в три копии оставляет около 30 ПБ полезного объёма, эрар-кодинг 8+3 поднимает его до 60-67 ПБ при большей нагрузке на процессор и сеть.
Такие системы обслуживают компании с миллионами транзакций в сутки: собственные дата-центры, микросервисы, мобильные приложения, кассовый учёт, складские хабы, рядом Kubernetes и Kafka. Слой хранения обязан переживать отказ стойки целиком, поэтому данные раскладывают по доменам отказа между рядами и залами.
Тренд 2026 года - NVMe over Fabrics и единое пространство имён поверх flash и HDD. Если строить и содержать собственный зал невыгодно, часть нагрузки переносят в облако: Timeweb Cloud даёт серверы, хранилище, базы данных и Kubernetes с оплатой за фактические ресурсы, что удобно для тестовых контуров и сезонных пиков без закупки стоек.
Архитектура и управление распределённой СХД
Кластер строится из узлов, каждый несёт диски (OSD), сервисы мониторинга и менеджмента. Ceph раскладывает данные по placement groups алгоритмом CRUSH, а число копий и правило доменов отказа задаёт администратор. Репликация требует вдвое-втрое больше ёмкости, эрар-кодинг экономит место, но добавляет вычислений и трафика при восстановлении.
Управление смещается в автоматизацию: Ansible для развёртывания и обновлений, Prometheus и Grafana для метрик, алерты на заполнение, деградацию OSD и латентность. Сеть 25 или 100 Гбит/с и RoCE для NVMe over Fabrics обязательны, иначе диски простаивают в ожидании пакетов. Ручные операции на кластере из тысяч OSD приводят к дисбалансу placement groups и просадке производительности.
Ограничения ЦОД: площадь, энергия, охлаждение
Одна стойка с плотной NVMe-конфигурацией потребляет до 10 кВт, ряд - десятки, зал - сотни киловатт и мегаватты. Площадь машинного зала считается по плотности размещения: проходы, зоны холодных и горячих коридоров, место под ИБП и распределение питания. PUE показывает, сколько энергии уходит на охлаждение и потери, и в хорошо спроектированном ЦОД держится около 1.3, а в неэффективном уходит за 2.
Запас по питанию и холоду закладывают минимум 20%: летняя жара, замена кондиционера, рост плотности после модернизации. Предварительный расчёт по площади снова упирается в оговорку калькулятора АРК, а окончательные цифры выдаёт проект. Превышение тепловой нагрузки ведёт к троттлингу контроллеров и отказам дисков.
Как масштабирование влияет на архитектуру и управление
Рост данных меняет класс системы в три шага, и каждому шагу соответствует свой набор технологий.
- До 8 дисков: настольный NAS на TrueNAS и ZFS, raidz2, один администратор, резервное копирование раз в сутки.
- 8-100 дисков: стоечный массив с HBA или RAID-контроллером, SAS-экспандеры, ИБП, отдельная серверная, регламент замены дисков.
- 100+ дисков: распределённая СХД, сеть 25 или 100 Гбит/с, NVMe over Fabrics, кластеризация и мониторинг, команда из нескольких инженеров.
Вместе с классом растёт цена ошибки в обслуживании. Восстановление raidz2 на 24-терабайтном диске занимает от 20 до 40 часов, и всё это время массив работает без одного диска. В кластере Ceph восстановление идёт параллельно на многих узлах, но забирает полосу сети и процессор. Регламент горячей замены, склад запасных дисков и контроль прошивок становятся частью эксплуатации. Жизненный цикл накопителя, выбор SSD под нагрузку и сценарии замены разобраны в статье обработка и хранение данных в серверных системах.
Управление меняется и по объёму: один администратор держит NAS на 8 дисков и стоечный массив на 40, а для 1000+ дисков нужны дежурства, автопроверки и отдельная роль инженера хранения.
Как выбрать СХД под рост бизнеса: практические рекомендации
Решение принимается по шести пунктам, и каждый из них проверяется цифрами.
- Текущий объём данных и прогноз на три года с запасом 40-50%.
- Требуемые IOPS и пропускная способность под конкретные задачи: файлы, виртуалки, базы данных, аналитика.
- Физика: сколько юнитов, киловатт и холода даст выбранный класс.
- TCO: стоимость дисков, контроллеров, лицензий, поддержки, электроэнергии, охлаждения и работы инженеров.
- Отказоустойчивость: уровень RAID, репликация, резервные копии, проверка восстановления.
- Ресурсы эксплуатации: справится один администратор или нужна команда.
Ориентиры по классам выглядят так. Для дома и офиса на 5-20 человек хватает настольного NAS на TrueNAS или готового решения Synology, QNAP с дисками 22-24 ТБ. Среднему бизнесу с ростом данных до 1-2 ПБ подходит стоечный массив Dell, HPE или NetApp с NVMe-кэшем и SAS-накопителями. Компании с объёмом свыше 5 ПБ и требованием к непрерывности переходят на программно-определяемые СХД вроде Ceph или PowerScale. Сравнение аппаратного и программного пути, расчёт TCO и чек-лист выбора на 8 шагов приведены в материале аппаратная или программная СХД: как выбрать в 2026 году.
Экономия на охлаждении и питании оборачивается отказами дисков и простоями, поэтому бюджет на инфраструктуру считают вместе с оборудованием. Предварительную оценку холода по площади и удельной нагрузке даёт калькулятор АРК, но проектную цифру заказывают у инженеров.
Итоги: ориентиры на 2026 год
- Настольные NAS: 2-16 дисков, 200-400 ТБ, 50-150 Вт, комнатное охлаждение.
- Стоечные массивы: 12-60 дисков в юните, до 1000+ в стойке, 10-20 ПБ, 3-10 кВт на стойку.
- Распределённые СХД в ЦОД: десятки тысяч дисков, сотни петабайт, мегаватты на зал.
Цифры выше - практические ориентиры, снятые с рабочих конфигураций и актуальные на 2026 год. Дальше считайте свою задачу: измерьте текущий объём, добавьте запас на три года, прикиньте киловатты и холод с резервом 20%, и только после этого выбирайте класс системы хранения. Такой порядок экономит бюджет и избавляет от переезда между платформами на середине проекта.