STOR-2U-24SSD
SSD-платформа для нагрузок, где критичны задержки, интенсивная случайная запись/чтение и стабильность производительности.
Внешний вид и варианты изображения
AI-ready сценарии для этой платформы
hot vector tier для embeddings и индексов
Разделяем горячий слой, object/NAS-корпус и backup-контур, чтобы обучение, retrieval и восстановление не конкурировали за один и тот же storage tier.
feature store / staging datasets с низкой latency
Разделяем горячий слой, object/NAS-корпус и backup-контур, чтобы обучение, retrieval и восстановление не конкурировали за один и тот же storage tier.
Kubernetes PV для inference и control-plane
Разделяем горячий слой, object/NAS-корпус и backup-контур, чтобы обучение, retrieval и восстановление не конкурировали за один и тот же storage tier.
Базовая спецификация
| Форм-фактор | 2U |
|---|---|
| Диски | 24×SSD hot-swap |
| Сырая ёмкость | до 96 ТБ при SSD 4 ТБ |
| Сеть | 25/40/100GbE по проекту |
| Типовая роль | узел высокой производительности |
| Защита данных | mirror/replica/EC в зависимости от latency и полезной ёмкости |
| Протоколы доступа | iSCSI, NFS, SMB, CSI, S3 по проекту |
| Возможный SDS-стек | Ceph RBD, OpenZFS mirror/striped mirror, DRBD/LINSTOR по проекту |
Для каких задач подходит
Виртуализация
Архитектура уточняется по профилю I/O, RPO/RTO, сети, окну обслуживания и требованиям к масштабированию.
Базы данных
Архитектура уточняется по профилю I/O, RPO/RTO, сети, окну обслуживания и требованиям к масштабированию.
1С
Архитектура уточняется по профилю I/O, RPO/RTO, сети, окну обслуживания и требованиям к масштабированию.
Горячие данные
Архитектура уточняется по профилю I/O, RPO/RTO, сети, окну обслуживания и требованиям к масштабированию.
Kubernetes PV
Архитектура уточняется по профилю 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.
Оставить инженерную заявку
Ответьте на несколько вопросов — инженер подготовит проектную конфигурацию, список уточнений или коммерческое предложение.