В Grafana Loki 4.0 RC3 ограничили классы хранения S3

В Grafana Loki 4.0 RC3 ограничили классы хранения S3
Содержание статьи

7 ноября вышел Grafana Loki 4.0.0-rc.3. В этой предварительной версии изменили проверку класса хранения S3 в конфигурации. Например, параметры GLACIER и ONEZONE_IA новая проверка отклоняет. На Mentoring.digital разбираем, какие значения допустимы и где искать настройку перед обновлением.

Какие значения принимает Loki

Для AWS S3 предусмотрены STANDARD и STANDARD_IA. В коде есть ещё REDUCED_REDUNDANCY, который руководство проекта оставляет для MinIO. Общая проверка применяется к двум реализациям S3-клиента в Loki, прежней и основанной на библиотеке Thanos.

Изменение касается параметра storage_class у клиента. Политики жизненного цикла бакета задаются отдельно. Если команда меняет класс из-за обновления, ей стоит отдельно проверить эти политики и требования к доступу к старым логам.

Что проверить перед обновлением

  1. Откройте конфигурацию, которая попадает в работающий Loki. Если вы разворачиваете его через Helm, сверьте результат шаблонизации и аргументы процесса. Ищите storage_class и флаг с окончанием .s3.storage-class.
  2. При неподдерживаемом значении выберите подходящий класс для своего хранилища. Проверьте, что кандидат запускается с этим классом в тестовом окружении.
  3. Запишите одну тестовую строку лога и прочитайте её через Loki. Проверьте класс нового объекта в тестовом бакете.

План обновления и сценарий проверки хранилища можно разобрать с наставником по DevOps.

Похожие статьи по данной теме