master
md 180 lines 7.49 KB
Rendered Raw
1 <!--startmeta
2 custom_edit_url: "https://github.com/netdata/netdata/edit/master/src/exporting/graphite/integrations/blueflood.md"
3 meta_yaml: "https://github.com/netdata/netdata/edit/master/src/exporting/graphite/metadata.yaml"
4 sidebar_label: "Blueflood"
5 learn_status: "Published"
6 learn_rel_path: "Exporting Metrics/Connectors"
7 keywords: ['exporter', 'graphite', 'remote write', 'time series']
8 message: "DO NOT EDIT THIS FILE DIRECTLY, IT IS GENERATED BY THE EXPORTER'S metadata.yaml FILE"
9 endmeta-->
10
11 # Blueflood
12
13
14 <img src="https://netdata.cloud/img/blueflood.png" width="150"/>
15
16
17 Export your Netdata metrics to Blueflood DB using the Graphite protocol, allowing you to archive your data for long-term storage, further analysis, or correlation with data from other sources.
18
19
20 <img src="https://img.shields.io/badge/maintained%20by-Netdata-%2300ab44" />
21
22 ## Setup
23
24
25 ### Prerequisites
26
27 No action required.
28
29 ### Configuration
30
31 #### Options
32
33 The following options can be defined for this exporter.
34
35 <details open><summary>Config options</summary>
36
37
38
39 | Option | Description | Default | Required |
40 |:-----|:------------|:--------|:---------:|
41 | enabled | Enables or disables an exporting connector instance (yes/no). | no | yes |
42 | [destination](#option-destination) | Accepts a space separated list of hostnames, IPs (IPv4 and IPv6) and ports to connect to. Netdata will use the first available to send the metrics. | no | yes |
43 | username | Username for HTTP authentication | my_username | no |
44 | password | Password for HTTP authentication | my_password | no |
45 | data source | Selects the kind of data that will be sent to the external database. (as collected/average/sum) | | no |
46 | hostname | The hostname to be used for sending data to the external database server. | [global].hostname | no |
47 | prefix | The prefix to add to all metrics. | netdata | no |
48 | [update every](#option-update-every) | Frequency of sending sending data to the external database, in seconds. | 10 | no |
49 | [buffer on failures](#option-buffer-on-failures) | The number of iterations (`update every` seconds) to buffer data, when the external database server is not available. | 10 | no |
50 | timeout ms | The timeout in milliseconds to wait for the external database server to process the data. | 20000 | no |
51 | [send hosts matching](#option-send-hosts-matching) | Hosts filter. Determines which hosts will be sent to the external database. The syntax is [simple patterns](https://github.com/netdata/netdata/tree/master/src/libnetdata/simple_pattern#simple-patterns). | localhost * | no |
52 | [send charts matching](#option-send-charts-matching) | One or more space separated patterns (use * as wildcard) checked against both chart id and chart name. | * | no |
53 | [send names instead of ids](#option-send-names-instead-of-ids) | Controls the metric names Netdata should send to the external database (yes/no). | | no |
54 | send configured labels | Controls if host labels defined in the `[host labels]` section in `netdata.conf` should be sent to the external database (yes/no). | | no |
55 | send automatic labels | Controls if automatically created labels, like `_os_name` or `_architecture` should be sent to the external database (yes/no). | | no |
56
57 <a id="option-destination"></a>
58 ##### destination
59
60 The format of each item in this list, is: [PROTOCOL:]IP[:PORT].
61 - PROTOCOL can be udp or tcp. tcp is the default and only supported by the current exporting engine.
62 - IP can be XX.XX.XX.XX (IPv4), or [XX:XX...XX:XX] (IPv6). For IPv6 you can to enclose the IP in [] to separate it from the port.
63 - PORT can be a number of a service name. If omitted, the default port for the exporting connector will be used.
64
65 Example IPv4:
66 ```yaml
67 destination = 10.11.14.2:2003 10.11.14.3:4242 10.11.14.4:2003
68 ```
69 Example IPv6 and IPv4 together:
70 ```yaml
71 destination = [ffff:...:0001]:2003 10.11.12.1:2003
72 ```
73 When multiple servers are defined, Netdata will try the next one when the previous one fails.
74
75
76 <a id="option-update-every"></a>
77 ##### update every
78
79 Netdata will add some randomness to this number, to prevent stressing the external server when many Netdata servers
80 send data to the same database. This randomness does not affect the quality of the data, only the time they are sent.
81
82
83 <a id="option-buffer-on-failures"></a>
84 ##### buffer on failures
85
86 If the server fails to receive the data after that many failures, data loss on the connector instance is expected (Netdata will also log it).
87
88
89 <a id="option-send-hosts-matching"></a>
90 ##### send hosts matching
91
92 Includes one or more space separated patterns, using * as wildcard (any number of times within each pattern).
93 The patterns are checked against the hostname (the localhost is always checked as localhost), allowing us to
94 filter which hosts will be sent to the external database when this Netdata is a central Netdata aggregating multiple hosts.
95
96 A pattern starting with `!` gives a negative match. So to match all hosts named `*db*` except hosts containing `*child*`,
97 use `!*child* *db*` (so, the order is important: the first pattern matching the hostname will be used - positive or negative).
98
99
100 <a id="option-send-charts-matching"></a>
101 ##### send charts matching
102
103 A pattern starting with ! gives a negative match. So to match all charts named apps.* except charts ending in *reads,
104 use !*reads apps.* (so, the order is important: the first pattern matching the chart id or the chart name will be used,
105 positive or negative). There is also a URL parameter filter that can be used while querying allmetrics. The URL parameter
106 has a higher priority than the configuration option.
107
108
109 <a id="option-send-names-instead-of-ids"></a>
110 ##### send names instead of ids
111
112 Netdata supports names and IDs for charts and dimensions. Usually IDs are unique identifiers as read by the system and names
113 are human friendly labels (also unique). Most charts and metrics have the same ID and name, but in several cases they are
114 different : disks with device-mapper, interrupts, QoS classes, statsd synthetic charts, etc.
115
116
117
118 </details>
119
120
121
122 #### via File
123
124 The configuration file name for this integration is `exporting.conf`.
125
126
127 You can edit the configuration file using the [`edit-config`](https://github.com/netdata/netdata/blob/master/docs/netdata-agent/configuration/README.md#edit-configuration-files) script from the
128 Netdata [config directory](https://github.com/netdata/netdata/blob/master/docs/netdata-agent/configuration/README.md#locate-your-config-directory).
129
130 ```bash
131 cd /etc/netdata 2>/dev/null || cd /opt/netdata/etc/netdata
132 sudo ./edit-config exporting.conf
133 ```
134
135 ##### Examples
136
137 ###### Example configuration
138
139 Basic configuration
140
141 ```yaml
142 [graphite:netdata]
143 enabled = yes
144 destination = localhost:2003
145
146 ```
147 ###### Configuration with HTTPS and HTTP authentication
148
149 Add `:https` modifier to the connector type if you need to use the TLS/SSL protocol. For example: `remote_write:https:my_instance`.
150
151 ```yaml
152 [graphite:netdata]
153 enabled = yes
154 destination = localhost:2003
155 username = my_username
156 password = my_password
157
158 ```
159 ###### Detailed Configuration for a remote, secure host
160
161 Add `:https` modifier to the connector type if you need to use the TLS/SSL protocol. For example: `remote_write:https:my_instance`.
162
163 ```yaml
164 [graphite:https:netdata]
165 enabled = yes
166 username = my_username
167 password = my_password
168 destination = 10.10.1.114:2003
169 # data source = average
170 # prefix = netdata
171 # hostname = my_hostname
172 # update every = 10
173 # buffer on failures = 10
174 # timeout ms = 20000
175 # send names instead of ids = yes
176 # send charts matching = *
177 # send hosts matching = localhost *
178
179 ```
180