如何解决Elasticsearch中的unassigned_shards问题？

先看你给出的集群健康结果：

{
"cluster_name" : "elasticsearch",
"status" : "yellow",
"timed_out" : false,
"number_of_nodes" : 1,
"number_of_data_nodes" : 1,
"active_primary_shards" : 145,
"active_shards" : 145,
"relocating_shards" : 0,
"initializing_shards" : 0,
"unassigned_shards" : 145,
"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" : 50.0
}

一眼就能看出问题核心：你的集群只有1个数据节点，而Elasticsearch默认会给每个索引创建1个主分片+1个副本分片。副本分片的规则是不能和它对应的主分片放在同一个节点上（防止单节点故障丢失数据），所以这145个未分配的分片全是副本分片，没办法在单节点集群里分配，导致集群状态一直是yellow。

下面给你两种针对性的解决方案：

方案一：禁用副本分片（适合测试/单节点环境） #

如果这只是你的测试环境，不需要高可用性，直接把所有索引的副本数改成0就行：

• 执行以下命令修改现有所有索引的副本配置：

curl -XPUT 'localhost:9200/_all/_settings' -H 'Content-Type: application/json' -d '{"number_of_replicas": 0}'

• 要是你以后创建新索引也不想有副本，可以修改elasticsearch.yml配置文件，添加或修改这一行：

index.number_of_replicas: 0

修改后重启Elasticsearch节点，新创建的索引就会默认使用0副本。

执行完命令后，再跑一遍curl -XGET 'localhost:9200/_cluster/health?pretty'，应该就能看到unassigned_shards变成0，集群状态变成green了。

方案二：添加更多数据节点（适合生产环境） #

如果是生产环境，肯定需要高可用性，那你需要给集群添加至少1个额外的数据节点。当新节点加入集群后，Elasticsearch会自动把这些未分配的副本分片分配到新节点上，不需要手动干预，等分片完成分配后，集群状态就会变成green。

额外排查小技巧 #

如果以后遇到其他未分配分片的情况（比如多节点集群里出现），可以用这个命令查看具体的未分配原因：

curl -XGET 'localhost:9200/_cat/shards?v'

输出里会标记出UNASSIGNED的分片，以及对应的原因（比如磁盘不足、节点离线、分片分配被禁用等），方便你针对性解决。

内容的提问来源于stack exchange，提问作者Vishu