在“ _cat / recovery”中未提及恢复

时间:2018-12-20 07:37:19

标签: elasticsearch

昨天我不得不重新启动服务器。加载后,我检查了弹性搜索是否正在运行,发现其中4个处于INITIALIZING状态,而1个是Unalocated。 我的配置是通过以下方式构建的:

  • 弹性v2.3
  • 在同一服务器(“ node-01”)上托管的5个分片。
  • 8个CPU \ 30GB RAM
  • 少于10GB的数据。

GET /_cat/shards的结果:

index shard prirep state ip node
MyIndex 4 p INITIALIZING 127.0.0.1 node-01
MyIndex 3 p INITIALIZING 127.0.0.1 node-01
MyIndex 1 p INITIALIZING 127.0.0.1 node-01
MyIndex 2 p UNASSIGNED
MyIndex 0 p INITIALIZING 127.0.0.1 node-01
.kibana 0 p UNASSIGNED

如您所见,MyIndex->Shard #2未分配-因此我将其称为POST /_cluster/reroute(从“ node-01”到“ node-01”)。

根据我以前的经验,此初始化加载需要很多时间。所以我让机器继续工作,并在12小时后再次检查。

12小时后,/_cat/shards的结果是相同的(又称初始化为4,未分配为1)。在这一点上,我期望得到更好的结果。

在这里变得更加奇怪。我叫GET /_cat/recovery,ES响应200,但列表为空。那意味着什么都没发生?

您推荐我做什么?如果分片为INITIALIZING,为什么恢复列表为空? 在这一点上,最重要的是能够看到“恢复”过程(如果发生)。

1 个答案:

答案 0 :(得分:0)

使用cluster allocation explain API了解为什么未分配您的分片。