veneur/example_proxy.yaml at master · TriggerMail/veneur · GitHub

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
---
debug: true
enable_profiling: false
http_address: "localhost:8127"

# The gRPC address to listen on.
grpc_address: "localhost:8128"

# How often to flush metrics about the Go runtime (heap, GC, etc)
runtime_metrics_interval: "10s"

# How often to refresh from Consul's healthy nodes
consul_refresh_interval: "30s"

# This field is deprecated - use ssf_destination_address instead!
stats_address: "localhost:8125"

# The address to which to send SSF spans and metrics - this is the
# same format as on the veneur server's `ssf_listen_addresses`.
ssf_destination_address: "udp://localhost:8126"

### FORWARDING
# Use a static host for forwarding
forward_address: "http://veneur.example.com"
# Or use a consul service for consistent forwarding.
consul_forward_service_name: "forwardServiceName"

### gRPC forwarding
# Use a static host for forwarding (without a prefix)
grpc_forward_address:
  - "veneur-grpc.example.com:8128"
# Or use a consul service for consistent forwarding.
consul_forward_grpc_service_name: "grpcForwardServiceName"

# Maximum time that forwarding each batch of metrics can take;
# note that forwarding to multiple global veneur servers happens in
# parallel, so every forwarding operation is expected to complete
# within this time.
forward_timeout: 10s

# Maximum idle time per host, correspends to Go's Transport.IdleConnTimeout
idle_connection_timeout: 90s

# Maximum number of idle connections across all host, corresponds to Go's
# Transport.MaxIdleConns
max_idle_conns: 100

# Maximum number of idle connections per-host, corresponds to Go's
# Transport.MaxIdleConnsPerHost
max_idle_conns_per_host: 100

# Configures the tracing client used by veneur-proxy to have a buffer of the
# specified size. This smooths out drops that might occur due to synchronous
# flushes. You can probably leave this alone.
tracing_client_capacity: 1024

# Configures the tracing client used by veneur-proxy to flush at the specified
# interval or when it fills up, whichever comes first. You can probably leave
# this alone.
tracing_client_flush_interval: 500ms

# Configures the tracing client used by veneur-proxy to emit metrics about it's
# success at the specified interval.
tracing_client_metrics_interval: 1s

### TRACING
# The address on which we will listen for trace data
trace_address: "127.0.0.1:8128"
# Use a static host to send traces to
trace_api_address: "http://localhost:7777"
# Ose us a consul service for sending all spans belonging to the same parent
# trace to a consistent host
consul_trace_service_name: "traceServiceName"

sentry_dsn: ""