Riak Cs Длинная манифестная история

Question

Я использую riak-cs (s3) для хранения конфигурации приложения, которая обновляется и обновляется каждые 10 минут для контекста приложения. Я получаю эти предупреждения:

Dec 04 14:53:12 hostname01 docker[8947]: Dec 4 14:53:12 hostname01 riak-cs[39]: [warning] <0.14295.2911>@riak_cs_manifest:maybe_warn_bloated_manifests:153 Long manifest history (51 manifests) for bucket=<<"production">> key=<<"routing/8f39843e-9d0c-47e7-9d04-80b9846c028d/7c48f790-0d38-4400-a447-189f271ca1fd/navigation_configuration">>

Я понятия не имею, что они на самом деле имеют в виду, я не мог найти ссылку на эту ошибку в документации

Answer 1

Riak CS управляет двоичными объектами и их манифестами (что-то вроде inode). Манифесты сохраняются в истории, а не только в последней. Старые записи манифеста восстанавливаются в сборках мусора (вместе с двоичными файлами).

Riak CS (изначально) предназначен для больших и почти статических объектов, поэтому некоторые параметры конфигурации и внутренние структуры оптимизированы для этого. В качестве примера такой конфигурации, сборки мусора очищают объекты старше 24 часов.

Ваши объекты "очень часто" перезаписываются (с точки зрения Riak CS;)), и их история становится "очень" длинной, после чего выдается журнал предупреждений. Как правило, перезапись объекта с 10-минутным интервалом выходит за рамки Riak CS.

Однако, если вы знаете, что такая перезапись произойдет только для небольших объектов, это неплохо. Вы можете подавить журналы предупреждений, установив manifest_warn_history под riak_cs приложение большее значение в advanced.config,