视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
优化hbaseJVMGC参数,避免由于JVM内存回收引发的ZooKeeper会话超
2020-11-09 07:35:19 责编:小采
文档


hbase默认内存为1G,官方文档中明确地指出这是无法支撑长时间正常运行的,是肯定要引发ZooKeeper会话超时事件,从而导致服务退出的。 文档中给出了4个不怎么有用的建议: 加大内存(但不告诉加多少,反正是越多越好)确保不要使用交换分区(可我的硬盘是SSD

hbase默认内存为1G,官方文档中明确地指出这是无法支撑长时间正常运行的,是肯定要引发ZooKeeper会话超时事件,从而导致服务退出的。

文档中给出了4个不怎么有用的建议:

加大内存(但不告诉加多少,反正是越多越好)确保不要使用交换分区(可我的硬盘是SSD,比内存慢不了多少)确保有空闲的CPU(CPU很少怎么办?)延长ZooKeeper超时等待时间(这个有点用,适当延长无害)

既然是JVM回收内存引发的事件,就优化JVM参数来解决吧!以默认1G内存为例。

设置Xmn值为150M:

export HBASE_OPTS="-Xmn150m"

设置GC参数:

export SERVER_GC_OPTS="-XX:CMSInitiatingOccupancyFraction=80 -XX:+UseParNewGC -XX:+UseConcMarkSweepGC"

解释一下:

-Xmn150m 年轻代大小为150M

"-XX:CMSInitiatingOccupancyFraction=80 年老代使用了80%时回收内存

( 1 - 年轻代150M / ( 总内存1000M - 年轻代150M ) ) * 100 = 82.35 > 80

确保了在回收时有余量执行此时出现的任务

-XX:+UseParNewGC:设置年轻代为并发回收

-XX:+UseConcMarkSweepGC:设置年老代为并发回收

这样就能保证在硬件资源范围内最大限度地支撑正常运行,赶快试试吧!

下载本文
显示全文
专题