为什么syslogudp的Flume中会丢失数据包?
使用Flume源syslogudp时,我看到大约25%的数据丢失 这是我的配置 a1.1=r1 a1.1=k1 a1.1=c1 来源 a1.sources.r1.type=syslogudp a1.sources.r1.bind=172.24.1.78 a1.sources.r1.port=65535 下沉 a1.sinks.k1.type=文件卷 a1.sinks.k1.sink.directory=/var/log/tmp a1.sinks.k1.sink.rollInterval=0 a1.sinks.k1.sink.batchSize=20000 频道 a1.Channel.c1.type=存储器 a1.1.c1.信道容量=20000 a1.Channel.c1.transactionCapacity=20000 绑定 a1.sources.r1.channels=c1 a1.1.k1.channel=c1 我对RHEL内核参数进行了更改,以解决该问题,但没有任何影响 sysctl-w net.core.rmem_max=33554432 sysctl-w net.ipv4.udp_mem='262144 327680 393216' sysctl-w net.core.netdev_max_backlog=2000为什么syslogudp的Flume中会丢失数据包?,udp,flume,Udp,Flume,使用Flume源syslogudp时,我看到大约25%的数据丢失 这是我的配置 a1.1=r1 a1.1=k1 a1.1=c1 来源 a1.sources.r1.type=syslogudp a1.sources.r1.bind=172.24.1.78 a1.sources.r1.port=65535 下沉 a1.sinks.k1.type=文件卷 a1.sinks.k1.sink.directory=/var/log/tmp a1.sinks.k1.sink.rollInterval=0 a1
有什么建议吗?可能是UDP本身的问题吧: 它(UDP)没有握手对话,因此向用户程序暴露了底层网络协议的任何不可靠性。由于这通常是不可靠介质上的IP,因此无法保证交付、订购或复制保护