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

STOR-1U-12HDD

Плотная 1U HDD-платформа для сценариев, где важно получить ёмкость при минимальном потреблении места в стойке.

Полезная ёмкость, производительность и бюджет рассчитываются после выбора дисков, схемы защиты данных, протоколов, сети, ML/RAG-профиля и уровня поддержки.
STOR-1U-12HDD · 1U · 12 HDD · 240 ТБ raw
STOR-1U-12HDD · 1U · 12 HDD · 240 ТБ 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
Диски12×3.5” HDD hot-swap
Сырая ёмкостьдо 240 ТБ при HDD 20 ТБ
Сеть2×10GbE, опционально 25GbE
Типовая рольёмкий узел хранения / архивный узел
Защита данныхZFS RAIDZ/mirror, Ceph replica/EC или другая схема по проекту
Протоколы доступаNFS, SMB, S3, iSCSI по проекту
Возможный SDS-стекOpenZFS / ZFS-based NAS, Ceph OSD node по проекту, S3-compatible storage

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

Архивы и холодные данные

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

Геоданные

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

Резервное копирование

Архитектура уточняется по профилю 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.

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

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

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

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

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