Что скрывается за названием TROK
Программно-определяемое хранилище данных TROK — это российская разработка компании «Группа Астра», построенная по модели Software-Defined Storage (SDS). В отличие от традиционных систем хранения, где функциональность жестко привязана к конкретному производителю оборудования, TROK отделяет программную логику от физических носителей. Кластер можно собрать из стандартных серверов x86-64, amd64 или ARM, установить на них дистрибутив TROK и получить отказоустойчивое хранилище, готовое к работе с виртуальными машинами, базами данных и облачными сервисами. Решение занимает нишу между сложными open-source платформами вроде Ceph и дорогими проприетарными СХД. Оно зарегистрировано в реестре отечественного ПО, что критично для госзаказчиков и компаний, выполняющих требования импортозамещения.
Архитектура: как устроено хранилище изнутри
В основе TROK лежит модуль ядра DRBD (Distributed Replicated Block Device), который отвечает за синхронную репликацию данных между узлами кластера. Для повышения безопасности данные дублируются трижды: даже при отказе двух узлов из трёх информация остаётся целой. Параллельная репликация означает, что система не ждёт подтверждения от всех узлов, прежде чем ответить приложению. Это даёт выигрыш в производительности без потери надёжности.
Развёртывание возможного на любом совместимом «железе»: на складе могут лежать старые серверы — их получится задействовать. Единственное условие — наличие процессоров подходящей архитектуры. Никаких специальных требований к дисковым полкам или сетевым контроллерам нет.
Управление виртуальными устройствами осуществляется через веб-интерфейс или HTTP API с обязательной аутентификацией по токену. Доступны разные протоколы:
- Блочный (iSCSI, NVMe-oF Target)
- Файловый (NFS)
- Объектный (S3-совместимый)
Кому подходит, а кому — нет
TROK ориентирован на корпоративный сектор, особенно на организации, которые вынуждены замещать импортные системы хранения. Решение уже используется в инфраструктуре Astra Cloud — облачной платформе, где оно выступает технологическим ядром для хранения данных.
Ограничения:
- Минимальный размер кластера — не менее трёх узлов для полноценной отказоустойчивости (тройная репликация).
- Нет поддержки гиперконвергентной архитектуры «из коробки» — TROK предназначен именно для выделенных систем хранения.
- Работоспособность под нагрузкой с ультра-низкой задержкой (к примеру, high-frequency trading) требует предварительного тестирования на конкретном оборудовании.
Таблица сравнения: TROK против альтернатив
| Критерий | TROK | Проприетарная СХД | Open-source SDS (Ceph) |
|---|---|---|---|
| Оборудование | Любые стандартные серверы | Только сертифицированное вендором | Любые серверы |
| Сложность настройки | Низкая, базовый опыт Linux-администратора | Средняя, но требует сертификации | Высокая |
| Снижение TCO | До 50% | Отсутствует (высокая стоимость лицензий и апгрейда) | Низкая стоимость, но дорогая эксплуатация |
| Поддержка | Российская, от вендора | Часто только через интегратора | Силами сообщества или платная |
TROK не навязывает проприетарное оборудование. Вендор предоставляет поддержку напрямую — без посредников. В отличие от бесплатных open-source-решений, не нужно нанимать команду инженеров, чтобы поддерживать систему в рабочем состоянии.
Как начать работу: пошагово
Минимальные аппаратные требования выглядят скромно: 2 CPU, 8 ГБ RAM, 20 ГБ дискового пространства под системный раздел. Но для реальных задач цифры будут другими. Тестовую среду получится развернуть на трёх серверах с 4 ядрами и 16 ГБ ОЗУ каждый — этого хватит для знакомства с функционалом.
Базовая стоимость зависит от трёх факторов:
- Объём виртуальных блочных устройств (доступны варианты на 10 ТБ и 1 ПБ).
- Тип лицензии (бессрочная или подписка).
- Срок технической поддержки.
Снижение совокупной стоимости владения достигается за счёт использования типового оборудования и отсутствия привязки к конкретному вендору железных компонентов.
Почему TROK — не просто ещё одна SDS
Большинство программно-определяемых систем хранения строится на технологиях, требующих глубокой кастомизации. TROK, напротив, предлагает готовый дистрибутив с веб-интерфейсом и API, который устанавливается на чистый сервер за час. Это упрощает эксплуатацию и снижает порог входа для ИТ-специалистов. Кроме того, интеграция с продуктами «Группы Астра» — ОС Astra Linux и СУБД Tantor — исключает проблемы с совместимостью, которые возникают при сборке гетерогенной инфраструктуры из компонентов разных производителей.
Вопросы миграции данных из старых систем в TROK решаются штатными средствами: протоколы iSCSI и NFS позволяют подключить хранилище к существующим хостам и перенести информацию без остановки сервисов.
Часто задаваемые вопросы
1. Какие процессорные архитектуры поддерживает TROK?
Система работает на x86-64, amd64 и ARM. Это позволяет использовать как обычные серверы на Intel/AMD, так и более экзотические ARM-платформы.
2. Можно ли использовать TROK в связке с не Astra Linux?
Да, поддерживаются и другие Linux-системы с ядром версий 6.1.x, но официальная техническая поддержка в полном объёме предоставляется только при работе на Astra Linux.
3. Что произойдёт, если из трёх узлов кластера откажут два?
Данные останутся доступными и целыми. Тройная репликация гарантирует сохранность информации при любом сочетании двух отказавших узлов.
4. TROK подходит для хранения резервных копий?
Да, объектный протокол (S3-совместимый) делает систему хорошей базой для бэкап-инфраструктуры, например, в связке с решениями вроде Veeam или их российскими аналогами.
Что нужно запомнить о TROK
Программно-определяемое хранилище данных TROK решает задачу создания отказоустойчивой инфраструктуры на стандартном оборудовании без привязки к конкретному вендору. Экономия достигается за счёт использования типовых серверов и снижения затрат на эксплуатацию. Решение не требует глубокой экспертизы в SDS — базового опыта работы с Linux достаточно для развёртывания и повседневного управления. В ситуациях, когда важна совместимость с российским ПО и импортонезависимость, TROK становится одним из рабочих вариантов.