mirror of https://github.com/istio/istio.io.git
zh:sync with en version (#11490)
This commit is contained in:
Michael
GitHub
parent
efcb2cbd84
commit
cd514db2c4
|
|
@ -1,19 +0,0 @@
|
|||
---
|
||||
title: 基于 Mixer 的跟踪是如何工作的？
|
||||
weight: 12
|
||||
---
|
||||
|
||||
对于基于 Mixer 的跟踪集成，Mixer （通过 `istio-telemetry` 服务解决）提供了后端跟踪的集成。Mixer 集成允许操作员对分布式跟踪进行更高级别的控制，包括对跟踪范围中包含的数据进行细粒度选择。它还提供将跟踪发送给 Envoy 不直接支持的后端。
|
||||
|
||||
对于基于 Mixer 的集成，Envoy：
|
||||
|
||||
- 在请求流经代理时为请求生成 ID 和跟踪报头 （例如，`X-B3-TraceId`）
|
||||
- 调用 Mixer 进行常规异步遥测报告
|
||||
- 将跟踪报头转发到代理的应用程序
|
||||
|
||||
Mixer：
|
||||
|
||||
- 基于 *operator-supplied* 配置为每个请求生成跟踪的范围
|
||||
- 将生成的跟踪范围发送到 *operator-designated* 跟踪后端
|
||||
|
||||
使用 Istio 的 [Stackdriver 跟踪集成](https://cloud.google.com/istio/docs/istio-on-gke/installing#tracing_and_logging)是通过 Mixer 进行跟踪集成的一个示例。
|
||||
|
|
@ -1,10 +0,0 @@
|
|||
---
|
||||
title: Mixer 在 Istio 跟踪踪故事中扮演的什么角色？
|
||||
weight: 90
|
||||
---
|
||||
|
||||
默认情况下，Mixer 通过为 Envoy 代理已经选择的要跟踪请求生成自己的跨度来参与跟踪。这使操作员可以观察到网格中基于 Mixer 策略的执行机制的参与。如果在网格范围内禁用 `istio-策略` 配置，则 Mixer 不会以这种方式参与跟踪。
|
||||
|
||||
Mixer 作为 `istio-telemetry` 服务，也可用于生成数据平面流量的跟踪范围。Mixer 的 Stackdriver 适配器就是支持此功能的一个示例。
|
||||
|
||||
对于由 Mixer 生成的跟踪，Istio 仍然依靠 Envoy 生成跟踪上下文并将其转发到必须传播上下文的应用程序中。Envoy 它自己没有直接地发送追踪信息到追踪后端，而是 Mixer 根据操作员提供的配置从常规的 Envoy 报告中提取客户端和服务器范围。用这种方式，操作员可以精确地控制何时以及如何生成跟踪数据，并可以从跟踪中完全删除某些服务，或者为某些命名空间提供更详细的信息。
|
||||
|
|
@ -1,10 +0,0 @@
|
|||
---
|
||||
title: 为什么在我的一些分布式追踪中会有 `istio-mixer` span？
|
||||
weight: 100
|
||||
---
|
||||
|
||||
Mixer 为到达 Mixer 并且带有追踪头的请求生成了应用级别的追踪。Mixer 为它做的任何关键工作都生成 span 并且打上了 `istio-mixer` 标签，包括分发到各个适配器。
|
||||
|
||||
在数据路径上 Envoy 缓存了到 Mixer 的调用。因此，通过 `istio-policy` 服务向 Mixer 发起的调用只是在一些特定的请求中会有，例如：缓存过期或者不一样的请求特性。由于这个原因，你会看到 Mixer 只参与了 *一些* 追踪。
|
||||
|
||||
要关闭 Mixer 的应用级别追踪 span，你必须编辑 `istio-policy` 的 deployment 配置，并且在命令行参数中删除 `--trace_zipkin_url` 参数。
|
||||
Loading…
Reference in New Issue