Fluentd plugin to post data to yohoushi where yohoushi is a visualization graph tool.
<match foo.bar.**>
type yohoushi
base_uri http://yohoushi.local:4804
key1 foo_count /foobar/foo_count
key2 bar_count /foobar/bar_count
</match>
Assuming following inputs are coming:
foo.bar: {"foo_count":1,"bar_count":2}
then fluent-plugin-yohoushi posts data to yohoshi similarly like
$ curl -d number=1 http://yohoushi.local:4804/api/graphs/foobar/foo_count
$ curl -d number=2 http://yohoushi.local:4804/api/graphs/foobar/bar_count
-
base_uri (semi-required)
The base uri of yohoushi.
mapping1
orbase_uri
is required. -
mapping[1-20] (semi-required)
This is an option for multiforecast-client.
mapping1
orbase_uri
is required.With this option, you can post graph data directly to multiple growthforecasts, not via yohoushi, which is more efficient.
ex)
mapping1 /foobar http://growthforecast1.local:5125 mapping2 / http://growthforecast2.local:5125
-
key[1-20] (semi-required)
A pair of a field name of the input record, and a graph path to be posted.
key1
orkey_pattern
is required.SECRET TRICK: You can use placeholders for the graph path. See Placeholders section.
-
key_pattern (semi-requierd)
A pair of a regular expression to specify field names of the input record, and an expression to specify graph paths.
key1
orkey_pattern
is required.For example, a configuration like
key_pattern _count$ /foobar/${key}
instead of key1, key2 in the above example gives the same effect.
$ curl -d number=1 http://yohoushi.local:4804/api/graphs/foobar/foo_count $ curl -d number=2 http://yohoushi.local:4804/api/graphs/foobar/bar_count
See Placeholders section to know more about placeholders such as ${key}.
-
enable_float_number
Set to
true
if you are enabling--enable_float_number
option of GrowthForecast. Default isfalse
-
mode
The graph mode (either of gauge, count, modified, or derive). Just same as mode of GrowthForecast POST parameter. Default is gauge.
-
enable_ruby bool
Enable to use ruby codes in placeholders. See Placeholders section. Default is true (just for lower version compatibility).
The keys of input json are available as placeholders. In the above example,
- ${foo_count}
- ${bar_count}
shall be available. In addition, following placeholders are reserved:
-
${hostname} hostname
-
${time} time of the event
-
${key} the matched key value with
key_pattern
orkey1
,key2
, ... -
${tag} input tag
-
${tags[N]} (Obsolete. Use tag_parts) Input tag splitted by '.'
-
${tag_parts[N]} Input tag splitted by '.' indexed with N such as
${tag_parts[0]}
,${tag_parts[-1]}
. -
${tag_prefix[N]} Tag parts before and on the index N. For example,
Input tag: prefix.test.tag.suffix ${tag_prefix[0]} => prefix ${tag_prefix[1]} => prefix.test ${tag_prefix[-2]} => prefix.test.tag ${tag_prefix[-1]} => prefix.test.tag.suffix
-
${tag_suffix[N]} Tag parts after and on the index N. For example,
Input tag: prefix.test.tag.suffix ${tag_suffix[0]} => prefix.test.tag.suffix ${tag_suffix[1]} => test.tag.suffix ${tag_suffix[-2]} => tag.suffix ${tag_suffix[-1]} => suffix
It is also possible to write a ruby code in placeholders if you set enable_ruby true
option, so you may write some codes as
- ${time.strftime('%Y-%m-%dT%H:%M:%S%z')}
- ${tag_parts.last}
but, please note that enabling ruby codes is not encouraged by security reasons and also in terms of the performance.
See CHANGELOG.md for details.
- Fork it
- Create your feature branch (
git checkout -b my-new-feature
) - Commit your changes (
git commit -am 'Add some feature'
) - Push to the branch (
git push origin my-new-feature
) - Create new Pull Request
Copyright (c) 2013 Naotoshi Seo. See LICENSE for details.