Elasticsearch 集群运行状况在 'GREEN' 和 'YELLOW' 之间间歇性地抖动

Question

我们正在运行一个带有"ZERO"副本的7节点集群，如下所示：

{
"cluster_name": "my_cluster",
"status": "green",
"timed_out": false,
"number_of_nodes": 7,
"number_of_data_nodes": 7,
"active_primary_shards": 3325,
"active_shards": 3325,
"relocating_shards": 0,
"initializing_shards": 0,
"unassigned_shards": 0,
"delayed_unassigned_shards": 0,
"number_of_pending_tasks": 0,
"number_of_in_flight_fetch": 0,
"task_max_waiting_in_queue_millis": 0,
"active_shards_percent_as_number": 100.0
}

弹性搜索集群状态间歇性地从"绿色"变为"黄色"。我注意到的另一件有趣的事情是，在这种间歇性的集群状态变化过程中，会发生碎片初始化，这与集群状态的变化有关。这是由于群集运行的副本为"ZERO"吗？是什么原因导致了上述行为？

Answer 1

1.找到具有的索引

http://IP_MASTER:9200/_cat/indices?v 

2.找到具有要分配和未分配的索引的碎片的节点。

http://IP_MASTER:9200/_cat/shards?v

3. 在该节点上重新启动服务弹性搜索
4. 若问题存在，你们有两种选择

A。lucene检查索引(只检查那个碎片(

java -cp lucene-core*.jar -ea:org.apache.lucene… org.apache.lucene.index.CheckIndex /mnt/nas/elasticsearch/graylog-production/nodes/0/indices/graylog_92/0/index/ -verbose -exorcise

如果它说找不到段，请尝试在该路径上查找和cd并运行该命令。

B。弹性搜索修复索引(它检查所有索引，速度非常慢(

index.shard.check_on_startup: fix

您应该在该节点的elasticsearch.yml上设置此配置。