Аппаратная платформа
• Количество узлов хранения 一 4-100
• Минимальное количество узлов хранения на одну площадку 一 4
• Шаг расширения узлами хранения 一 1

Поддерживаемые накопители
• Количество накопителей под кэш на узел хранения 一 0/4
• Тип накопителей под кэш для узлов 一 SATA SSD 1,92 ТБ
• Количество накопителей под хранение данных – 6/12
• Тип накопителей под хранение данных – NL-SAS HDD 16 ТБ

Характеристики узла хранения
• 2 процессора x86
• 256 ГБ оперативной памяти

Поддерживаемые порты ввода-вывода
• до 2 х 10/25 Gb/s Ethernet для внутренней сети
• до 2 х 10/25 Gb/s Ethernet для доступа к данным
• 1 х 1 Gb/s Ethernet для сети управления, 1 x 1 Gb/s для локального доступа в BMC узла хранения
• требуемая портовая емкость коммутаторов Ethernet на узел хранения – до 4 x 10/25 Gb/s с SFP28, 1 x 1 Gb/s

Управление и доступ

Поддерживаемые протоколы доступа
• Протокол S3, включая авторизацию
• Протокол HTTP(S), включая загрузку и работу с диапазонами байтов для проигрывания видео
• Нативный протокол на базе транспорта gRPC и формата обмена сообщениями protobuf

Управление системой
• Control API
• Графический интерфейс управления
• Интеграция с LDAP

Политики хранения данных
• Гибкие политики хранения на каждый контейнер с возможностью описания корпоративных правил хранения данных

Интеграции

Мониторинг
∙ Интеграция с корпоративными системами мониторинга (Zabbix, Prometheus)

Визуализация
∙ Поддержка системы визуализации данных Grafana (версии 9.1.5 и выше)

Средства разработки
∙ Собственный SDK для Go
∙ Поддержка использования штатных SDK для AWS S3 на стороне клиентов

Kubernetes
∙ Поддержка интерфейса OCI Distribution для хранения образов контейнеров Kubernetes

Резервное копирование
∙ Интеграция с ПО резервного копирования «Кибер Бэкап 16»

Управление данными
∙ Интеграция с решениями по хранению электронного контента и документов «Кибер Инфраструктура 5.01», «Закрома.Хранение 1.013» и «Закрома.Архив 1.1»

Большие данные
∙ Интеграция с ПО вычисления и обработки данных «Arenadata Hadoop 3.2.4»

Надежность системы

• Отсутствие единой точки отказа, на каждом узле доступны все необходимые сервисы
• Поддержка самовосстановления системы после сбоев
• На уровне каждого контейнера возможно задать уровень репликации данных
• Размещение объектов по узлам хранения с использованием схем избыточного кодирования
• Возможность работы в режиме деградации с потерей всех SSD, только с объектами на HDD
• При авариях система будет самовосстанавливаться и приводить фактическое хранение объектов в соответствие заданной политике по мере появления физической возможности
• Формат данных, пригодный для восстановления даже после тотальной аварии на системе

Производительность системы

• Эффективный движок хранения с раздельной обработкой мелких объектов и прозрачной потоковой обработкой больших данных
• Поддержка объектов любой конечной длины прозрачно для API и пользователей
• Накопители каждого узла используются раздельно, формируя шарды, что позволяет использовать всю емкость локального узла
• Высокая производительность каждого узла кластера и параллелизм обработки запросов множеством узлов

Кэширование данных
• Использование SSD+HDD-конфигурации с кэшированием чтения и записи