2026/07/23 11:21:39

«Группа Астра» расширила SDS-решение TROK, добавив поддержку объектного хранилища по протоколу S3. Теперь заказчики могут использовать TROK не только как блочное и файловое хранилище для виртуальных машин, но и как S3-совместимое хранилище объектов с простым доступом через веб-интерфейс или из кода, рассчитанное на большие объемы данных.

S3 — протокол доступа к объектному хранилищу, разработанный Amazon Web Services (AWS), и с тех пор он стал отраслевым стандартом. В отличие от блочного или файлового доступа, где используется прямое подключение к сети хранения, S3 работает поверх обычного HTTPS: приложение обращается к хранилищу с использованием ключей доступа. Такой функционал делает S3 удобным для облачных сервисов и распределенных систем, аналитики и приложений.

До версии 2.0 SDS TROK предоставлял только блочный и файловый доступ к данным для виртуальных машин, баз данных и файловых хранилищ. Заказчики все чаще запрашивали поддержку S3 для задач, которые не вписываются в блочную или файловую модель. Например, хранение датасетов для машинного обучения, архивов, резервных копий, медиаконтента и др.

Ключевые характеристики S3 в TROK:

• поддержка стандартного протокола S3, совместимость с существующими SDK и клиентами;
• трехкратная репликация и автоматическое восстановление реплики после сбоя узла для обеспечения надежного хранения;
• управление через веб-интерфейс и REST API;
• продукт входит в реестр отечественного ПО.

S3-шлюз в TROK работает поверх блочных устройств TROK, работающих на технологии DRBD. У каждого блочного устройства три реплики на разных узлах хранения.

Если активный узел выходит из строя, система автоматически переводит роль Primary на другой узел, монтирует на нем файловую систему и поднимает сервис шлюза заново. Плавающий IP-адрес, по которому клиенты обращаются к S3, переключается вместе с Primary-репликой блочного устройства. Для клиента в этот момент сбой выглядит как короткая пауза, не приводящая к потере данных.

S3 является универсальным протоколом доступа к данным. Поэтому он не ограничен конкретным типом файлов: технически в бакет можно положить что угодно.

На практике типичные сценарии для заказчиков могут выглядеть примерно так:

1. Хранение данных для искусственного интеллекта
Системы обработки данных ИИ хранят в S3 исходные датасеты для обучения моделей и сами файлы моделей. Программное обеспечение обращается к данным по стандартному API, не завязываясь на конкретную файловую систему. Например, медицинские приложения хранят в S3 PDF-файлы с результатами анализов, которые затем обрабатывает ИИ — от автоматической расшифровки до рекомендаций по дальнейшим действиям.

2. Видеонаблюдение
Система видеонаблюдения нарезает поток с камеры на файлы фиксированной длительности — например, по 3–5 минут — и складывает их в бакет. По имени файла сразу понятно, с какой камеры и в какое время сделана запись.

3. Резервное копирование и хранение контента
S3 используется для хранения резервных копий виртуальных машин, документации и медиаконтента. Отдельный случай — резервные копии и даже реплики баз данных: для этого нужно быстрое хранилище с низкими задержками, и TROK S3 подходит для такого сценария. Также в S3 можно хранить статические файлы сайта — картинки, лендинги и проч.

4. Замена self-hosted MinIO в регулируемой инфраструктуре
У многих заказчиков уже развернуто собственное объектное хранилище на базе MinIO, которое они самостоятельно поддерживают. Когда встает задача перейти на продукт из реестра отечественного ПО с поддержкой от вендора, TROK — логичная замена. Та же модель доступа по протоколу S3, но с гарантиями репликации данных и технической поддержкой.

Многие производители объектных хранилищ, включая российских облачных провайдеров, ориентируются на совместимость с AWS S3 API. Но сервис Amazon закрытый и коммерческий: взять его за основу для собственной инфраструктуры нельзя.

Из-за этого большинство S3-совместимых хранилищ на российском рынке так или иначе построено на Ceph. Крупные облачные провайдеры чаще всего используют десятки Ceph-кластеров или развивают собственный слой метаданных поверх Ceph RGW. Даже там, где вендор в итоге отказывается от готового RADOS Gateway, нижним уровнем чаще всего остается RADOS — ядро Ceph.

• Ceph — мощная распределенная система хранения, которая объединяет объектный, блочный и файловый доступ. Она хорошо масштабируется, но сложна в администрировании: типовая архитектура строится вокруг массивного слоя метаданных, который распределяет данные по нодам и требует отдельной квалифицированной команды для эксплуатации.
• MinIO — самое популярное open source решение для объектного хранилища, которое компании разворачивают у себя, если не пользуются S3 решением от облачного провайдера. С 2024 года вендор ограничил функциональность бесплатной версии: убрали административный веб-интерфейс, а готовые бинарные сборки перестали публиковаться — дистрибутив теперь доступен только в виде исходного кода.

Команда SDS TROK не стала строить S3, базируясь на Ceph или MinIO. В основе SDS TROK — принцип data locality и DRBD устройства, когда данные реплицируются на блочном уровне, при этом реплики хранятся на разных узлах.

SDS TROK последовательно развивает свой функционал. Команда уже выпустила несколько крупных обновлений:

• веб-интерфейс управления хранилищем
• возможность подключения по iSCSI, NVMeoF, NFS и SMB;
• снапшоты и управление ими через WEB UI и API;
• поддержка S3, о которой рассказано в этой статье.

Следующий этап — расширение возможностей для распределенной инфраструктуры. До конца 2026 года в TROK будет реализована поддержка географически распределенного кластера, а также синхронная и асинхронная репликацию данных между кластерами — это позволит заказчикам выстраивать катастрофоустойчивые конфигурации на нескольких площадках. Параллельно продукт проходит сертификацию по требованиям ФСТЭК России.

Протестируйте SDS TROK c поддержкой S3 уже сейчас.