You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
*[Fluent Bit 101 Sandbox - Getting Started with configuration and routing](https://play.instruqt.com/Fluent/invite/nuys5ifhsprt)
16
+
17
+
## Open Source Labs - environment required
18
+
19
+
The following are open source labs where you will need to spin up resources to run through the lab in details
20
+
21
+
### O11y Workshops by Chronosphere
22
+
23
+
These workshops, open source, provided by Chronosphere can be found here: [https://o11y-workshops.gitlab.io/](https://o11y-workshops.gitlab.io/). The OSS repository can be found here: [https://gitlab.com/o11y-workshops/workshop-fluentbit](https://gitlab.com/o11y-workshops/workshop-fluentbit)
24
+
25
+
The cards below include links to each of the labs in the workshop 
The _Log To Metrics Filter_ plugin allows you to generate log-derived metrics. It currently supports modes to count records, provide a gauge for field values or create a histogram. You can also match or exclude specific records based on regular expression patterns for values or nested values. This filter plugin does not actually act as a record filter and does not change or drop records. All records will pass this filter untouched and generated metrics will be emitted into a seperate metric pipeline.
10
12
11
13
_Please note that this plugin is an experimental feature and is not recommended for production use. Configuration parameters and plugin functionality are subject to change without notice._
12
14
13
-
14
-
## Configuration Parameters
15
+
### Configuration Parameters
15
16
16
17
The plugin supports the following configuration parameters:
17
18
18
-
| Key | Description| Mandatory | Value Format
19
-
| :--- | :--- | :--- | :---
20
-
| tag | Defines the tag for the generated metrics record| Yes ||
21
-
|metric_mode | Defines the mode for the metric. Valid values are [`counter`, `gauge` or `histogram`]| Yes ||
22
-
|metric_name | Sets the name of the metric. | Yes ||
23
-
|metric_description | Sets a help text for the metric. | Yes ||
24
-
| bucket | Defines a bucket for `histogram`| Yes, for mode `histogram`| e.g. 0.75 |
25
-
|add_label | Add a custom label NAME and set the value to the value of KEY ||| NAME KEY|
26
-
| label_field | Includes a record field as label dimension in the metric. | | Name of record key. Supports [Record Accessor](../../administration/configuring-fluent-bit/classic-mode/record-accessor.md) notation for nested fields.
27
-
| value_field | Specify the record field that holds a numerical value | Yes, for modes [`gauge` and `histogram`] | Name of record key. Supports [Record Accessor](../../administration/configuring-fluent-bit/classic-mode/record-accessor.md) notation for nested fields.
28
-
|kubernetes_mode |If enabled, it will automatically put pod_id, pod_name, namespace_name, docker_id and container_name into the metric as labels. This option is intended to be used in combination with the [kubernetes](./kubernetes.md) filter plugin, which fills those fields. ||
29
-
| Regex | Include records in which the content of KEY matches the regular expression. | | KEY REGEX
30
-
| Exclude | Exclude records in which the content of KEY matches the regular expression. | | KEY REGEX
31
-
| Flush\_Interval\_Sec | The interval for metrics emission, in seconds. If **Flush\_Interval\_Sec** and **Flush\_Interval\_Nsec** are either both unset or both set to `0`, the filter emits metrics immediately after each filter match. Otherwise, if either parameter is set to a non-zero value, the filter emits metrics at the specified interval. Longer intervals help lower resource consumption in high-load situations. Default value: `0`. |
32
-
| Flush\_Interval\_Nsec | The interval for metrics emission, in nanoseconds. This parameter works in conjunction with **Flush\_Interval\_Sec**. Default value: `0`. |
| tag | Defines the tag for the generated metrics record| Yes ||
22
+
|metric\_mode | Defines the mode for the metric. Valid values are \[`counter`, `gauge` or `histogram`]| Yes ||
23
+
|metric\_name | Sets the name of the metric. | Yes ||
24
+
|metric\_description | Sets a help text for the metric. | Yes ||
25
+
| bucket | Defines a bucket for `histogram`| Yes, for mode `histogram`| e.g. 0.75|
26
+
|add\_label | Add a custom label NAME and set the value to the value of KEY |||
27
+
| label\_field | Includes a record field as label dimension in the metric. || Name of record key. Supports [Record Accessor](../../administration/configuring-fluent-bit/classic-mode/record-accessor.md) notation for nested fields.|
28
+
|value\_field | Specify the record field that holds a numerical value | Yes, for modes \[`gauge` and `histogram`]| Name of record key. Supports [Record Accessor](../../administration/configuring-fluent-bit/classic-mode/record-accessor.md) notation for nested fields.|
29
+
|kubernetes\_mode |If enabled, it will automatically put pod\_id, pod\_name, namespace\_name, docker\_id and container\_name into the metric as labels. This option is intended to be used in combination with the [kubernetes](kubernetes.md) filter plugin, which fills those fields. |||
30
+
| Regex | Include records in which the content of KEY matches the regular expression. || KEY REGEX |
31
+
| Exclude | Exclude records in which the content of KEY matches the regular expression. || KEY REGEX |
32
+
| Flush\_Interval\_Sec | The interval for metrics emission, in seconds. If **Flush\_Interval\_Sec** and **Flush\_Interval\_Nsec** are either both unset or both set to `0`, the filter emits metrics immediately after each filter match. Otherwise, if either parameter is set to a non-zero value, the filter emits metrics at the specified interval. Longer intervals help lower resource consumption in high-load situations. Default value: `0`.|||
33
+
| Flush\_Interval\_Nsec | The interval for metrics emission, in nanoseconds. This parameter works in conjunction with **Flush\_Interval\_Sec**. Default value: `0`. |||
34
+
35
+
###Getting Started
35
36
36
37
The following example takes records from two dummy inputs and counts all messages passing through the `log_to_metrics` filter. It then generates metric records which are provided to the `prometheus_exporter`:
37
38
38
-
### Configuration - Counter
39
+
####Configuration - Counter
39
40
40
41
```python
41
42
[SERVICE]
@@ -68,7 +69,8 @@ The following example takes records from two dummy inputs and counts all message
68
69
```
69
70
70
71
You can then use e.g. curl command to retrieve the generated metric:
71
-
```text
72
+
73
+
```
72
74
> curl -s http://127.0.0.1:2021/metrics
73
75
74
76
@@ -77,9 +79,10 @@ You can then use e.g. curl command to retrieve the generated metric:
77
79
log_metric_counter_count_all_dummy_messages 49
78
80
```
79
81
80
-
### Configuration - Gauge
82
+
####Configuration - Gauge
81
83
82
84
The `gauge` mode needs a `value_field` specified, where the current metric values are generated from. In this example we also apply a regex filter and enable the `kubernetes_mode` option:
85
+
83
86
```python
84
87
[FILTER]
85
88
name log_to_metrics
@@ -95,8 +98,10 @@ The `gauge` mode needs a `value_field` specified, where the current metric value
95
98
label_field color
96
99
label_field shape
97
100
```
101
+
98
102
You can then use e.g. curl command to retrieve the generated metric:
As you can see in the output, only one line is printed, as the records from the first input plugin are ignored, as they do not match the regex.
109
114
110
-
The filter also allows to use multiple rules which are applied in order, you can have many _Regex_ and _Exclude_ entries as required (see [grep](./grep.md) filter plugin).
115
+
The filter also allows to use multiple rules which are applied in order, you can have many _Regex_ and _Exclude_ entries as required (see [grep](grep.md) filter plugin).
111
116
112
117
If you execute the above `curl` command multiple times, you see, that in this example the metric value stays at `60`, as the messages generated by the dummy plugin are not changing. In a real-world scenario the values would change and return the last processed value.
113
118
119
+
**Metric label\_values**
114
120
115
-
#### Metric label_values
116
121
As you can see, the label sets defined by `add_label` and `label_field` are added to the metric. The lines in the metric represent every combination of labels. Only actually used combinations are displayed here. To see this, you can add a dummy `dummy` input to your configuration.
117
122
118
123
The metric output would then look like:
119
-
```text
124
+
125
+
```
120
126
> curl -s http://127.0.0.1:2021/metrics
121
127
122
128
# HELP log_metric_gauge_current_duration This metric shows the current duration
You can also see, that all the kubernetes labels have been attached to the metric, accordingly.
135
+
You can also see, that all the kubernetes labels have been attached to the metric, accordingly.
130
136
131
-
### Configuration - Histogram
137
+
####Configuration - Histogram
132
138
133
139
Similar to the `gauge` mode, `histogram` needs a `value_field` specified, where the current metric values are generated from. In this example we also apply a regex filter and enable the `kubernetes_mode` option:
140
+
134
141
```python
135
142
[FILTER]
136
143
name log_to_metrics
@@ -146,8 +153,10 @@ Similar to the `gauge` mode, `histogram` needs a `value_field` specified, where
146
153
label_field color
147
154
label_field shape
148
155
```
156
+
149
157
You can then use e.g. curl command to retrieve the generated metric:
150
-
```text
158
+
159
+
```
151
160
> curl -s http://127.0.0.1:2021/metrics
152
161
153
162
@@ -210,6 +219,4 @@ As you can see in the output, there are per default the buckets `0.005, 0.01, 0.
210
219
211
220
Please note, that the `+Inf` bucket will always be included implicitly. The buckets in a histogram are cumulative, so a value added to one bucket will add to all larger buckets, too.
212
221
213
-
214
-
This filter also attaches Kubernetes labels to each metric, identical to the behavior of `label_field`.
215
-
This results in two sets for the histogram.
222
+
This filter also attaches Kubernetes labels to each metric, identical to the behavior of `label_field`. This results in two sets for the histogram.
0 commit comments