博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
线上 ELK 集群健康值 red 状态问题排查与解决
阅读量:6531 次
发布时间:2019-06-24

本文共 4587 字,大约阅读时间需要 15 分钟。

原文地址:

博客地址:
欢迎转载,转载请注明作者及出处,谢谢!

之前一直运行正常的数据分析平台,最近一段时间没有注意发现日志索引数据一直未生成,大概持续了n多天,当前状态: 单台机器, Elasticsearch(下面称ES)单节点(空集群),1000+shrads, 约200G大小。

问题排查

服务器内存,CPU状态检查

使用 top 查看服务器 cpu,内存等占用情况,如下图示(当时楼主的服务器ES应用的CPU占用在90%以上,肯定有问题)

top

内存占用也极高(当时楼主的8G内存的服务器仅剩下150M左右的空闲,肯定是ES的问题)

free

ES集群状态

查看ES集群健康值,发现 statusred,这种状态表示部分主分片不可用,楼主当前的状态是历史数据可查,但是无法生成新的 index 数据。

curl http://localhost:9200/_cluster/health?pretty{  "cluster_name" : "elasticsearch",  "status" : "red",  "timed_out" : false,  "number_of_nodes" : 1,  "number_of_data_nodes" : 1,  "active_primary_shards" : 663,  "active_shards" : 663,  "relocating_shards" : 0,  "initializing_shards" : 0,  "unassigned_shards" : 6,  "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" : 99.10313901345292}复制代码

查看每个索引的状态,发现大部分索引状态是 red ,处于不可用状态,因为打开的索引数据过多,导致ES占用大量的CPU,内存,使得 logstash 不可用,也就无法创建新的索引数据,从而导致数据丢失。

curl -XGET   "http://localhost:9200/_cat/indices?v"health status index          pri rep docs.count docs.deleted store.size pri.store.sizered    open   jr-2016.12.20    3   0red    open   jr-2016.12.21    3   0red    open   jr-2016.12.22    3   0red    open   jr-2016.12.23    3   0red    open   jr-2016.12.24    3   0red    open   jr-2016.12.25    3   0red    open   jr-2016.12.26    3   0red    open   jr-2016.12.27    3   0复制代码

ES集群分片不可用,导致的查询失败

查询ES时抛出的异常:

[2018-08-06 18:27:24,553][DEBUG][action.search            ] [Godfrey Calthrop] All shards failed for phase: [query][jr-2018.08.06][[jr-2018.08.06][2]] NoShardAvailableActionException[null]    at org.elasticsearch.action.search.AbstractSearchAsyncAction.start(AbstractSearchAsyncAction.java:129)    at org.elasticsearch.action.search.TransportSearchAction.doExecute(TransportSearchAction.java:115)    at org.elasticsearch.action.search.TransportSearchAction.doExecute(TransportSearchAction.java:47)    at org.elasticsearch.action.support.TransportAction.doExecute(TransportAction.java:149)    at org.elasticsearch.action.support.TransportAction.execute(TransportAction.java:137)    at org.elasticsearch.action.support.TransportAction.execute(TransportAction.java:85)    at org.elasticsearch.client.node.NodeClient.doExecute(NodeClient.java:58)    at org.elasticsearch.client.support.AbstractClient.execute(AbstractClient.java:359)    at org.elasticsearch.client.FilterClient.doExecute(FilterClient.java:52)    at org.elasticsearch.rest.BaseRestHandler$HeadersAndContextCopyClient.doExecute(BaseRestHandler.java:83)    at org.elasticsearch.client.support.AbstractClient.execute(AbstractClient.java:359)    at org.elasticsearch.client.support.AbstractClient.search(AbstractClient.java:582)    at org.elasticsearch.rest.action.search.RestSearchAction.handleRequest(RestSearchAction.java:85)    at org.elasticsearch.rest.BaseRestHandler.handleRequest(BaseRestHandler.java:54)    at org.elasticsearch.rest.RestController.executeHandler(RestController.java:205)    at org.elasticsearch.rest.RestController.dispatchRequest(RestController.java:166)    at org.elasticsearch.http.HttpServer.internalDispatchRequest(HttpServer.java:128)    at org.elasticsearch.http.HttpServer$Dispatcher.dispatchRequest(HttpServer.java:86)    at org.elasticsearch.http.netty.NettyHttpServerTransport.dispatchRequest(NettyHttpServerTransport.java:449)    at org.elasticsearch.http.netty.HttpRequestHandler.messageReceived(HttpRequestHandler.java:61)复制代码

问题解决

通过以上排查大概知道是历史索引数据处于 open 状态过多,从而导致ES的CPU,内存占用过高导致的不可用。

#关闭不需要的索引,减少内存占用curl -XPOST "http://localhost:9200/index_name/_close"复制代码

小插曲

关闭非热点索引数据后,楼主的ES集群的健康值依然是 red 状态,楼主最后联想到索引的 red 状态可能会影响ES的状态,果不其然如下所示

curl GET http://10.252.148.85:9200/_cluster/health?level=indices{	"cluster_name": "elasticsearch",	"status": "red",	"timed_out": false,	"number_of_nodes": 1,	"number_of_data_nodes": 1,	"active_primary_shards": 660,	"active_shards": 660,	"relocating_shards": 0,	"initializing_shards": 0,	"unassigned_shards": 9,	"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": 98.65470852017937,	"indices": {		"jr-2018.08.06": {			"status": "red",			"number_of_shards": 3,			"number_of_replicas": 0,			"active_primary_shards": 0,			"active_shards": 0,			"relocating_shards": 0,			"initializing_shards": 0,			"unassigned_shards": 3		}	}}复制代码

解决方法,删除这条索引数据(这条数据是楼主排查问题期间产生的脏数据,索引直接删除)

curl -XDELETE 'http://10.252.148.85:9200/jr-2018.08.06'复制代码

小结

当ES处于单点时,应注意ES的索引状态以及服务器的监控,及时清理或者关闭不必要的索引数据,避免这种情况发生。技术成长的道路上,与你同行。

你可能感兴趣的文章
有向图的拓扑排序算法JAVA实现
查看>>
HTML页面跳转的5种方法
查看>>
李洪强-C语言5-函数
查看>>
开源监控利器grafana
查看>>
Android获取当前时间与星期几
查看>>
jenkins2 multibranch
查看>>
Css定位-定位
查看>>
am335x 电容屏驱动添加。
查看>>
rhel-server-7.2-x86_64无法联网(VMware环境)
查看>>
Nginx配置中的log_format用法梳理(设置详细的日志格式)
查看>>
优化LibreOffice如此简单
查看>>
【Oracle 数据迁移】环境oracle 11gR2,exp无法导出空表的表结构【转载】
查看>>
3D印花芭蕾舞鞋为舞者科学地保护双脚
查看>>
通过ActionTrail监控AccessKey的使用
查看>>
从 JavaScript 到 TypeScript
查看>>
一个mysql复制中断的案例
查看>>
【最佳实践】OSS开源工具ossutil-大文件断点续传
查看>>
Linux常用的服务器构建
查看>>
深入了解 Weex
查看>>
异构数据库
查看>>