STOR-4U-60HDD
Плотная 4U-платформа для больших объёмов холодных и тёплых данных с оптимизацией стоимости хранения.
Внешний вид и варианты изображения
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.
Базовая спецификация
| Форм-фактор | 4U |
|---|---|
| Диски | 60×3.5” HDD hot-swap |
| Сырая ёмкость | до 1,2 ПБ при HDD 20 ТБ |
| Сеть | 10/25/40/100GbE по проекту |
| Типовая роль | ёмкий узел высокой плотности |
| Защита данных | Ceph EC/replica, ZFS RAIDZ или другая схема по проекту |
| Протоколы доступа | S3, NFS, SMB, iSCSI по проекту |
| Возможный SDS-стек | Ceph, OpenZFS, S3-compatible storage |
Для каких задач подходит
Архивы
Архитектура уточняется по профилю I/O, RPO/RTO, сети, окну обслуживания и требованиям к масштабированию.
Геоданные
Архитектура уточняется по профилю I/O, RPO/RTO, сети, окну обслуживания и требованиям к масштабированию.
S3 object storage
Архитектура уточняется по профилю I/O, RPO/RTO, сети, окну обслуживания и требованиям к масштабированию.
Backup repository
Архитектура уточняется по профилю 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.
Оставить инженерную заявку
Ответьте на несколько вопросов — инженер подготовит проектную конфигурацию, список уточнений или коммерческое предложение.