SkyWalking 性能优化 | JAVA日知录

如果你正在使用SkyWalking作为分布式跟踪系统，而且是使用elasticsearch作为存储引擎，那么这篇文章中针对SkyWalking的优化你不妨看一下，说不定就有用了呢？

参考网址：https://www.elastic.co/guide/en/elasticsearch/client/java-api/5.5/java-docs-bulk-processor.html

ES优化

JVM参数调整

此部分主要是针对es的配置文件jvm.options

-Xms6g
-Xmx6g
-Xmn2g

[2019-12-23T03:24:11.002+0000][1][gc,heap      ] GC(269053) ParNew: 419674K->11981K(460096K)
[2019-12-23T03:24:11.002+0000][1][gc,heap      ] GC(269053) CMS: 1646907K->1646907K(2634560K)
[2019-12-23T03:24:11.002+0000][1][gc,metaspace ] GC(269053) Metaspace: 86889K->86889K(1130496K)

当时设置的-Xmx 和 -Xms为3g，如果按照默认配置-XX:NewRatis=2那么新生代应该有1g左右，但是实际上只有460M，为了减少Young gc的频率需要显式使用-Xmn指定新生代大小。

大家可以参考博文 CMS GC 默认新生代是多大？，很好的解释了为什么CMS垃圾回收时默认新生代的大小不是根据-XX:NewRatis=2计算而得。

索引参数优化

给ES配置高性能写模式主要是修改es配置文件elasticsearch.yml中的index相关配置，主要修改如下几个参数

"index.merge.scheduler.max_thread_count" : "1",
 "index.refresh_interval" : "30s",
 "index.translog.durability" : "async",
 "index.translog.sync_interval" : "120s"

参考网址：https://www.elastic.co/guide/en/elasticsearch/reference/6.8/tune-for-indexing-speed.html

结语

本篇主要是针对skywalking单机版优化，由于skywalking对es的操作非常多，如果单机版es扛不住的话还是最好还是使用skywalking的集群模式。

点击下方“阅读原文”查看更多

本文分享自微信公众号 - JAVA日知录（javadaily）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。