udp - Fluentd

Search…

udp

The in_udp Input plugin enables Fluentd to accept UDP payload.
It is included in Fluentd's core.
Example Configuration
1
<source>
2
  @type udp
3
  tag mytag # required
4
  <parse>
5
    @type regexp
6
    expression /^(?<field1>\d+):(?<field2>\w+)$/
7
  </parse>
8
  port 20001               # optional. 5160 by default
9
  bind 0.0.0.0             # optional. 0.0.0.0 by default
10
  message_length_limit 1MB # optional. 4096 bytes by default
11
</source>
Copied!
Refer to the Configuration File article for the basic structure and syntax of the configuration file.
For <parse>, refer to Parse Section.
We have observed drastic performance improvements on Linux, with proper kernel parameter settings (e.g. net.core.rmem_max parameter). If you have high-volume UDP traffic, please make sure to follow Before Installing Fluentd instructions.
Plugin Helpers
​server​
​parser​
​extract​
​compat_parameters​
Parameters
See Common Parameters.
@type
The value must be udp.
tag
type
default
version
string
required parameter
0.14.0
The tag of the output events.
port
type
default
version
integer
5160
0.14.0
The port to listen to. (default: 5160)
bind
type
default
version
string
0.0.0.0 (all addresses)
0.14.0
The bind address to listen to.
source_hostname_key
type
default
version
string
nil (no adding hostname)
0.14.10
The field name of the client's hostname. If it is set, the client's hostname will be set to its key.
If you set the following configuration:
1
source_hostname_key client_host
Copied!
then the client's hostname is set to client_host field i.e.:
1
{
2
    ...
3
    "foo": "bar",
4
    "client_host": "client.hostname.org"
5
}
Copied!
source_address_key
type
default
version
string
nil (no adding source address)
1.4.2
The field name for the client's IP address. If you set this option, Fluentd automatically adds the remote address to each data record.
For example, if you have the following configuration:
1
<source>
2
  @type udp
3
  source_address_key client_addr
4
  # ...
5
</source>
Copied!
You will get something like this:
1
{
2
    ...
3
    "client_addr": "192.168.10.10"
4
    ...
5
}
Copied!
message_length_limit
type
default
version
size
4096
0.14.14
The maximum number of bytes for the message.
remove_newline
type
default
version
bool
true
0.14.23
Removes the newline from the end of the incoming payload.
<parse> Section
required
multi
version
true
false
0.14.10
in_tcp uses the parser plugin to parse the payload.
For more details:
​Parser Plugin Overview​
​Parse Section Configurations​
Code Example
Here is a Ruby example to send an event to in_udp:
1
require 'socket'
2
​
3
us = UDPSocket.open
4
sa = Socket.pack_sockaddr_in(5160, '127.0.0.1')
5
​
6
# This example uses json payload.
7
# In in_udp configuration, need to configure "@type json" in "<parse>"
8
us.send('{"k":"v1"}', 0, sa)
9
us.send('{"k":"v2"}', 0, sa)
10
us.close
Copied!
FAQ
How to prevent request drop?
If in_udp gets lots of packets within 1 sec, some packets are dropped. For example, you can see bigger RcvbufErrors number via netstat -su.
This means that in_udp with one process cannot handle such traffic loads. Try multi workers.
How to receive binary data that contains newline bytes
If you are trying to receive binary data containing '\r' (0x0d) or '\n' (0x0a), you need to tweak remove_newline to prevent Fluentd from corrupting payloads.
For example, suppose you intend to receive packets which contain the following data:
1
\xa9test\ntest (0xa9, 0x74, 0x65, 0x73, 0x74, 0xa, 0x74, 0x65, 0x73, 0x74)
Copied!
you need to be careful that the default behaviour of Fluentd is to trim the 6th byte (0x0a) from payload. If you do not want this behaviour, please configure remove_newline to false.
If this article is incorrect or outdated, or omits critical information, please let us know. Fluentd is an open-source project under Cloud Native Computing Foundation (CNCF). All components are available under the Apache 2 License.