Logstash 设置日志存储转发器中的时间延迟

Logstash 设置日志存储转发器中的时间延迟,logstash,logstash-forwarder,elastic-stack,Logstash,Logstash Forwarder,Elastic Stack,因此,最近我在两个EC2实例上使用logstash forwarder设置了ELK stack,将服务器日志转发给elasticsearch和另一个EC2实例上安装的kibana。在这样做之后,我意识到服务器CPU的百分比一直在急剧上升,最高的进程总是java(它是logstash forwarder,因为服务器是用node.js编写的) 我考虑过限制logstash转发器每分钟发送的请求数。但首先,我不确定从logstash转发器配置来看这是否可行。其次,如果可行的话,发送大量日志数据是否比一

因此,最近我在两个EC2实例上使用logstash forwarder设置了ELK stack,将服务器日志转发给elasticsearch和另一个EC2实例上安装的kibana。在这样做之后,我意识到服务器CPU的百分比一直在急剧上升,最高的进程总是java(它是logstash forwarder,因为服务器是用node.js编写的)

我考虑过限制logstash转发器每分钟发送的请求数。但首先,我不确定从logstash转发器配置来看这是否可行。其次,如果可行的话,发送大量日志数据是否比一次性发送要好,而不是连续发送小块


谢谢。

logstash转发器是用go编写的,可编译为本机二进制文件。你确定你运行的是logstash forwarder而不是logstash吗?是的,我确定,运行logstash forwarder的是CPU高的服务器。logstash和elasticsearch实例工作正常。logstash、logstash forwarder或elasticsearch都不是在Node.js中编写的,Node.js也不会在JVM上运行。首先找出哪个进程的CPU使用率出现峰值。如果它是一个Java进程,它就不是logstash转发器。我从来没有提到logstash、logstash转发器和elasticsearch都是在node.js中编写的。如果你花更多的时间阅读这个问题,你会发现我说的顶级进程是Java,服务器是用node.js编写的