> For the complete documentation index, see [llms.txt](https://atomoh.gitbook.io/kubernetes/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://atomoh.gitbook.io/kubernetes/es/ce-yan-ji-he/ke-guan-ce-xing/zhui-zong/01-tempo-quiz.md).
# Grafana Tempo 测验
测试您对 Grafana Tempo 的理解。
***
1. Grafana Tempo 的主要特点是什么？
* A) 为快速搜索而索引所有数据
* B) 消除索引成本的基于 TraceID 的存储
* C) 实时流处理
* D) 自动异常检测
显示答案
**答案: B) 消除索引成本的基于 TraceID 的存储**
**说明:** Tempo 仅使用 TraceID 存储和搜索 trace 数据，无需索引。这使得能够以较低成本存储大规模 trace 数据。其他 tracing 系统会对各种字段建立索引以提升搜索性能，但这会导致存储成本增加。
***
2. Tempo 架构中的哪个组件接收并验证 trace 数据？
* A) Ingester
* B) Querier
* C) Distributor
* D) Compactor
显示答案
**答案: C) Distributor**
**说明:** Distributor 接收各种格式的 trace 数据（Jaeger、Zipkin、OTLP 等）并对其进行验证。验证后的数据会根据哈希分发到相应的 Ingester。Ingester 负责缓冲和存储数据，而 Querier 负责搜索。
***
3. 仅检索错误状态 span 的正确 TraceQL 查询是什么？
* A) `{ error = true }`
* B) `{ status = error }`
* C) `{ span.error = 1 }`
* D) `{ state = "ERROR" }`
显示答案
**答案: B) { status = error }**
**说明:** 在 TraceQL 中，使用 `{ status = error }` 语法筛选错误 span。status 字段可取值为 ok、error 或 unset，它们分别对应 OpenTelemetry 的 SpanStatus。
***
4. 将 S3 用作 Tempo 后端存储时，推荐使用哪种 AWS 身份验证方法？
* A) 将 Access Key 存储在环境变量中
* B) 将凭证存储在 Secret 中
* C) IRSA (IAM Roles for Service Accounts)
* D) EC2 Instance Profile
显示答案
**答案: C) IRSA (IAM Roles for Service Accounts)**
**说明:** 建议在 EKS 环境中使用 IRSA。IRSA 将 IAM roles 与 Kubernetes ServiceAccounts 关联，可在 Pod 级别实现细粒度的权限管理。与存储静态凭证相比，它更安全，并且凭证轮换会自动处理。
***
5. 以下哪项不是 Tempo 的 Metrics Generator 生成的指标类型？
* A) Service Graph 指标
* B) Span 指标
* C) 日志指标
* D) RED 指标（Rate、Error、Duration）
显示答案
**答案: C) 日志指标**
**说明:** Tempo 的 Metrics Generator 会从 trace 数据中生成 Service Graph 指标和 Span 指标（包括 RED 指标）。这些指标会发送到 Prometheus，用于服务地图可视化和性能监控。日志指标由 Loki 生成，不属于 Tempo 的范围。
***
6. 在 Tempo Distributed 模式中，用于在多个 Ingester 之间维护副本以确保持久性的功能名称是什么？
* A) Sharding
* B) Replication Factor
* C) Partitioning
* D) Mirroring
显示答案
**答案: B) Replication Factor**
**说明:** Replication Factor 决定每个 trace 被复制到多少个 Ingester。例如，replication\_factor=3 表示每个 trace 存储在 3 个 Ingester 上，因此即使一个 Ingester 发生故障也不会丢失数据。这是 Tempo 高可用性配置中的重要设置。
***
7. 通过在 Grafana 中集成 Tempo 和 Loki 实现 Trace-to-Log 关联，需要进行什么配置？
* A) 部署在同一个 namespace 中
* B) 配置 derivedFields 以提取 TraceID
* C) 使用同一个 S3 bucket
* D) 使用相同的 labels
显示答案
**答案: B) 配置 derivedFields 以提取 TraceID**
**说明:** 在 Loki 数据源设置中配置 derivedFields，从日志中提取 TraceID 并创建指向 Tempo 的链接。通过使用正则表达式模式匹配 TraceID 并将其链接到 Tempo 数据源，您可以直接从日志中查询相关 trace。
***
8. Compactor 在 Tempo 中的作用是什么？
* A) 实时查询处理
* B) 接收和分发 trace 数据
* C) 压缩已存储的 block 并应用保留策略
* D) 内存缓冲区管理
显示答案
**答案: C) 压缩已存储的 block 并应用保留策略**
**说明:** Compactor 会压缩并优化存储在 Object Storage 中的 trace block。它还会根据 block\_retention 设置应用保留策略，以删除旧数据。Compactor 通常以单个实例运行，每个 cluster 中只有一个处于活动状态。
***
9. 用于查找从 Service A 到 Service B 的调用模式的正确 TraceQL 查询是什么？
* A) `{ resource.service.name = "A" } AND { resource.service.name = "B" }`
* B) `{ resource.service.name = "A" } >> { resource.service.name = "B" }`
* C) `{ resource.service.name = "A" } -> { resource.service.name = "B" }`
* D) `{ resource.service.name = "A" } | { resource.service.name = "B" }`
显示答案
**答案: B) { resource.service.name = "A" } >> { resource.service.name = "B" }**
**说明:** 在 TraceQL 中，`>>` 运算符执行结构匹配，用于查找与第一个条件匹配的 span 是与第二个条件匹配的 span 的祖先的情况。这使得可以分析服务之间的调用模式。`>` 运算符仅匹配直接的父子关系。
***
10. 以下哪项不是 Tempo 性能优化的推荐设置？
* A) 将 max\_block\_duration 设置为 30 分钟
* B) 使用 Memcached 作为缓存
* C) 为所有属性建立索引
* D) 在 Query Frontend 中启用查询分片
显示答案
**答案: C) 为所有属性建立索引**
**说明:** Tempo 的核心设计原则是尽可能减少索引以降低成本。为所有属性建立索引会抵消 Tempo 的优势，并显著增加存储成本。相反，应通过调整 max\_block\_duration、缓存和查询分片来优化性能。
***