Elasticsearch unassigned shard

Posted 2023-05-17

参考技术A ES的data节点异常关闭，会导致副本出现unassigned shard，致使索引状态变为yellow，甚至是red。

结果中，unassigned_shards对应的数字就是当前集群中异常分片的数量。

结果中，第一列为索引名，第二列为分片号

已kibana为例（ES版本为6.3.0）：
假设索引test的1号分片是unassigned shard，由192.168.1.1_9200节点调整到192.168.1.2_9200

调整完成后，集群状态将调整为Green

如果运气不好，遇到了主分片异常，上面的方法不管用，可以先用重试的方法尝试恢复

一般data节点异常退出，该方法都能解决。

若不起作用，可以尝试重新分配主分片，不过可能会有部分数据丢失。

如果还是不能恢复，那么主分片上的数据是真的丢了，只能通过重新分配一个新的空分片，来恢复索引使用。

elasticsearch问题解决之分片副本UNASSIGNED

　　在上一篇文章中，我记录了在windows下同一台机器上搭建es集群的步骤，第二天在向集群中创建索引的时候，出现了分片副本未分配的情况（UNASSIGNED）。

　　

　　虽然并不影响数据的插入和查询，但是有问题总是要解决。起初我以为是集群里面三个节点没有正常启动，但是我检查了后发现节点正常

　　发送http请求http://localhost:9201/_cluster/health,返回的信息显示正常，可用节点位3

　　随后去网上找资料，说是硬盘容量使用超过85%造成的，我看了一下果然如此

　　

　　

　　为了验证是否是这个原因造成的，我将利用率最高设置为了90%

　　

　　设置成功后刷新了head插件，发现分片副本果然成功分配了

　　随后我进行了第二种验证，修改配置文件中的data存储位置

　　

　　

　　然后重启三个es，发现索引没有了，这是因为更换了数据存储位置，重新建立索引，分片全部分配成功。

　　参考：https://www.elastic.co/guide/cn/elasticsearch/guide/current/_cat_api.html

　　　　    https://blog.csdn.net/kezhen/article/details/79379512

　　　　　https://blog.csdn.net/laoyang360/article/details/78443006

　　　　    https://www.cnblogs.com/bonelee/p/7458221.html