Day16_05_ES教程之解决unassigned shards问题

05_ES教程之解决unassigned shards问题

如何处理elastic search中的unassigned shards?

一. 查看节点分片信息

GET _cat/allocation?v

我们通过 GET _cat/allocation?v 可以查看每个节点分片的分配数量以及它们所使用的硬盘空间大小 

可能会发现其有5个shard是unassigned状态.

二. 查看集群健康状态 1. 查看健康状态

GET _cat/health?v

再通过命令GET _cat/health?v查看集群健康状态 

可以看到其active_shards_percent为87.8%,elasticsearch健康状态为yellow,原因就是其存在UNASSIGNED shards的情况,不过即使存在unassigned shard,也并不会影响es的使用的.

2. 产生原因

产生unassigned shards的原因是什么呢?

如果我们只有一台机器,部署运行了es,但是却在index的settings中设置了replica为1,那么这个replica shard就会成为unassigned shards,因为分片不能分配到已经存在分片副本的同一节点.

而且你在查看原因的时候,其会显示:

the shard cannot be allocated to the same node on which a copy of the shard already exists

即分片不能分配到已经存在分片副本的同一节点!!!

3. 首先精确定位unassigned shard的位置

GET _cat/shards?h=index,shard,prirep,state,unassigned.reason | grep UNASSIGNED



每行列出索引的名称,分片编号,是主分片p还是副本分片r,以及其未分配的原因.

可以看到索引order的replica设置为1,而且是5个shards.

4. 可以通过以下语句查看具体原因

GET _cluster/allocation/explain?pretty



5. 如何解决? 5.1 (方案一)对于没有使用价值的index直接删除掉

DELETE order(索引名称)

5.2 对正在使用中的索引,可以设置index的replica为0

PUT order/_settings
{
  "number_of_replicas": 0
}

5.3 通过循环获取存在unassigned shard的index name

GET _cluster/allocation/explain?pretty

5.4 设置复制分片数量为0

PUT order/_settings
{
  "number_of_replicas": 0
}

 

来消除unassigned shards.



此时可以看到,我们的es节点健康状态为green,非常健康(绿绿更健康,?)!!!