查看: 830|回复: 0

[经验分享] Zookeeper Memory leak

尚未签到

发表于 2019-1-8 08:27:04 | 显示全部楼层 |阅读模式

依然是前阶段（太久没写blog了）发现线上Kafka用的Zookeeper集群其中一个节点内存用到了4个多GB，进一步发现这个节点的watcher有几百万了=。=
发现原来在所有的flume-agent上只配置了这个节点，以为会自动感知（线上版本是3.4.5，还没这么高端的功能）；
另外发现agent端的flume conf是自动生成的，其中topic是判断固定路径下所有日志的文件名，每个文件名会生成一个topic+channel，有些应用会不遵守规范在该路径下写很多文件，所以很多session会监听几百个watcher.
很多session其实已经closed掉了但是watcher还在，这其实是Zookeeper的一个bug（ZOOKEEPER-1382）导致的memory leak,down掉到无所谓，就怕gc导致的slow response进而影响produce/consume.　　

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表，该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有，请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意，请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息，一经发现立即删除。若您因此触犯法律，一切后果自负，我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集，我们仅提供一个展示、介绍、观摩学习的平台，我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责，亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏，不得用于商业或者其他用途，否则，一切后果均由您自己承担，我们对此不承担任何法律责任
7、如涉及侵犯版权等问题，请您及时通知我们，我们将立即采取措施予以解决
8、联系人Email：admin@iyunv.com 网址：www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址：https://www.yunweiku.com/thread-660552-1-1.html 上篇帖子： Zookeeper的几个应用场景下篇帖子： kafka 、 zookeeper 集群（二）

使用道具举报