kennywu76

kennywu76

wood@Ctrip

浙江省 杭州市 计算机软、硬件/互联网/IT

威望 : 451 积分 : 9740 赞同 : 929 感谢 : 79

擅长话题

更多 »回复

0

打开ES的GC log,捕捉一下耗时高的GC日志,看是否偶尔有数百秒的GC停顿。  因为你的heap划的比较大,有31GB,又是用的默认的CMS GC, 在查询量比较多的时候,有可能出现长时间的GC停顿。 我们线上遇到过类似的问题,改用G1以后这种偶发的长时间...

0

集群版本是多少,如果是 5.1.2之前的版本,参考这个问题: https://elasticsearch.cn/question/1716    

2

filter是单个缓存的,不过对于term 类型的filter是否缓存要看版本。  因为term filter开销很小,所以从5.1.1之后不再做缓存。

0

我咋感觉问题没描述清楚呢?   这里说的内存占用是heap还是RSS?  看起来描述的是物理内存8GB, ES启动后RSS从几百MB逐步上升到7GB?    ES的heap怎么配置的也没说。

2

如集群正常工作的情况下,cpu/磁盘io已经接近饱和了,那么数据恢复的确可能影响到读写的吞吐量,这个时候只能是控制recovery的速率(集群有个设置indices.recovery.max_bytes_per_sec) 或者按照Rockybean的方法,延缓...

更多 »发问

9

1122 次浏览  • 14 个关注   • 2018-08-24

发问

回复

文章

最新动态

详细资料

个人成就:

威望: 451 积分: 9740 赞同: 929 感谢: 79

最后活跃:
3 小时前
擅长话题:
elasticsearch 154   28
elasicsearch 60   8
es 62   6
logstash 13   1
elastic 32   5
内存 10   3
聚合 8   2
DSL 8   3
filebeat 6   0
script 5   0
update 4   2
集群 7   0
更多 » 关注 2

jiangtao medcl

更多 » 452 人关注

fire WangChuanfu gomatu xufenxu liuxiaojie

主页访问量 : 13748 次访问