CLUSTOR-44U-384SSD
Высокопроизводительный кластер для проектов, где важны IOPS, низкие задержки и горизонтальное масштабирование.
Внешний вид и варианты изображения
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.
Базовая спецификация
| Форм-фактор | 44U rack |
|---|---|
| Дисковая конфигурация | 384×SSD |
| Сырая ёмкость | до 1,536 ПБ при SSD 4 ТБ |
| Сеть | 40/100GbE spine/leaf по проекту |
| Типовая роль | performance scale-out кластер |
| Защита данных | replica/mirror/EC по профилю нагрузки |
| Протоколы доступа | RBD, iSCSI, CSI, NFS, S3 |
| Возможный SDS-стек | Ceph RBD/CephFS/RGW, Kubernetes CSI, DRBD/LINSTOR по проекту |
Для каких задач подходит
Виртуализация
Архитектура уточняется по профилю I/O, RPO/RTO, сети, окну обслуживания и требованиям к масштабированию.
Kubernetes
Архитектура уточняется по профилю I/O, RPO/RTO, сети, окну обслуживания и требованиям к масштабированию.
Ceph RBD/CephFS
Архитектура уточняется по профилю I/O, RPO/RTO, сети, окну обслуживания и требованиям к масштабированию.
Базы данных
Архитектура уточняется по профилю I/O, RPO/RTO, сети, окну обслуживания и требованиям к масштабированию.
Горячий S3 слой
Архитектура уточняется по профилю 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.
Оставить инженерную заявку
Ответьте на несколько вопросов — инженер подготовит проектную конфигурацию, список уточнений или коммерческое предложение.