Именно на это сделан акцент в новой версии. Компания «Базис», лидер российского рынка ПО управления динамической ИТ-инфраструктурой (входит в ГК «РТК-ЦОД»), выпустила Basis SDS 2.3 — более 80 улучшений и исправлений, сосредоточенных на устойчивости работы хранилища и повседневной рутине администратора: контроле состояния кластера, безопасном разделении полномочий и операциях с большим количеством виртуальных дисков.
<b>Что такое Basis SDS</b>
Basis SDS — горизонтально масштабируемая платформа, которая позволяет собрать систему хранения данных на обычном серверном оборудовании: диски нескольких серверов объединяются в единое надёжное хранилище с блочным доступом. Это альтернатива специализированным СХД для тех, кто хочет наращивать ёмкость добавлением стандартных узлов, а не покупкой дорогих полок, — и часть экосистемы «Базиса», где хранилище работает в связке с платформой виртуализации Basis Dynamix и средствами защиты.
<b>Диагностика кластера: история вместо среза</b>
Встроенную проверку состояния кластера (healthcheck) теперь можно запускать по расписанию, а история последних запусков сохраняется и доступна в веб-интерфейсе. Каждый результат получает уникальный идентификатор, по которому его можно запросить повторно, — администратор сопоставляет состояние кластера в разные моменты времени и видит, что изменилось между проверками. Доработана и логика подсчёта итогов: промежуточные сообщения сохраняются в результате, но не искажают общую статистику. При запуске диагностики можно задать таймаут, ограничив допустимую длительность выполнения.
<b>Роль наблюдателя: доступ без риска</b>
В 2.3 появилась ролевая модель, и первая прикладная роль в ней — наблюдатель. Пользователям с этой ролью доступен только просмотр информации, вносить изменения они не могут. Это закрывает частую организационную проблему: дежурным сменам, службе мониторинга, аудиторам или смежным подразделениям нужно видеть, что происходит с хранилищем, но давать им полные права на систему, где ошибка означает потерю данных, никто не хочет. Теперь можно дать доступ и не рисковать ни данными, ни конфигурацией кластера.
<b>Массовые операции с дисками</b>
В больших инсталляциях время администратора съедают не сложные задачи, а повторяющиеся. В новой версии презентация виртуального диска по протоколу iSCSI выполняется непосредственно подсистемой работы с томами, без внутреннего протокола-посредника. Открыть доступ к дискам по iSCSI и NBD теперь можно сразу для группы дисков, в разделах виртуальных пулов и маршрутизаторов хранилища появилась строка поиска, а в выпадающих списках — выбор всех элементов сразу. Подготовка сотен виртуальных носителей перестаёт быть серией одинаковых кликов.
<b>Фоновые процессы, которые доделывают начатое</b>
Значительная часть релиза посвящена устойчивости фоновых операций, напрямую влияющих на доступное место и целостность данных. Доработан механизм очистки моментальных снимков от неактуальных данных (Scrub): результат теперь фиксируется поэтапно, после обработки каждого снапшота, и частичный результат корректно применяется, если процесс прервался в середине. Добавлена настройка количества снапшотов и журналирование работы сервиса очистки с настраиваемой глубиной хранения отчётов. Устранены ситуации, когда очистка завершалась некорректно из-за зависшего вспомогательного сервиса или отображалась как выполненная, хотя фактически не запускалась.
Доработана обработка фоновых задач: убраны ложные уведомления о мгновенно выполненных операциях и состояние гонки при одновременной постановке одинаковых задач. Синхронизировано параллельное создание клонов дисков — это устраняет избыточное число соединений между узлами и вызванные ими ошибки. Исправлена работа таймаутов при инициализации дисков в бэкенде хранения: значение по умолчанию увеличено до 60 секунд.
<b>Платформы и обновление</b>
Для перехода на новую версию подготовлен инсталлятор, который берёт на себя управление пакетами и их обновление, включая перевод узла с Python 2 на Python 3, — часть операций при обновлении выполняется автоматически. Расширен список поддерживаемых платформ: в дополнение к Ubuntu 26 и Astra Linux 1.8 реализована возможность запуска на собственном гипервизоре «Базиса» vCore с ограниченным функционалом.
«Система хранения данных — это тот слой инфраструктуры, где ошибки означают потерю данных и стоят дороже всего, поэтому в релизе Basis SDS 2.3 мы уделили внимание повышению стабильности работы кластера. Также акцент был сделан на удобстве администрирования: специалистам заказчика важно видеть состояние кластера в динамике и тратить меньше времени на однотипные операции. Диагностика кластера теперь запускается по расписанию и сохраняет историю проверок, роль наблюдателя дает доступ к системе без права на изменения, а массовая презентация дисков экономит время при их подготовке в больших инсталляциях», — комментирует Дмитрий СОРОКИН, технический директор компании «Базис».
<b>Часть экосистемы</b>
По данным «ТМТ Консалтинг», «Базис» занимает 31% сегмента отечественных проприетарных программно-определяемых хранилищ и 40% российской виртуализации по итогам 2025 года, а по данным iKS-Consulting лидирует на рынке ПО управления динамической ИТ-инфраструктурой с долей 19%. Все продукты экосистемы созданы на собственной кодовой базе, включены в реестр российского ПО и сертифицированы ФСТЭК России по 4 уровню доверия; экосистема работает в Гособлаке, Гостехе и Госуслугах, в инфраструктуре органов власти и крупнейших корпораций.
Подробнее о продукте — на странице Basis SDS, обо всей линейке продуктов «Базиса» — на basistech.ru. Там же можно запросить демонстрацию.
erid: 2VtzqxgvNXF Реклама. ООО “Базис” ИНН 7731316059