Release notes

Закрома.Хранение v 2.8

В релизе 2.8 основной акцент сделан на бесшовности обновлений, повышении управляемости и усилении контроля над доступом к данным.

🚀 Новый функционал

Возможность бесшовного обновления

Реализован механизм управления длительными миграциями базы данных на базе библиотеки Morpheus, который позволяет обновлять кластер без остановки сервиса и простоя. Дополнительно обеспечивается:

  • Контроль совместимости версий и возможность безопасного отката.
  • Предсказуемая нагрузка на систему в процессе обновления.

Подробнее смотрите статью Мониторинг.

Последовательность обновления

С версии 2.8 обновление выполняется последовательно по минорным версиям. Например, для перехода с версии 2.8 на 2.10 необходимо предварительно установить версию 2.9. Как и ранее, настоятельно рекомендуется выполнять резервное копирование базы данных перед обновлением.

Сбор системной информации для поддержки

  • Добавлен механизм формирования отчёта с диагностической информацией о системе для ускорения анализа инцидентов и передачи в техническую поддержку.

Смотрите Формирование отчёта для технической поддержки.


✨ Улучшения

Повышение гранулярности прав доступа

  • Выделено отдельное разрешение на управление квотой рабочей области: Пользователь может изменять параметры QoS рабочей области, если он является Суперпользователем или обладает разрешением QoS: Управление ограничением объёма данных в рабочих областях.

  • Разделены операции удаления объектов и версий: Для повышения контроля и защиты данных операции удаления разделены на уровне политик доступа:

    • DeleteObject — удаление объекта или установка delete marker.
    • DeleteObjectVersion — физическое удаление конкретной версии.
    • DeleteObjects — массовая операция, включающая оба типа удаления.

Политики жизненного цикла

  • Удалён параметр «Количество обращений за 30 дней» из настроек политики жизненного цикла для повышения производительности.

Изменения в административной консоли

  • Параметр «Удалить данные» (физическое удаление) теперь настраивается на уровне каждого тома группы хранения. Управление параметром доступно при миграции данных и удалении бакета.
  • Поле «Путь в хранилище» для групп хранения перенесено в основную форму редактирования (ранее находилось в дополнительных настройках).

Поддержка переменных окружения

  • Добавлена поддержка настройки системы через переменные окружения:
    • имеют приоритет над config.yaml;
    • поддерживают вложенные параметры (APP__HTTP__PORT);
    • автоматически приводятся к соответствующим типам данных.

🐞Исправления

  • Исправлена ошибка автоматического перемещения объектов по параметру давности последнего обращения.
  • Исправлено поведение при обращении к несуществующим объектам:
    • DeleteObject — возвращает 204 вместо 404;
    • DeleteObjects — возвращает 200 вместо 404.
  • Устранено зацикливание фоновых задач (Kafka-подписчиков) после рестарта компонентов.
  • Повышена устойчивость при параллельной загрузке одной и той же части одного объекта (замечено при использовании ClickHouse backup):
    • реализован механизм блокировок при обновлении метаданных, предотвращающий коллизии.
Смотрите также
Архитектура решения