zh-translation:docs/tasks/observability/distributed-tracing/overview/index.md (#9320)

This commit is contained in:
orangegzx 2021-03-20 17:24:43 +08:00 committed by GitHub
parent c0e9e68588
commit f00dc4a9d0
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 16 additions and 37 deletions

View File

@ -11,15 +11,11 @@ test: no
分布式追踪可以让用户对跨多个分布式服务网格的 1 个请求进行追踪分析。这样进而可以通过可视化的方式更加深入地了解请求的延迟,序列化和并行度。
Istio 利用 [Envoy 的分布式追踪](https://www.envoyproxy.io/docs/envoy/v1.10.0/intro/arch_overview/tracing)功能提供了开箱即用的追踪集成。确切地说Istio 提供了安装各种各种追踪后端服务的选项,并且通过配置代理来自动发送追踪 span 到追踪后端服务。
请参阅 [Zipkin](../zipkin/)[Jaeger](../jaeger/) 和 [LightStep](/zh/docs/tasks/observability/distributed-tracing/lightstep/) 的任务文档来了解 Istio 如何与这些分布式追踪系统一起工作。
Istio 利用 [Envoy 的分布式追踪](https://www.envoyproxy.io/docs/envoy/v1.10.0/intro/arch_overview/tracing)功能提供了开箱即用的追踪集成。确切地说Istio 提供了安装各种追踪后端服务的选项,并且通过配置代理来自动发送追踪 Span 到追踪后端服务。请参阅 [Zipkin](../zipkin/)[Jaeger](../jaeger/) 和 [LightStep](/zh/docs/tasks/observability/distributed-tracing/lightstep/) 的任务文档来了解 Istio 如何与这些分布式追踪系统一起工作。
## 追踪上下文传递{#trace-context-propagation}
尽管 Istio 代理能够自动发送 span但是他们需要一些附加线索才能将整个追踪链路关联到一起。
所以当代理发送 span 信息的时候,应用需要附加适当的 HTTP 请求头信息,这样才能够把多个 span 正确的关联到同一个追踪上。
尽管 Istio 代理能够自动发送 Span但是他们需要一些附加线索才能将整个追踪链路关联到一起。所以当代理发送 span 信息的时候,应用需要附加适当的 HTTP 请求头信息,这样才能够把多个 Span 正确的关联到同一个追踪上。
要做到这一点,应用程序从传入请求到任何传出的请求中需要包含以下请求头参数:
@ -31,7 +27,13 @@ Istio 利用 [Envoy 的分布式追踪](https://www.envoyproxy.io/docs/envoy/v1.
* `x-b3-flags`
* `x-ot-span-context`
例如,如果你看 Python 的 `productpage` 服务这个例子,可以看到这个应用程序使用了 [OpenTracing](https://opentracing.io/) 库从 HTTP 请求中提取所需的头信息:
此外,基于 [OpenCensus](https://opencensus.io/)的追踪集成,例如 Stackdriver会传输以下头文件
* `x-cloud-trace-context`
* `traceparent`
* `grpc-trace-bin`
例如,如果您看 Python 的 `productpage` 服务这个例子,可以看到这个应用程序使用了 [OpenTracing](https://opentracing.io/) 库从 HTTP 请求中提取所需的头信息:
{{< text python >}}
def getForwardHeaders(request):
@ -49,7 +51,7 @@ def getForwardHeaders(request):
# ...
incoming_headers = ['x-request-id']
incoming_headers = ['x-request-id', 'x-datadog-trace-id', 'x-datadog-parent-id', 'x-datadog-sampled']
# ...
@ -61,40 +63,17 @@ def getForwardHeaders(request):
return headers
{{< /text >}}
reviews 这个应用中Java做了类似的事情:
Review 这个应用中Java使用 `requestHeaders` 做了类似的事情:
{{< text java >}}
@GET
@Path("/reviews/{productId}")
public Response bookReviewsById(@PathParam("productId") int productId,
@HeaderParam("end-user") String user,
@HeaderParam("x-request-id") String xreq,
@HeaderParam("x-b3-traceid") String xtraceid,
@HeaderParam("x-b3-spanid") String xspanid,
@HeaderParam("x-b3-parentspanid") String xparentspanid,
@HeaderParam("x-b3-sampled") String xsampled,
@HeaderParam("x-b3-flags") String xflags,
@HeaderParam("x-ot-span-context") String xotspan) {
public Response bookReviewsById(@PathParam("productId") int productId, @Context HttpHeaders requestHeaders) {
// ...
if (ratings_enabled) {
JsonObject ratingsResponse = getRatings(Integer.toString(productId), user, xreq, xtraceid, xspanid, xparentspanid, xsampled, xflags, xotspan);
JsonObject ratingsResponse = getRatings(Integer.toString(productId), requestHeaders);
{{< /text >}}
当你在应用程序中进行下游调用时,请确保包含这些请求头。
## 追踪采样{#trace-sampling}
默认情况下,使用 demo 配置文件安装时Istio 会捕获所有请求的追踪信息。例如,当使用上面的 Bookinfo 示例应用时,每次访问 `/productpage` 接口时,你都可以在 dashboard 中看到一条相应的追踪信息。此采样频率适用于测试或低流量网格。对于高流量网格你可以通过下面的两种方法之一来降低追踪采样频率:
* 在网格安装时,使用可选项 `values.pilot.traceSampling` 来设置采样百分比。参考[通过 {{< istioctl >}} 安装](/zh/docs/setup/install/istioctl/)文档查看详细的配置可选项。
* 在运行中的网格,可以通过编辑 `istio-pilot` deployment 并通过以下步骤来改变环境变量:
1. 运行下面的命令来打开编辑器并加载 deployment 配置文件:
{{< text bash >}}
$ kubectl -n istio-system edit deploy istio-pilot
{{< /text >}}
1. 找到 `PILOT_TRACE_SAMPLING` 环境变量,将 `value:` 设置成你想要的百分比。
在这两种情况下,有效值的范围从 0.0 到 100.0,精度为 0.01。
当您在应用程序中进行下游调用时,请确保包含这些请求头。