STOR-DT-2HDD-2SSD
Компактная платформа для проверки архитектуры, небольших файловых сервисов, локального резервного хранения и демонстрационных стендов.
Внешний вид и варианты изображения
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.
Базовая спецификация
| Форм-фактор | компактный корпус / desktop |
|---|---|
| Диски | 2×HDD + 2×SSD |
| Назначение SSD | кэш, журнал, быстрый пул или системный слой — по архитектуре |
| Сеть | 2×10GbE, опционально 25GbE |
| ПО | ZFS-based NAS, S3-compatible stack, monitoring |
| Поддержка | проектная настройка, документация, сопровождение по договору |
| Протоколы доступа | NFS, SMB, S3, iSCSI по проекту |
| Возможный SDS-стек | OpenZFS / ZFS-based NAS, S3-compatible storage, Локальный backup repository |
Для каких задач подходит
Пилот Ceph/ZFS/S3
Архитектура уточняется по профилю I/O, RPO/RTO, сети, окну обслуживания и требованиям к масштабированию.
NAS для малого офиса
Архитектура уточняется по профилю 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.
Оставить инженерную заявку
Ответьте на несколько вопросов — инженер подготовит проектную конфигурацию, список уточнений или коммерческое предложение.