本文介绍了Elasticsearch在高负载下JVM的垃圾回收问题，特别是[monitor.jvm]日志中记录的INFO、WARN和DEBUG级别事件。通过实例分析了young、old GC的持续时间和频率，强调了长时间的old GC可能导致节点被踢出集群，甚至数据丢失。解决方案包括调整heap内存分配和理解Elasticsearch的内部监控参数，以确保集群的稳定性和数据安全性。
Elasticsearch最近刚刚更名为Elastic，1.5.2 版本也已经出来了，只是Kibana、Sense等一大票工具不再免费了 (具体价格可以参见 - Subscriptions)，让人有点蛋蛋的桑心！呵呵，毕竟是个好项目，人家也要挣钱去养家糊口，希望之后的版本能够更稳定，特别是在系统升级的稳定性方面。最近刚将生产环境由1.2.2升级到1.4.4，相对上一次1.1.1到1.2.2，这次总体还是平稳的，但还是有些意料之外的问题 - checksum check。
Elasticsearch是构建在Java之上的、开源的、分布式搜索和分析引擎，因此JVM的性能对Elasticsearch性能至关重要。在负载超出节点所能承受的情况下，JVM垃圾内存回收的“Stop-The-World”会造成节点被踢出Elasticsearc
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
