Релиз TROK SDS 2.1: еще больше контроля над размещением данных

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

В новом релизе 2.1 диски внутри кластера можно разделить на группы и объединить в классы хранения. Команда добавила эту функциональность, чтобы администраторам было проще управлять инфраструктурой.

Классы хранения дают гибкость. Диски делятся по скорости и объему, и под каждый тип нагрузки выделяется свой пул: быстрые NVMe под базы данных, емкие HDD под архивы. При расширении инфраструктуры отдельный кластер уже не понадобится. Когда нагрузки становятся разнородными, достаточно добавить новый класс хранения в уже работающем TROK.

Тегирование пулов хранения и ресурсов работает как более точный фильтр поверх классов. Администратор ставит тег на пул, например «только под базы данных», и ресурс с таким тегом гарантированно попадает именно туда. Для крупной инфраструктуры это удобный инструмент управления политиками размещения. Правило задается один раз и ручной проверки при добавлении нового ресурса не требует.

На практике работа SDS TROK 2.1 выглядит так:

• Администратор создает класс хранения для NVMe и отдельный класс для HDD.
• Ставит тег на пул, например «базы данных».
• Ресурс с соответствующим тегом размещается только на нужном пуле, случайная нагрузка туда не попадет.

В результате администратор точнее управляет размещением данных, а заказчик эффективнее использует уже имеющееся оборудование без создания отдельных кластеров под разные типы нагрузок.

Также в TROK 2.1 ускорено создание блочных устройств большого объёма. Ресурсы на крупных томах становятся доступны быстрее. Диски при создании очищаются локально, без побитовой синхронизации по сети. Нагрузка на сеть и систему хранения при этом снижается.

Появилась возможность управлять ключами доступа к API. Подключенные к TROK внешние системы будут использовать ключ с ограниченным сроком действия, который можно в любой момент отозвать закрыть доступ к системе хранения.
Антон Ботвинников, директор продукта SDS TROK:

«Ручных операций у администраторов хватает и без нас, а инфраструктура обычно растет быстрее, чем команда, которая ее обслуживает. В 2.1 мы сделали ставку на то, чтобы TROK меньше требовал участия человека. Часть решений о размещении данных система теперь принимает сама. Доступ для внешних систем можно выдать без участия администратора в каждой операции. Для нас это осознанный шаг в сторону автоматизации — дальше будем встраивать TROK в DevOps-процессы еще плотнее».

Протестируйте SDS TROK в своей инфраструктуре — это универсальное решение для блочного, файлового и S3-хранения в одном кластере.