fluent-plugin-splunk-hec 1.0.0
Sign up to get free protection for your applications and to get access to all the features.
- checksums.yaml +7 -0
- data/CODE_OF_CONDUCT.md +74 -0
- data/Gemfile +6 -0
- data/Gemfile.lock +70 -0
- data/LICENSE +234 -0
- data/README.md +381 -0
- data/Rakefile +10 -0
- data/VERSION +1 -0
- data/fluent-plugin-splunk-hec.gemspec +41 -0
- data/lib/fluent/plugin/out_splunk_hec.rb +395 -0
- data/lib/fluent/plugin/out_splunk_hec/match_formatter.rb +22 -0
- data/lib/fluent/plugin/out_splunk_hec/version.rb +1 -0
- data/test/fluent/plugin/out_splunk_hec_test.rb +271 -0
- data/test/lib/webmock/http_lib_adapters/curb_adapter.rb +0 -0
- data/test/lib/webmock/http_lib_adapters/em_http_request_adapter.rb +0 -0
- data/test/lib/webmock/http_lib_adapters/excon_adapter.rb +0 -0
- data/test/lib/webmock/http_lib_adapters/http_rb_adapter.rb +0 -0
- data/test/lib/webmock/http_lib_adapters/httpclient_adapter.rb +0 -0
- data/test/lib/webmock/http_lib_adapters/manticore_adapter.rb +0 -0
- data/test/lib/webmock/http_lib_adapters/patron_adapter.rb +0 -0
- data/test/lib/webmock/http_lib_adapters/typhoeus_hydra_adapter.rb +0 -0
- data/test/test_helper.rb +39 -0
- metadata +188 -0
checksums.yaml
ADDED
@@ -0,0 +1,7 @@
|
|
1
|
+
---
|
2
|
+
SHA256:
|
3
|
+
metadata.gz: 891d6573230e5e79e740d8a1d583f5f8b205313169e9c7ae809fcac2e7bf2367
|
4
|
+
data.tar.gz: 5d6e4fbf0e6f80eb9eaf7ea1ba9b1b0e1c0ffb231e8682be1ecdb0f353a7a8cb
|
5
|
+
SHA512:
|
6
|
+
metadata.gz: 8d728f7565cb240a50759acf353bfc5ef1de88223d79c81f5a9ba4f1c848414df8448d1642652ba42e0bc82983b0ffbc9918e6e6a8576aa3051f9eea18f44ac2
|
7
|
+
data.tar.gz: a5a0e99b20197fca605bc03f094657cb06367b61e69fd5562f0ad35c5cfe733b2ee66de62019d8576467d357f2e7de8eb8594497d9e30e651cafd15eff6ff526
|
data/CODE_OF_CONDUCT.md
ADDED
@@ -0,0 +1,74 @@
|
|
1
|
+
# Contributor Covenant Code of Conduct
|
2
|
+
|
3
|
+
## Our Pledge
|
4
|
+
|
5
|
+
In the interest of fostering an open and welcoming environment, we as
|
6
|
+
contributors and maintainers pledge to making participation in our project and
|
7
|
+
our community a harassment-free experience for everyone, regardless of age, body
|
8
|
+
size, disability, ethnicity, gender identity and expression, level of experience,
|
9
|
+
nationality, personal appearance, race, religion, or sexual identity and
|
10
|
+
orientation.
|
11
|
+
|
12
|
+
## Our Standards
|
13
|
+
|
14
|
+
Examples of behavior that contributes to creating a positive environment
|
15
|
+
include:
|
16
|
+
|
17
|
+
* Using welcoming and inclusive language
|
18
|
+
* Being respectful of differing viewpoints and experiences
|
19
|
+
* Gracefully accepting constructive criticism
|
20
|
+
* Focusing on what is best for the community
|
21
|
+
* Showing empathy towards other community members
|
22
|
+
|
23
|
+
Examples of unacceptable behavior by participants include:
|
24
|
+
|
25
|
+
* The use of sexualized language or imagery and unwelcome sexual attention or
|
26
|
+
advances
|
27
|
+
* Trolling, insulting/derogatory comments, and personal or political attacks
|
28
|
+
* Public or private harassment
|
29
|
+
* Publishing others' private information, such as a physical or electronic
|
30
|
+
address, without explicit permission
|
31
|
+
* Other conduct which could reasonably be considered inappropriate in a
|
32
|
+
professional setting
|
33
|
+
|
34
|
+
## Our Responsibilities
|
35
|
+
|
36
|
+
Project maintainers are responsible for clarifying the standards of acceptable
|
37
|
+
behavior and are expected to take appropriate and fair corrective action in
|
38
|
+
response to any instances of unacceptable behavior.
|
39
|
+
|
40
|
+
Project maintainers have the right and responsibility to remove, edit, or
|
41
|
+
reject comments, commits, code, wiki edits, issues, and other contributions
|
42
|
+
that are not aligned to this Code of Conduct, or to ban temporarily or
|
43
|
+
permanently any contributor for other behaviors that they deem inappropriate,
|
44
|
+
threatening, offensive, or harmful.
|
45
|
+
|
46
|
+
## Scope
|
47
|
+
|
48
|
+
This Code of Conduct applies both within project spaces and in public spaces
|
49
|
+
when an individual is representing the project or its community. Examples of
|
50
|
+
representing a project or community include using an official project e-mail
|
51
|
+
address, posting via an official social media account, or acting as an appointed
|
52
|
+
representative at an online or offline event. Representation of a project may be
|
53
|
+
further defined and clarified by project maintainers.
|
54
|
+
|
55
|
+
## Enforcement
|
56
|
+
|
57
|
+
Instances of abusive, harassing, or otherwise unacceptable behavior may be
|
58
|
+
reported by contacting the project team at zliang@splunk.com. All
|
59
|
+
complaints will be reviewed and investigated and will result in a response that
|
60
|
+
is deemed necessary and appropriate to the circumstances. The project team is
|
61
|
+
obligated to maintain confidentiality with regard to the reporter of an incident.
|
62
|
+
Further details of specific enforcement policies may be posted separately.
|
63
|
+
|
64
|
+
Project maintainers who do not follow or enforce the Code of Conduct in good
|
65
|
+
faith may face temporary or permanent repercussions as determined by other
|
66
|
+
members of the project's leadership.
|
67
|
+
|
68
|
+
## Attribution
|
69
|
+
|
70
|
+
This Code of Conduct is adapted from the [Contributor Covenant][homepage], version 1.4,
|
71
|
+
available at [http://contributor-covenant.org/version/1/4][version]
|
72
|
+
|
73
|
+
[homepage]: http://contributor-covenant.org
|
74
|
+
[version]: http://contributor-covenant.org/version/1/4/
|
data/Gemfile
ADDED
data/Gemfile.lock
ADDED
@@ -0,0 +1,70 @@
|
|
1
|
+
PATH
|
2
|
+
remote: .
|
3
|
+
specs:
|
4
|
+
fluent-plugin-splunk-hec (1.0.0)
|
5
|
+
fluentd (~> 1.0)
|
6
|
+
multi_json (~> 1.13)
|
7
|
+
net-http-persistent (~> 3.0)
|
8
|
+
|
9
|
+
GEM
|
10
|
+
remote: https://rubygems.org/
|
11
|
+
specs:
|
12
|
+
addressable (2.5.2)
|
13
|
+
public_suffix (>= 2.0.2, < 4.0)
|
14
|
+
connection_pool (2.2.1)
|
15
|
+
cool.io (1.5.3)
|
16
|
+
crack (0.4.3)
|
17
|
+
safe_yaml (~> 1.0.0)
|
18
|
+
dig_rb (1.0.1)
|
19
|
+
fluentd (1.1.0)
|
20
|
+
cool.io (>= 1.4.5, < 2.0.0)
|
21
|
+
dig_rb (~> 1.0.0)
|
22
|
+
http_parser.rb (>= 0.5.1, < 0.7.0)
|
23
|
+
msgpack (>= 0.7.0, < 2.0.0)
|
24
|
+
serverengine (>= 2.0.4, < 3.0.0)
|
25
|
+
sigdump (~> 0.2.2)
|
26
|
+
strptime (>= 0.2.2, < 1.0.0)
|
27
|
+
tzinfo (~> 1.0)
|
28
|
+
tzinfo-data (~> 1.0)
|
29
|
+
yajl-ruby (~> 1.0)
|
30
|
+
hashdiff (0.3.7)
|
31
|
+
http_parser.rb (0.6.0)
|
32
|
+
minitest (5.11.3)
|
33
|
+
msgpack (1.2.2)
|
34
|
+
multi_json (1.13.1)
|
35
|
+
net-http-persistent (3.0.0)
|
36
|
+
connection_pool (~> 2.2)
|
37
|
+
power_assert (1.1.1)
|
38
|
+
public_suffix (3.0.2)
|
39
|
+
rake (10.5.0)
|
40
|
+
safe_yaml (1.0.4)
|
41
|
+
serverengine (2.0.6)
|
42
|
+
sigdump (~> 0.2.2)
|
43
|
+
sigdump (0.2.4)
|
44
|
+
strptime (0.2.3)
|
45
|
+
test-unit (3.2.7)
|
46
|
+
power_assert
|
47
|
+
thread_safe (0.3.6)
|
48
|
+
tzinfo (1.2.5)
|
49
|
+
thread_safe (~> 0.1)
|
50
|
+
tzinfo-data (1.2018.3)
|
51
|
+
tzinfo (>= 1.0.0)
|
52
|
+
webmock (3.3.0)
|
53
|
+
addressable (>= 2.3.6)
|
54
|
+
crack (>= 0.3.2)
|
55
|
+
hashdiff
|
56
|
+
yajl-ruby (1.3.1)
|
57
|
+
|
58
|
+
PLATFORMS
|
59
|
+
ruby
|
60
|
+
|
61
|
+
DEPENDENCIES
|
62
|
+
bundler (~> 1.16)
|
63
|
+
fluent-plugin-splunk-hec!
|
64
|
+
minitest (~> 5.0)
|
65
|
+
rake (~> 10.0)
|
66
|
+
test-unit (~> 3.0)
|
67
|
+
webmock (~> 3.2)
|
68
|
+
|
69
|
+
BUNDLED WITH
|
70
|
+
1.16.1
|
data/LICENSE
ADDED
@@ -0,0 +1,234 @@
|
|
1
|
+
Apache License
|
2
|
+
Version 2.0, January 2004
|
3
|
+
http://www.apache.org/licenses/
|
4
|
+
|
5
|
+
TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION
|
6
|
+
|
7
|
+
1. Definitions.
|
8
|
+
|
9
|
+
"License" shall mean the terms and conditions for use, reproduction,
|
10
|
+
and distribution as defined by Sections 1 through 9 of this document.
|
11
|
+
|
12
|
+
"Licensor" shall mean the copyright owner or entity authorized by
|
13
|
+
the copyright owner that is granting the License.
|
14
|
+
|
15
|
+
"Legal Entity" shall mean the union of the acting entity and all
|
16
|
+
other entities that control, are controlled by, or are under common
|
17
|
+
control with that entity. For the purposes of this definition,
|
18
|
+
"control" means (i) the power, direct or indirect, to cause the
|
19
|
+
direction or management of such entity, whether by contract or
|
20
|
+
otherwise, or (ii) ownership of fifty percent (50%) or more of the
|
21
|
+
outstanding shares, or (iii) beneficial ownership of such entity.
|
22
|
+
|
23
|
+
"You" (or "Your") shall mean an individual or Legal Entity
|
24
|
+
exercising permissions granted by this License.
|
25
|
+
|
26
|
+
"Source" form shall mean the preferred form for making modifications,
|
27
|
+
including but not limited to software source code, documentation
|
28
|
+
source, and configuration files.
|
29
|
+
|
30
|
+
"Object" form shall mean any form resulting from mechanical
|
31
|
+
transformation or translation of a Source form, including but
|
32
|
+
not limited to compiled object code, generated documentation,
|
33
|
+
and conversions to other media types.
|
34
|
+
|
35
|
+
"Work" shall mean the work of authorship, whether in Source or
|
36
|
+
Object form, made available under the License, as indicated by a
|
37
|
+
copyright notice that is included in or attached to the work
|
38
|
+
(an example is provided in the Appendix below).
|
39
|
+
|
40
|
+
"Derivative Works" shall mean any work, whether in Source or Object
|
41
|
+
form, that is based on (or derived from) the Work and for which the
|
42
|
+
editorial revisions, annotations, elaborations, or other modifications
|
43
|
+
represent, as a whole, an original work of authorship. For the purposes
|
44
|
+
of this License, Derivative Works shall not include works that remain
|
45
|
+
separable from, or merely link (or bind by name) to the interfaces of,
|
46
|
+
the Work and Derivative Works thereof.
|
47
|
+
|
48
|
+
"Contribution" shall mean any work of authorship, including
|
49
|
+
the original version of the Work and any modifications or additions
|
50
|
+
to that Work or Derivative Works thereof, that is intentionally
|
51
|
+
submitted to Licensor for inclusion in the Work by the copyright owner
|
52
|
+
or by an individual or Legal Entity authorized to submit on behalf of
|
53
|
+
the copyright owner. For the purposes of this definition, "submitted"
|
54
|
+
means any form of electronic, verbal, or written communication sent
|
55
|
+
to the Licensor or its representatives, including but not limited to
|
56
|
+
communication on electronic mailing lists, source code control systems,
|
57
|
+
and issue tracking systems that are managed by, or on behalf of, the
|
58
|
+
Licensor for the purpose of discussing and improving the Work, but
|
59
|
+
excluding communication that is conspicuously marked or otherwise
|
60
|
+
designated in writing by the copyright owner as "Not a Contribution."
|
61
|
+
|
62
|
+
"Contributor" shall mean Licensor and any individual or Legal Entity
|
63
|
+
on behalf of whom a Contribution has been received by Licensor and
|
64
|
+
subsequently incorporated within the Work.
|
65
|
+
|
66
|
+
2. Grant of Copyright License. Subject to the terms and conditions of
|
67
|
+
this License, each Contributor hereby grants to You a perpetual,
|
68
|
+
worldwide, non-exclusive, no-charge, royalty-free, irrevocable
|
69
|
+
copyright license to reproduce, prepare Derivative Works of,
|
70
|
+
publicly display, publicly perform, sublicense, and distribute the
|
71
|
+
Work and such Derivative Works in Source or Object form.
|
72
|
+
|
73
|
+
3. Grant of Patent License. Subject to the terms and conditions of
|
74
|
+
this License, each Contributor hereby grants to You a perpetual,
|
75
|
+
worldwide, non-exclusive, no-charge, royalty-free, irrevocable
|
76
|
+
(except as stated in this section) patent license to make, have made,
|
77
|
+
use, offer to sell, sell, import, and otherwise transfer the Work,
|
78
|
+
where such license applies only to those patent claims licensable
|
79
|
+
by such Contributor that are necessarily infringed by their
|
80
|
+
Contribution(s) alone or by combination of their Contribution(s)
|
81
|
+
with the Work to which such Contribution(s) was submitted. If You
|
82
|
+
institute patent litigation against any entity (including a
|
83
|
+
cross-claim or counterclaim in a lawsuit) alleging that the Work
|
84
|
+
or a Contribution incorporated within the Work constitutes direct
|
85
|
+
or contributory patent infringement, then any patent licenses
|
86
|
+
granted to You under this License for that Work shall terminate
|
87
|
+
as of the date such litigation is filed.
|
88
|
+
|
89
|
+
4. Redistribution. You may reproduce and distribute copies of the
|
90
|
+
Work or Derivative Works thereof in any medium, with or without
|
91
|
+
modifications, and in Source or Object form, provided that You
|
92
|
+
meet the following conditions:
|
93
|
+
|
94
|
+
(a) You must give any other recipients of the Work or
|
95
|
+
Derivative Works a copy of this License; and
|
96
|
+
|
97
|
+
(b) You must cause any modified files to carry prominent notices
|
98
|
+
stating that You changed the files; and
|
99
|
+
|
100
|
+
(c) You must retain, in the Source form of any Derivative Works
|
101
|
+
that You distribute, all copyright, patent, trademark, and
|
102
|
+
attribution notices from the Source form of the Work,
|
103
|
+
excluding those notices that do not pertain to any part of
|
104
|
+
the Derivative Works; and
|
105
|
+
|
106
|
+
(d) If the Work includes a "NOTICE" text file as part of its
|
107
|
+
distribution, then any Derivative Works that You distribute must
|
108
|
+
include a readable copy of the attribution notices contained
|
109
|
+
within such NOTICE file, excluding those notices that do not
|
110
|
+
pertain to any part of the Derivative Works, in at least one
|
111
|
+
of the following places: within a NOTICE text file distributed
|
112
|
+
as part of the Derivative Works; within the Source form or
|
113
|
+
documentation, if provided along with the Derivative Works; or,
|
114
|
+
within a display generated by the Derivative Works, if and
|
115
|
+
wherever such third-party notices normally appear. The contents
|
116
|
+
of the NOTICE file are for informational purposes only and
|
117
|
+
do not modify the License. You may add Your own attribution
|
118
|
+
notices within Derivative Works that You distribute, alongside
|
119
|
+
or as an addendum to the NOTICE text from the Work, provided
|
120
|
+
that such additional attribution notices cannot be construed
|
121
|
+
as modifying the License.
|
122
|
+
|
123
|
+
You may add Your own copyright statement to Your modifications and
|
124
|
+
may provide additional or different license terms and conditions
|
125
|
+
for use, reproduction, or distribution of Your modifications, or
|
126
|
+
for any such Derivative Works as a whole, provided Your use,
|
127
|
+
reproduction, and distribution of the Work otherwise complies with
|
128
|
+
the conditions stated in this License.
|
129
|
+
|
130
|
+
5. Submission of Contributions. Unless You explicitly state otherwise,
|
131
|
+
any Contribution intentionally submitted for inclusion in the Work
|
132
|
+
by You to the Licensor shall be under the terms and conditions of
|
133
|
+
this License, without any additional terms or conditions.
|
134
|
+
Notwithstanding the above, nothing herein shall supersede or modify
|
135
|
+
the terms of any separate license agreement you may have executed
|
136
|
+
with Licensor regarding such Contributions.
|
137
|
+
|
138
|
+
6. Trademarks. This License does not grant permission to use the trade
|
139
|
+
names, trademarks, service marks, or product names of the Licensor,
|
140
|
+
except as required for reasonable and customary use in describing the
|
141
|
+
origin of the Work and reproducing the content of the NOTICE file.
|
142
|
+
|
143
|
+
7. Disclaimer of Warranty. Unless required by applicable law or
|
144
|
+
agreed to in writing, Licensor provides the Work (and each
|
145
|
+
Contributor provides its Contributions) on an "AS IS" BASIS,
|
146
|
+
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
|
147
|
+
implied, including, without limitation, any warranties or conditions
|
148
|
+
of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A
|
149
|
+
PARTICULAR PURPOSE. You are solely responsible for determining the
|
150
|
+
appropriateness of using or redistributing the Work and assume any
|
151
|
+
risks associated with Your exercise of permissions under this License.
|
152
|
+
|
153
|
+
8. Limitation of Liability. In no event and under no legal theory,
|
154
|
+
whether in tort (including negligence), contract, or otherwise,
|
155
|
+
unless required by applicable law (such as deliberate and grossly
|
156
|
+
negligent acts) or agreed to in writing, shall any Contributor be
|
157
|
+
liable to You for damages, including any direct, indirect, special,
|
158
|
+
incidental, or consequential damages of any character arising as a
|
159
|
+
result of this License or out of the use or inability to use the
|
160
|
+
Work (including but not limited to damages for loss of goodwill,
|
161
|
+
work stoppage, computer failure or malfunction, or any and all
|
162
|
+
other commercial damages or losses), even if such Contributor
|
163
|
+
has been advised of the possibility of such damages.
|
164
|
+
|
165
|
+
9. Accepting Warranty or Additional Liability. While redistributing
|
166
|
+
the Work or Derivative Works thereof, You may choose to offer,
|
167
|
+
and charge a fee for, acceptance of support, warranty, indemnity,
|
168
|
+
or other liability obligations and/or rights consistent with this
|
169
|
+
License. However, in accepting such obligations, You may act only
|
170
|
+
on Your own behalf and on Your sole responsibility, not on behalf
|
171
|
+
of any other Contributor, and only if You agree to indemnify,
|
172
|
+
defend, and hold each Contributor harmless for any liability
|
173
|
+
incurred by, or claims asserted against, such Contributor by reason
|
174
|
+
of your accepting any such warranty or additional liability.
|
175
|
+
|
176
|
+
END OF TERMS AND CONDITIONS
|
177
|
+
|
178
|
+
APPENDIX: How to apply the Apache License to your work.
|
179
|
+
|
180
|
+
To apply the Apache License to your work, attach the following
|
181
|
+
boilerplate notice, with the fields enclosed by brackets "{}"
|
182
|
+
replaced with your own identifying information. (Don't include
|
183
|
+
the brackets!) The text should be enclosed in the appropriate
|
184
|
+
comment syntax for the file format. We also recommend that a
|
185
|
+
file or class name and description of purpose be included on the
|
186
|
+
same "printed page" as the copyright notice for easier
|
187
|
+
identification within third-party archives.
|
188
|
+
|
189
|
+
Copyright 2018 Splunk Inc.
|
190
|
+
|
191
|
+
Licensed under the Apache License, Version 2.0 (the "License");
|
192
|
+
you may not use this file except in compliance with the License.
|
193
|
+
You may obtain a copy of the License at
|
194
|
+
|
195
|
+
http://www.apache.org/licenses/LICENSE-2.0
|
196
|
+
|
197
|
+
Unless required by applicable law or agreed to in writing, software
|
198
|
+
distributed under the License is distributed on an "AS IS" BASIS,
|
199
|
+
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
200
|
+
See the License for the specific language governing permissions and
|
201
|
+
limitations under the License.
|
202
|
+
|
203
|
+
=======================================================================
|
204
|
+
Fluentd Plugin for Splunk HEC:
|
205
|
+
|
206
|
+
The Fluentd Plugin for Splunk HTTP Event Collector project contains
|
207
|
+
subcomponents with separate copyright notices and license terms.
|
208
|
+
Your use of the source code for the these subcomponents is subject
|
209
|
+
to the terms and conditions of the following licenses.
|
210
|
+
|
211
|
+
========================================================================
|
212
|
+
Apache License 2.0
|
213
|
+
========================================================================
|
214
|
+
The following components are provided under the Apache License 2.0. See project link for details.
|
215
|
+
|
216
|
+
(Apache License 2.0) fluentd (https://github.com/fluent/fluentd/blob/master/LICENSE)
|
217
|
+
|
218
|
+
========================================================================
|
219
|
+
MIT licenses
|
220
|
+
========================================================================
|
221
|
+
The following components are provided under the MIT License. See project link for details.
|
222
|
+
|
223
|
+
(MIT License) multi_json (https://github.com/intridea/multi_json/blob/master/LICENSE.md)
|
224
|
+
(MIT License) net-http-persistent (https://github.com/drbrain/net-http-persistent/blob/master/README.rdoc#license)
|
225
|
+
(MIT License) bundler (https://github.com/bundler/bundler/blob/master/LICENSE.md)
|
226
|
+
(MIT License) rake (https://github.com/ruby/rake/blob/master/MIT-LICENSE)
|
227
|
+
(MIT License) webmock (https://github.com/bblimke/webmock/blob/master/LICENSE)
|
228
|
+
(MIT License) minitest (https://github.com/seattlerb/minitest/blob/master/README.rdoc#license)
|
229
|
+
|
230
|
+
========================================================================
|
231
|
+
For test-unit:
|
232
|
+
========================================================================
|
233
|
+
|
234
|
+
See https://github.com/test-unit/test-unit/blob/master/COPYING
|
data/README.md
ADDED
@@ -0,0 +1,381 @@
|
|
1
|
+
[ ![Codeship Status for splunk/fluent-plugin-splunk-hec](https://app.codeship.com/projects/7905e540-105f-0136-dde3-2adac7655f3e/status?branch=master)](https://app.codeship.com/projects/282733)
|
2
|
+
# fluent-plugin-splunk-hec
|
3
|
+
|
4
|
+
[Fluentd](https://fluentd.org/) output plugin to send events and metrics to [Splunk](https://www.splunk.com) over the HEC (HTTP Event Collector) API.
|
5
|
+
|
6
|
+
## Installation
|
7
|
+
|
8
|
+
### RubyGems
|
9
|
+
|
10
|
+
```
|
11
|
+
$ gem install fluent-plugin-splunk-hec
|
12
|
+
```
|
13
|
+
|
14
|
+
### Bundler
|
15
|
+
|
16
|
+
Add following line to your Gemfile:
|
17
|
+
|
18
|
+
```ruby
|
19
|
+
gem "fluent-plugin-splunk-hec"
|
20
|
+
```
|
21
|
+
|
22
|
+
And then execute:
|
23
|
+
|
24
|
+
```
|
25
|
+
$ bundle
|
26
|
+
```
|
27
|
+
|
28
|
+
## Configuration
|
29
|
+
|
30
|
+
* See also: [Output Plugin Overview](https://docs.fluentd.org/v1.0/articles/output-plugin-overview)
|
31
|
+
|
32
|
+
### Examples
|
33
|
+
|
34
|
+
#### Example 1: Minimum Configs
|
35
|
+
|
36
|
+
```
|
37
|
+
<match **>
|
38
|
+
@type splunk_hec
|
39
|
+
hec_host 12.34.56.78
|
40
|
+
hec_port 8088
|
41
|
+
hec_token 00000000-0000-0000-0000-000000000000
|
42
|
+
</match>
|
43
|
+
```
|
44
|
+
|
45
|
+
This example is very basic, it just tells the plugin to send events to Splunk HEC on `https://12.34.56.78:8088` (https is the default protocol), using the HEC token `00000000-0000-0000-0000-000000000000`. It will use whatever index, source, sourcetype are configured in HEC. And the `host` of each event is the hostname of the machine which running fluentd.
|
46
|
+
|
47
|
+
#### Example 2: Overwrite HEC defaults
|
48
|
+
|
49
|
+
```
|
50
|
+
<match **>
|
51
|
+
@type splunk_hec
|
52
|
+
hec_host 12.34.56.78
|
53
|
+
hec_port 8088
|
54
|
+
hec_token 00000000-0000-0000-0000-000000000000
|
55
|
+
|
56
|
+
index awesome
|
57
|
+
source ${tag}
|
58
|
+
sourcetype _json
|
59
|
+
</match>
|
60
|
+
```
|
61
|
+
|
62
|
+
This configuration will
|
63
|
+
* send all events to the `awesome` index, and
|
64
|
+
* set their source to the event tags. `${tag}` is a special value which will be replaced by the event tags, and
|
65
|
+
* set their sourcetype to `_json`.
|
66
|
+
|
67
|
+
Sometimes you want to use the values from the input event for these parameters, this is where the `*_key` parameters help.
|
68
|
+
|
69
|
+
```
|
70
|
+
<match **>
|
71
|
+
...omitting other parameters...
|
72
|
+
|
73
|
+
source_key file_path
|
74
|
+
</match>
|
75
|
+
```
|
76
|
+
|
77
|
+
In the second example (in order to keep it concise, we just omitted the repeating parameters, and we will keep doing so in the following examples), it uses the `source_key` config to set the source of event to the value of the event's `file_path` field. Given an input event like
|
78
|
+
```javascript
|
79
|
+
{"file_path": "/var/log/splunk.log", "message": "This is an exmaple.", "level": "info"}
|
80
|
+
```
|
81
|
+
Then the source for this event will be "/var/log/splunk.log". And the "file\_path" field will be removed from the input event, so what you will eventually get ingested in Splunk is
|
82
|
+
```javascript
|
83
|
+
{"message": "This is an exmaple.", "level": "info"}
|
84
|
+
```
|
85
|
+
If you want to keep "file\_path" in the event, you can use `keep_keys`.
|
86
|
+
|
87
|
+
Besides `source_key` there are also other `*_key` parameters, check the parameters details below.
|
88
|
+
|
89
|
+
#### Example 3: Sending metrics
|
90
|
+
|
91
|
+
[Metrics](https://docs.splunk.com/Documentation/Splunk/latest/Metrics/Overview) is avaialble since Splunk 7.0.0, you can use this output plugin to send events as metrics to a Splunk metric index by setting `data_type` to "metric".
|
92
|
+
|
93
|
+
```
|
94
|
+
<match **>
|
95
|
+
@type splunk_hec
|
96
|
+
data_type metric
|
97
|
+
hec_host 12.34.56.78
|
98
|
+
hec_port 8088
|
99
|
+
hec_token 00000000-0000-0000-0000-000000000000
|
100
|
+
</match>
|
101
|
+
```
|
102
|
+
|
103
|
+
With this configuration, the plugin will treat each input event as a collection of metrics, i.e. each key-varlue pair in the event is a metric name-value pair. For example, given an input event like
|
104
|
+
|
105
|
+
```javascript
|
106
|
+
{"cpu/usage": 0.5, "cpu/rate": 10, "memory/usage": 100, "memory/rss": 90}
|
107
|
+
```
|
108
|
+
|
109
|
+
then 4 metrics will be sent to splunk.
|
110
|
+
|
111
|
+
If the input events are not like this, instead they have the metric name and metric value as properties of the event. Then you can use `metric_name_key` and `metric_value_key`. Given an input event like
|
112
|
+
|
113
|
+
```javascript
|
114
|
+
{"metric": "cpu/usage", "value": 0.5, "app": "web_ui"}
|
115
|
+
```
|
116
|
+
|
117
|
+
You should change the configuration to
|
118
|
+
|
119
|
+
```
|
120
|
+
<match **>
|
121
|
+
@type splunk_hec
|
122
|
+
data_type metric
|
123
|
+
hec_host 12.34.56.78
|
124
|
+
hec_port 8088
|
125
|
+
hec_token 00000000-0000-0000-0000-000000000000
|
126
|
+
|
127
|
+
metric_name_key metric
|
128
|
+
metric_value_key value
|
129
|
+
</match>
|
130
|
+
```
|
131
|
+
|
132
|
+
All other properties of the input (in this example, "app"), will be sent as dimensions of the metric. You can use the `<fields>` section to customize the dimensions.
|
133
|
+
|
134
|
+
### Parameters
|
135
|
+
|
136
|
+
#### @type
|
137
|
+
|
138
|
+
This value must be `splunk_hec`.
|
139
|
+
|
140
|
+
#### protocol (enum) (optional)
|
141
|
+
|
142
|
+
Protocol to use to call HEC API.
|
143
|
+
|
144
|
+
Available values: http, https
|
145
|
+
|
146
|
+
Default value: `https`.
|
147
|
+
|
148
|
+
### hec_host (string) (required)
|
149
|
+
|
150
|
+
The hostname/IP to HEC, or HEC load balancer.
|
151
|
+
|
152
|
+
### hec_port (integer) (optional)
|
153
|
+
|
154
|
+
The port number to HEC, or HEC load balancer.
|
155
|
+
|
156
|
+
Default value: `8088`.
|
157
|
+
|
158
|
+
### hec_token (string) (required)
|
159
|
+
|
160
|
+
The HEC token.
|
161
|
+
|
162
|
+
### index (string) (optional)
|
163
|
+
|
164
|
+
The Splunk index to index events. When not set, will be decided by HEC. This is exclusive with `index_key`.
|
165
|
+
|
166
|
+
### index_key (string) (optional)
|
167
|
+
|
168
|
+
Field name to contain Splunk index name. This is exclusive with `index`.
|
169
|
+
|
170
|
+
### host (string) (optional)
|
171
|
+
|
172
|
+
The host field for events. This is exclusive with `host_key`.
|
173
|
+
|
174
|
+
Default value: the hostname of the host machine.
|
175
|
+
|
176
|
+
### host_key (string) (optional)
|
177
|
+
|
178
|
+
Field name to contain host. This is exclusive with `host`.
|
179
|
+
|
180
|
+
### source (string) (optional)
|
181
|
+
|
182
|
+
The source field for events, when not set, will be decided by HEC. This is exclusive with `source_key`.
|
183
|
+
|
184
|
+
### source_key (string) (optional)
|
185
|
+
|
186
|
+
Field name to contain source. This is exclusive with `source`.
|
187
|
+
|
188
|
+
### sourcetype (string) (optional)
|
189
|
+
|
190
|
+
The sourcetype field for events, when not set, will be decided by HEC. This is exclusive with `sourcetype_key`.
|
191
|
+
|
192
|
+
### sourcetype_key (string) (optional)
|
193
|
+
|
194
|
+
Field name to contain sourcetype. This is exclusive with `sourcetype`.
|
195
|
+
|
196
|
+
### metrics_from_event (bool) (optional)
|
197
|
+
|
198
|
+
When `data_type` is set to "metric", by default it will treat every key-value pair in the input event as a metric name-value pair. Set `metrics_from_event` to `false` to disable this behavior and use `metric_name_key` and `metric_value_key` to define metrics.
|
199
|
+
|
200
|
+
Default value: `true`.
|
201
|
+
|
202
|
+
### metric_name_key (string) (optional)
|
203
|
+
|
204
|
+
Field name to contain metric name. This is exclusive with `metrics_from_event`, when this is set, `metrics_from_event` will be set to `false`.
|
205
|
+
|
206
|
+
### metric_value_key (string) (optional)
|
207
|
+
|
208
|
+
Field name to contain metric value, this is required when `metric_name_key` is set.
|
209
|
+
|
210
|
+
### keep_keys (bool) (optional)
|
211
|
+
|
212
|
+
By default, all the fields used by the `*_key` parameters will be removed from the original input events. To change this behavior, set this parameter to `true`.
|
213
|
+
|
214
|
+
Default value: `true`.
|
215
|
+
|
216
|
+
### coerce_to_utf8 (bool) (optional)
|
217
|
+
|
218
|
+
Whether to allow non-UTF-8 characters in user logs. If set to true, any non-UTF-8 character would be replaced by the string specified by `non_utf8_replacement_string`. If set to false, any non-UTF-8 character would trigger the plugin to error out.
|
219
|
+
|
220
|
+
Default value: `true`.
|
221
|
+
|
222
|
+
### non_utf8_replacement_string (string) (optional)
|
223
|
+
|
224
|
+
If `coerce_to_utf8` is set to true, any non-UTF-8 character would be replaced by the string specified here.
|
225
|
+
|
226
|
+
Default value: `' '`.
|
227
|
+
|
228
|
+
### <fields> section (optional) (single)
|
229
|
+
|
230
|
+
Depending on the value of `data_type` parameter, the parameters inside `<fields>` section have different meanings. Despite the meaning, the syntax for parameters is unique.
|
231
|
+
|
232
|
+
#### When `data_type` is `event`
|
233
|
+
|
234
|
+
In this case, parameters inside `<fields>` will be used as indexed fields. And these fields will be removed from the original input events. Please see the "Add a "fields" property at the top JSON level" [here](http://dev.splunk.com/view/event-collector/SP-CAAAFB6) for details. Given we have configuration like
|
235
|
+
|
236
|
+
```
|
237
|
+
<match **>
|
238
|
+
@type splunk_hec
|
239
|
+
...omitting other parameters...
|
240
|
+
|
241
|
+
<fields>
|
242
|
+
file
|
243
|
+
level
|
244
|
+
app applicatioin
|
245
|
+
</fields>
|
246
|
+
</match>
|
247
|
+
```
|
248
|
+
|
249
|
+
and an input event like
|
250
|
+
|
251
|
+
```javascript
|
252
|
+
{"application": "webServer", "file": "server.rb", "lineNo": 100, "level": "info", "message": "Request finished in 30ms."}
|
253
|
+
```
|
254
|
+
|
255
|
+
Then the HEC request JSON payload will be:
|
256
|
+
|
257
|
+
```javascript
|
258
|
+
{
|
259
|
+
// omitting other fields
|
260
|
+
// ...
|
261
|
+
"event": "{\"lineNo\": 100, \"message\": \"Request finished in 30ms.\"}",
|
262
|
+
"fields": {
|
263
|
+
"file": "server.rb",
|
264
|
+
"level": "info",
|
265
|
+
"app": "webServer"
|
266
|
+
}
|
267
|
+
}
|
268
|
+
```
|
269
|
+
|
270
|
+
As you can see, parameters inside `<fields>` section can be a key-value pair or just a key (a name).
|
271
|
+
If a parameter is a key-value, the key will be the name of the field inside the `"fields"` JSON object,
|
272
|
+
whereas the value is the field name of the input event. So a key-value pair is a rename.
|
273
|
+
|
274
|
+
If a parameter has just a key, it means its value is exactly the same as the key.
|
275
|
+
|
276
|
+
#### When `data_type` is `metric`
|
277
|
+
|
278
|
+
For metrics, parameters inside `<fields>` are used as dimensions. If `<fields>` is not presented, the original input event will be used as dimensions. If an empty `<fields></fields>` is presented, no dimension will be sent. For example, given configuration like
|
279
|
+
|
280
|
+
```
|
281
|
+
<match **>
|
282
|
+
@type splunk_hec
|
283
|
+
data_type metric
|
284
|
+
...omitting other parameters...
|
285
|
+
|
286
|
+
metric_name_key name
|
287
|
+
metric_value_key value
|
288
|
+
<fields>
|
289
|
+
file
|
290
|
+
level
|
291
|
+
app applicatioin
|
292
|
+
</fields>
|
293
|
+
</match>
|
294
|
+
```
|
295
|
+
|
296
|
+
and an input event like
|
297
|
+
|
298
|
+
```javascript
|
299
|
+
{"application": "webServer", "file": "server.rb", "value": 100, "status": "OK", "message": "Normal", "name": "CPU Usage"}
|
300
|
+
```
|
301
|
+
|
302
|
+
Then, a metric of "CPU Usage" with value=100, along with 3 dimensions file="server.rb", status="OK", and app="webServer" will be sent to Splunk.
|
303
|
+
|
304
|
+
### <format> section (optional) (multiple)
|
305
|
+
|
306
|
+
The `<format>` section let us define which formatter to use to format events.
|
307
|
+
By default, it uses [the `json` formatter](https://docs.fluentd.org/v1.0/articles/formatter_jso://docs.fluentd.org/v1.0/articles/formatter_json).
|
308
|
+
|
309
|
+
Besides the `@type` parameter, you should define all other parameters for the formatter inside this section.
|
310
|
+
|
311
|
+
Multiple `<format>` sections can be defined to use different formatters for different tags. Each `<format>` section accepts an argument just like the `<match>` section does, to define tag matching. But default, every event will be formatted with `json`. For example:
|
312
|
+
|
313
|
+
```
|
314
|
+
<match **>
|
315
|
+
@type splunk_hec
|
316
|
+
...
|
317
|
+
|
318
|
+
<format sometag.**>
|
319
|
+
@type single_value
|
320
|
+
message_key log
|
321
|
+
</format>
|
322
|
+
|
323
|
+
<format some.othertag>
|
324
|
+
@type csv
|
325
|
+
fields ["some", "fields"]
|
326
|
+
</format>
|
327
|
+
```
|
328
|
+
|
329
|
+
In this example, it will format events with tags which start with `sometag.` with the `single_value` formatter, and format events with tags `some.othertag` with the `csv` formatter, and format all other events with the `json` formatter (the default formatter).
|
330
|
+
|
331
|
+
If you want to use a different default formatter, you can add a `<format **>` (or `<format>`) section.
|
332
|
+
|
333
|
+
#### @type (string) (required)
|
334
|
+
|
335
|
+
Defines which formatter to use.
|
336
|
+
|
337
|
+
### SSL parameters
|
338
|
+
|
339
|
+
There are quite some parameters you can use to configure SSL (for HTTPS protocol).
|
340
|
+
All these parameters are optional.
|
341
|
+
|
342
|
+
#### client_cert (string)
|
343
|
+
|
344
|
+
The path to a file containing a PEM-format CA certificate for this client.
|
345
|
+
|
346
|
+
#### client_key (string)
|
347
|
+
|
348
|
+
The private key for this client.
|
349
|
+
|
350
|
+
#### ca_file (string)
|
351
|
+
|
352
|
+
The path to a file containing a PEM-format CA certificate.
|
353
|
+
|
354
|
+
#### ca_path (string)
|
355
|
+
|
356
|
+
The path to a directory containing CA certificates in PEM format.
|
357
|
+
|
358
|
+
#### ciphers (array)
|
359
|
+
|
360
|
+
List of SSl ciphers allowed.
|
361
|
+
|
362
|
+
#### insecure_ssl (bool)
|
363
|
+
|
364
|
+
Indicates if insecure SSL connection is allowed, i.e. do not verify the server's certificate.
|
365
|
+
|
366
|
+
Default value: `false`.
|
367
|
+
|
368
|
+
## About Buffer
|
369
|
+
|
370
|
+
This plugin sends events to HEC using [batch mode](https://docs.splunk.com/Documentation/Splunk/7.1.0/Data/FormateventsforHTTPEventCollector#Event_data).
|
371
|
+
It batches all events in a chunk in one request. So you need to configure the `<buffer>` section carefully to gain the best performance.
|
372
|
+
Here are some hints:
|
373
|
+
|
374
|
+
* Read through the [fluentd buffer document](https://docs.fluentd.org/v1.0/articles/buffer-section) to understand the buffer configurations.
|
375
|
+
* Use `chunk_limit_size` and/or `chunk_limit_records` to define how big a chunk can be. And remeber that all events in a chunk will be sent in one request.
|
376
|
+
* Splunk has a limit on how big the payload of a HEC request can be. And it's defined with `max_content_length` in [the `[http_input]` section of `limits.conf`](https://docs.splunk.com/Documentation/Splunk/latest/Admin/Limitsconf#.5Bhttp_input.5D). In Splunk of version 6.5.0+, the default value is 800MiB, while in versions before 6.5.0, it's just 1MB. Make sure your chunk size won't exceed this limit, or you should change the limit on your Splunk deployment.
|
377
|
+
* Sending requests to HEC takes time, so if you flush your fluentd buffer too fast (for example, with a very small `flush_interval`), it's possible that the plugin cannot catch up with the buffer flushing. There are two ways you can handle this situdation, one is to increase the `flush_interval` or use multiple flush threads by setting `flush_thread_count` to a number bigger than 1.
|
378
|
+
|
379
|
+
## License
|
380
|
+
|
381
|
+
Please see [LICENSE](LICENSE).
|