elasticsearch - read_only_allow_delete 意外重置

Question

在我的一些索引中，我正在"index.blocks.read_only_allow_delete": true使用PUT /index/_settingsAPI 调用。但大约 10 秒后，设置消失，索引再次可写。

我想知道这是否可能是 ES 中的错误，因为在 6.8 版中，当磁盘已超过泛洪阶段的节点再次低于正常阈值时，进行了更改以自动重置此设置。

我在 ES 7.9 中遇到了这种奇怪的行为。我的预期是，如果 ES 将设置更改为true因为水印，那么它可以将其重置为false以后。但是，如果操作员将设置更改为true手动，那么 ES 将尊重该设置。

这些是我阅读该行为的文档：

控制洪水阶段水印，默认为 95%。index.blocks.read_only_allow_deleteElasticsearch对在节点上分配了一个或多个分片并且至少有一个磁盘超过洪水阶段的每个索引强制执行只读索引块 ( )。此设置是防止节点耗尽磁盘空间的最后手段。当磁盘利用率低于高水位线时，索引块会自动释放。

在这里交叉张贴。

标签： elasticsearchelastic-stackelasticsearch-5