那工作中实际碰到的情况哈,这个比较麻烦,因为Elasticsearch集群本身还是用的阿里云的,不是自建的,很烦,后台提供的功能基本上对解决red状态没有任何作用。
那如何不扩容的情况下解决问题呢?
基本流程如下:
- 首先你得能访问Elasticsearch集群的9200端口才行,否则你都没办法管控。
查看集群状态,嗯,red了。
curl -u "elastic:password" "https://127.0.0.1:9200/_cluster/health"
查看red的索引状态,health的列red的就是造成异常的索引
curl -u "elastic:password" -X GET "127.0.0.1:9200/_cat/indices?v"
查看集群磁盘占用,可以得知具体哪个节点红了(网页后台也能看到)
curl -u "elastic:password" -X GET "127.0.0.1:9200/_cat/nodes?v&h=ip,node.role,node.name,heapPercent,disk.avail,node.total,segment"
开始着手解决问题,磁盘空间满了,red的索引并不是根源,理论上腾出空间后重平衡即可解决问题,所以删了个有点大的无关紧要的索引
curl -u "elastic:password" -X DELETE "127.0.0.1:9200/index-2024-1"
重平衡
curl -u "elastic:password" -X POST "127.0.0.1:9200/_cluster/reroute?retry_failed=true"
检查集群状态
curl -u "elastic:password" "https://127.0.0.1:9200/_cluster/health"
如您从本文得到了有价值的信息或帮助,请考虑扫描文末二维码捐赠和鼓励。
如本文对您有用,捐赠和留言 将是对我最好的支持~(捐赠可转为站内积分)
如愿意,请向朋友推荐本站,谢谢。
尊重他人劳动成果。转载请务必附上原文链接,我将感激不尽。
留言