--- layout: docs page_title: Service Mesh Distributed Tracing description: >- Distributed tracing tracks the path of a request as it traverses the service mesh. Consul supports distributed tracing for applications that have it implemented. Learn how to integrate tracing libraries in your application and configure Consul to participate in that tracing. --- # Distributed Tracing Distributed tracing is a way to track and correlate requests across microservices. Distributed tracing must first be implemented in each application, it cannot be added by Consul. Once implemented in your applications, adding distributed tracing to Consul will add the sidecar proxies as spans in the request path. ## Application Changes Consul alone cannot implement distributed tracing for your applications. Each application must propagate the required headers. Typically this is done using a tracing library such as: - https://github.com/opentracing/opentracing-go - https://github.com/DataDog/dd-trace-go - https://github.com/openzipkin/zipkin-go ## Configuration Once your applications have been instrumented with a tracing library, you are ready to configure Consul to add sidecar proxy spans to the trace. Your eventual config will look something like: ```hcl Kind = "proxy-defaults" Name = "global" Config { protocol = "http" envoy_tracing_json = < -> **NOTE:** This example uses a [proxy defaults](/consul/docs/connect/config-entries/proxy-defaults) configuration entry, which applies to all proxies, but you can also apply the configuration in the [`proxy` block of your service configuration](/consul/docs/connect/proxies/proxy-config-reference#proxy-parameters). The proxy service registration is not supported on Kubernetes. Within the config there are two keys you need to customize: 1. [`envoy_tracing_json`](/consul/docs/connect/proxies/envoy#envoy_tracing_json): Sets the tracing configuration for your specific tracing type. See the [Envoy tracers documentation](https://www.envoyproxy.io/docs/envoy/latest/api-v3/config/trace/trace) for your specific collector's configuration. This configuration will reference the cluster name defined in `envoy_extra_static_clusters_json`. 1. [`envoy_extra_static_clusters_json`](/consul/docs/connect/proxies/envoy#envoy_extra_static_clusters_json): Defines the address of your tracing collector where Envoy will send its spans. In this example the URL was `collector-url:9411`. ## Applying the configuration This configuration only applies when proxies are _restarted_ since it changes the _bootstrap_ config for Envoy which can only be applied on startup. This means you must restart all your proxies for changes to this config to take effect. -> **Note:** On Kubernetes this is a matter of restarting your deployments, e.g. `kubectl rollout restart deploy/deploy-name`. ## Considerations 1. Distributed tracing is only supported for HTTP and gRPC services. You must specify the protocol either globally via a proxy defaults config entry: ```hcl Kind = "proxy-defaults" Name = "global" Config { protocol = "http" } ``` ```yaml apiVersion: consul.hashicorp.com/v1alpha1 kind: ProxyDefaults metadata: name: global spec: config: protocol: http ``` ```json { "Kind": "proxy-defaults", "Name": "global", "Config": { "protocol": "http" } } ``` Or via a service defaults config entry for each service: ```hcl Kind = "service-defaults" Name = "service-name" Protocol = "http" ``` ```yaml apiVersion: consul.hashicorp.com/v1alpha1 kind: ServiceDefaults metadata: name: service-name spec: protocol: http ``` ```json { "Kind": "service-defaults", "Name": "service-name", "Protocol": "http" } ``` 1. Requests through [Ingress Gateways](/consul/docs/connect/gateways/ingress-gateway) will not be traced unless the header `x-client-trace-id: 1` is set (see [hashicorp/consul#6645](https://github.com/hashicorp/consul/issues/6645)). 1. Consul's proxies do not currently support [OpenTelemetry](https://opentelemetry.io/) spans, as Envoy has not [fully implemented](https://github.com/envoyproxy/envoy/issues/9958) it. Instead, you can add OpenTelemetry libraries to your application to emit spans for other [tracing protocols](https://www.envoyproxy.io/docs/envoy/latest/intro/arch_overview/observability/tracing) supported by Envoy, such as Zipkin or Jaeger. 1. Tracing is only supported with Envoy proxies, not the built-in proxy. 1. When configuring the Zipkin tracer in `envoy_tracing_json`, set [`trace_id_128bit`](https://www.envoyproxy.io/docs/envoy/v1.21.0/api-v3/config/trace/v3/zipkin.proto#envoy-v3-api-field-config-trace-v3-zipkinconfig-trace-id-128bit) to `true` if your application is configured to generate 128-bit trace IDs. For example: ```json { "http": { "name": "envoy.tracers.zipkin", "typedConfig": { "@type": "type.googleapis.com/envoy.config.trace.v3.ZipkinConfig", "collector_cluster": "zipkin", "collector_endpoint_version": "HTTP_JSON", "collector_endpoint": "/api/v2/spans", "shared_span_context": false, "trace_id_128bit": true } } } ```