No commit activity in last 3 years
No release in over 3 years
Fluentd plugin to post data to yohoushi
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
 Dependencies

Development

>= 0
>= 0
>= 0

Runtime

 Project Readme

fluent-plugin-yohoushi Build Status Dependency Status

Fluentd plugin to post data to yohoushi where yohoushi is a visualization graph tool.

Configuration

<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

Parameters

  • base_uri (semi-required)

    The base uri of yohoushi. mapping1 or base_uri is required.

  • mapping[1-20] (semi-required)

    This is an option for multiforecast-client. mapping1 or base_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 or key_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 or key_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 is false

  • 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).

Placeholders

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 or key1, 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.

ChangeLog

See CHANGELOG.md for details.

Contributing

  1. Fork it
  2. Create your feature branch (git checkout -b my-new-feature)
  3. Commit your changes (git commit -am 'Add some feature')
  4. Push to the branch (git push origin my-new-feature)
  5. Create new Pull Request

Copyright

Copyright (c) 2013 Naotoshi Seo. See LICENSE for details.