diff --git a/examples/tracing/otel-collector-config.yml b/examples/tracing/otel-collector-config.yml index 9b93ce7d15254..20b2b2e70d1eb 100644 --- a/examples/tracing/otel-collector-config.yml +++ b/examples/tracing/otel-collector-config.yml @@ -2,30 +2,22 @@ receivers: otlp: protocols: grpc: - endpoint: 0.0.0.0:55680 zipkin: - endpoint: 0.0.0.0:9411 exporters: + jaeger_thrift: + url: "http://jaeger:14268/api/traces" logging: - zipkin: endpoint: "http://zipkin:9411/api/v2/spans" - format: proto - - jaeger_thrift: - url: "http://jaeger:14268/api/traces" processors: batch: - queued_retry: extensions: health_check: pprof: - endpoint: :1888 zpages: - endpoint: :55679 service: extensions: [pprof, zpages, health_check] @@ -33,4 +25,4 @@ service: traces: receivers: [otlp, zipkin] exporters: [zipkin, jaeger_thrift, logging] - processors: [batch, queued_retry] + processors: [batch] diff --git a/exporter/sapmexporter/examples/signalfx-collector.yaml b/exporter/sapmexporter/examples/signalfx-collector.yaml index d340b8080c386..8ffce53437c5e 100644 --- a/exporter/sapmexporter/examples/signalfx-collector.yaml +++ b/exporter/sapmexporter/examples/signalfx-collector.yaml @@ -40,7 +40,6 @@ processors: #- key: environment #value: "YOUR_ENVIRONMENT_NAME" #action: insert - queued_retry: # Enabling the memory_limiter is strongly recommended for every pipeline. # Configuration is based on the amount of memory allocated to the collector. # The configuration below assumes 2GB of memory. In general, the ballast @@ -60,7 +59,7 @@ exporters: sapm: access_token: "YOUR_ACCESS_TOKEN" endpoint: "https://ingest.YOUR_SIGNALFX_REALM.signalfx.com/v2/trace" - # Metrics + # Metrics + Events signalfx: access_token: "YOUR_ACCESS_TOKEN" realm: "YOUR_SIGNALFX_REALM" @@ -68,10 +67,14 @@ service: pipelines: traces: receivers: [sapm, zipkin] - processors: [memory_limiter, batch, queued_retry] + processors: [memory_limiter, batch] exporters: [sapm] metrics: receivers: [signalfx, prometheus] processors: [memory_limiter, batch] exporters: [signalfx] + logs: + receivers: [signalfx] + processors: [memory_limiter, batch] + exporters: [signalfx] extensions: [health_check, zpages] diff --git a/exporter/sapmexporter/examples/signalfx-k8s.yaml b/exporter/sapmexporter/examples/signalfx-k8s.yaml index 3758055512c00..1b0eb92a991b8 100644 --- a/exporter/sapmexporter/examples/signalfx-k8s.yaml +++ b/exporter/sapmexporter/examples/signalfx-k8s.yaml @@ -50,7 +50,6 @@ data: #- key: environment #value: "YOUR_ENVIRONMENT_NAME" #action: insert - queued_retry: # Enabling the memory_limiter is strongly recommended for every pipeline. # Configuration is based on the amount of memory allocated to the collector. # The configuration below assumes 2GB of memory. In general, the ballast @@ -79,12 +78,16 @@ data: pipelines: traces: receivers: [sapm, zipkin] - processors: [memory_limiter, batch, queued_retry] + processors: [memory_limiter, batch] exporters: [sapm] metrics: receivers: [signalfx, prometheus] processors: [memory_limiter, batch] exporters: [signalfx] + logs: + receivers: [signalfx] + processors: [memory_limiter, batch] + exporters: [signalfx] --- apiVersion: v1 kind: Service @@ -133,7 +136,7 @@ spec: - "--config=/conf/otel-collector-config.yaml" # Memory Ballast size should be max 1/3 to 1/2 of memory. - "--mem-ballast-size-mib=683" - image: otel/opentelemetry-collector-contrib:0.8.0 + image: otel/opentelemetry-collector-contrib:0.11.0 name: otel-collector resources: limits: diff --git a/exporter/signalfxexporter/README.md b/exporter/signalfxexporter/README.md index ee6cafbcf7309..1887849df105b 100644 --- a/exporter/signalfxexporter/README.md +++ b/exporter/signalfxexporter/README.md @@ -1,6 +1,6 @@ # SignalFx Metrics Exporter -This exporter can be used to send metrics to SignalFx. +This exporter can be used to send metrics and events to SignalFx. Apart from metrics, the exporter is also capable of sending metric metadata (properties and tags) to SignalFx. Currently, only metric metadata updates from @@ -68,6 +68,21 @@ exporters: timeout: 5s ``` +> :warning: When enabling the SignalFx receiver or exporter, configure both the `metrics` and `logs` pipelines. + +```yaml +service: + pipelines: + metrics: + receivers: [signalfx] + processors: [memory_limiter, batch] + exporters: [signalfx] + logs: + receivers: [signalfx] + processors: [memory_limiter, batch] + exporters: [signalfx] +``` + Beyond standard YAML configuration as outlined in the sections that follow, exporters that leverage the net/http package (all do today) also respect the following proxy environment variables: diff --git a/processor/routingprocessor/config.go b/processor/routingprocessor/config.go index a5a5f2ab72a97..9d53d49c60889 100644 --- a/processor/routingprocessor/config.go +++ b/processor/routingprocessor/config.go @@ -28,7 +28,7 @@ type Config struct { // FromAttribute contains the attribute name to look up the route value. This attribute should be part of the context propagated // down from the previous receivers and/or processors. If all the receivers and processors are propagating the entire context correctly, - // this could be the HTTP/gRPC header from the original request/RPC. Typically, aggregation processors (batch, queued_retry, groupbytrace) + // this could be the HTTP/gRPC header from the original request/RPC. Typically, aggregation processors (batch, groupbytrace) // will create a new context, so, those should be avoided when using this processor.Although the HTTP spec allows headers to be repeated, // this processor will only use the first value. // Required. diff --git a/receiver/signalfxreceiver/README.md b/receiver/signalfxreceiver/README.md index 33b4c3e60fff7..c972cba45b4a4 100644 --- a/receiver/signalfxreceiver/README.md +++ b/receiver/signalfxreceiver/README.md @@ -1,9 +1,14 @@ # SignalFx Receiver -The SignalFx receiver accepts metrics in the [SignalFx proto -format](https://github.com/signalfx/com_signalfx_metrics_protobuf). This allows -the collector to receiver metrics from other collectors or the SignalFx Smart -Agent. +The SignalFx receiver accepts: + +- Metrics in the [SignalFx proto +format](https://github.com/signalfx/com_signalfx_metrics_protobuf). +- Events (Logs) in the [SignalFx proto +format](https://github.com/signalfx/com_signalfx_metrics_protobuf/blob/master/proto/signalfx_metrics.proto#L137). +More information about sending custom events can be found in the [SignalFx +Developers +Guide](https://developers.signalfx.com/ingest_data_reference.html#tag/Send-Custom-Events). ## Configuration @@ -39,4 +44,19 @@ receivers: ``` The full list of settings exposed for this receiver are documented [here](./config.go) -with detailed sample configurations [here](./testdata/config.yaml). \ No newline at end of file +with detailed sample configurations [here](./testdata/config.yaml). + +> :warning: When enabling the SignalFx receiver or exporter, configure both the `metrics` and `logs` pipelines. + +```yaml +service: + pipelines: + metrics: + receivers: [signalfx] + processors: [memory_limiter, batch] + exporters: [signalfx] + logs: + receivers: [signalfx] + processors: [memory_limiter, batch] + exporters: [signalfx] +```