HDD-платформа 1U

STOR-1U-16HDD

Платформа для проектов, где требуется высокая плотность хранения на стойко-юнит и предсказуемая стоимость 1 ТБ.

Полезная ёмкость, производительность и бюджет рассчитываются после выбора дисков, схемы защиты данных, протоколов, сети, ML/RAG-профиля и уровня поддержки.
STOR-1U-16HDD · 1U · 16 HDD · 320 ТБ raw
STOR-1U-16HDD · 1U · 16 HDD · 320 ТБ raw

Внешний вид и варианты изображения

ML / ИИ / RAG

AI-ready сценарии для этой платформы

AI data lake для датасетов, документов и логов

Разделяем горячий слой, object/NAS-корпус и backup-контур, чтобы обучение, retrieval и восстановление не конкурировали за один и тот же storage tier.

S3 corpus для RAG, checkpoints и model artifacts

Разделяем горячий слой, object/NAS-корпус и backup-контур, чтобы обучение, retrieval и восстановление не конкурировали за один и тот же storage tier.

warm/cold tier для воспроизводимых ML-экспериментов

Разделяем горячий слой, object/NAS-корпус и backup-контур, чтобы обучение, retrieval и восстановление не конкурировали за один и тот же storage tier.

Базовая спецификация

Форм-фактор1U
Диски16×HDD hot-swap
Сырая ёмкостьдо 320 ТБ при HDD 20 ТБ
Сеть2×10GbE, опционально 25GbE
Типовая рольплотный HDD-узел
Защита данныхсхема рассчитывается по RPO/RTO и полезной ёмкости
Протоколы доступаNFS, SMB, S3
Возможный SDS-стекOpenZFS, Ceph, S3-compatible storage

Для каких задач подходит

Архивы

Архитектура уточняется по профилю I/O, RPO/RTO, сети, окну обслуживания и требованиям к масштабированию.

Backup repository

Архитектура уточняется по профилю I/O, RPO/RTO, сети, окну обслуживания и требованиям к масштабированию.

S3 под холодные данные

Архитектура уточняется по профилю I/O, RPO/RTO, сети, окну обслуживания и требованиям к масштабированию.

Геоданные

Архитектура уточняется по профилю I/O, RPO/RTO, сети, окну обслуживания и требованиям к масштабированию.

Полезная ёмкость и защита данных

В datasheet указана ориентировочная сырая ёмкость. Полезная ёмкость зависит от выбранной схемы защиты данных, резервов под служебные данные, snapshot/backup retention и порогов заполнения.

СхемаКогда применяемЧто важно проверить
Mirror / replicaНизкие задержки, критичные VM/БД, простое восстановление.Цена полезного ТБ, сетевой трафик репликации, failure domain.
Erasure Coding / RAIDZЁмкие S3/NAS/архивные сценарии.Rebuild/recovery, деградация при отказах, размер блока и профиль записи.
Hybrid tieringСмешанные горячие и холодные данные.Правила размещения данных, мониторинг заполнения, SLA на разные tiers.

Что уточняется перед КП

Нагрузка

IOPS, throughput, размер блока, доля read/write, latency p95/p99, число клиентов и пиковые окна.

Сеть

10/25/40/100GbE, LACP/MLAG, VLAN, MTU, multipath, отдельная сеть репликации и управления.

Эксплуатация

RPO/RTO, окна обслуживания, мониторинг, обновления, ЗИП, RMA и уровень SLA.

Оставить инженерную заявку

Ответьте на несколько вопросов — инженер подготовит проектную конфигурацию, список уточнений или коммерческое предложение.

Параметры КП
Инженерный подбор СХД

Нужно быстро понять конфигурацию, стоимость и риски?

Опишите задачу — подготовим проектную архитектуру, список уточнений, варианты по бюджету и уровню отказоустойчивости.