【问题标题】:Riak Cs Long manifest historyRiak Cs 长清单历史
【发布时间】:2018-05-18 01:51:03
【问题描述】:

我正在使用 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">>

我不知道它们的真正含义,我在文档中找不到有关此错误的任何参考

【问题讨论】:

    标签: riak riak-cs


    【解决方案1】:

    Riak CS 管理对象二进制文件及其清单(类似于 inode)。清单保留在历史记录中,而不仅仅是最新的。旧的清单条目在垃圾收集(连同二进制文件)中回收。

    Riak CS(最初)是为大型且几乎是静态的对象设计的,因此一些配置设置和内部结构为此进行了优化。 作为此类配置的一个示例,垃圾回收会清理超过 24 小时的对象。

    您的对象被“非常频繁地”覆盖(在 Riak CS 的观点中;))并且它的历史变得“非常”长,然后发出警告日志。 一般情况下,每隔 10 分钟覆盖一次对象是不适合 Riak CS 的。

    但是,如果您知道这种覆盖只会发生在小对象上,那还不错。您可以通过在riak_cs 应用程序advanced.config 中将manifest_warn_history 下设置更大的值来抑制警告日志。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2016-04-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2019-12-21
      相关资源
      最近更新 更多