你可以的,加油

关于elasticsearch使用G1垃圾回收替换CMS

Elasticsearch | 作者 yanlei | 发布于2018年06月22日 | 阅读数:8228

最近ES集群数据节点经常出现jvm占用过高,频繁GC导致ES集群卡死,很长时间才恢复。在网上看到用G1垃圾回收可以改善这一情况,但都是老版本的ES,我们现在使用的版本是5.5.2,所以想问问各位5.5.2版本的ES能不能改用G1垃圾回收,另外要怎么改为G1,因为以前的版本都是在elasticsearch.in.sh文件中改JAVA_OPTS的配置,但在5.5.2版本中已找不到这个配置,好像在jvm.options文件中,但是不知道具体怎么改。求救~~
已邀请:

kennywu76 - Wood^Trip.com

赞同来自: rockybean kwan derobukal

我们线上的集群从5.3.2 -  6.2.4都有用G1的,没有什么问题。 修改jvm.options文件,将下面几行:
-XX:+UseConcMarkSweepGC
-XX:CMSInitiatingOccupancyFraction=75
-XX:+UseCMSInitiatingOccupancyOnly
更改为
-XX:+UseG1GC
-XX:MaxGCPauseMillis=50
即可。
 
其中 -XX:MaxGCPauseMillis是控制预期的最高GC时长,默认值为200ms,如果线上业务特性对于GC停顿非常敏感,可以适当设置低一些。但是 这个值如果设置过小,可能会带来比较高的cpu消耗。 
 
G1对于集群正常运作的情况下减轻G1停顿对服务时延的影响还是很有效的,但是如果是你描述的GC导致集群卡死,那么很有可能换G1也无法根本上解决问题。 通常都是集群的数据模型或者Query需要优化。

code4j - coder github: https://github.com/rpgmakervx

赞同来自:

我觉得改垃圾回收器也不能解决你GC耗时过久的问题。要从根本上先分析GC耗时高的原因,通常来说都是因为堆分配太多了,而内存又都是常驻的,所以GC一次需要遍历的内存区太多导致耗时很久。
 
之前我们有一个日志集群,32G的堆,由于索引太多了导致master节点的内存被占满了,每次GC耗时1分钟多。
而我们有一个服务,内存只有512M,每次GC耗时只有几十毫秒。
 
所以先分析集群为什么会吃这么大内存吧

yueqianzhuwei

赞同来自:

G1GC官方推荐的jdk版本是JDK11,9开始默认使用G1,之前默认CMS,而且jdk8我改成G1是不会发生GC了,但是数据插入速度变慢了。

zqc0512 - andy zhou

赞同来自:

G1GC 一般31G内存都用这玩意,  目前运行正常

Jokers - hi

赞同来自:

@zqc0512   31G JVM 内存需要实力机器大于 64G? 如果等于64呢?还能发挥到最大性能吗?目前我设置的 31G JVM 内存 物理内存是64G ,感觉性能不是很理想。

要回复问题请先登录注册