1. 课程导论：为什么 Loki 标签设计对弹性伸缩健康检查至关重要

在云原生架构中，弹性伸缩（Auto Scaling）是保障服务高可用与成本平衡的核心能力。然而，当 Pod 频繁扩缩容时，日志检索往往陷入“查不到、查不准、查得慢”的困境。Loki 作为 Grafana 生态下的日志聚合系统，其标签（Label）设计直接决定了日志检索的效率与准确性，进而影响弹性伸缩场景下的健康检查与故障定位。

1.1 弹性伸缩场景下的日志挑战

弹性伸缩带来的动态基础设施变化，对日志系统提出了三个关键挑战：

以 Kubernetes 环境为例，一个 Deployment 从 3 个副本扩容到 10 个副本时，如果标签设计只包含 pod_name，Loki 将创建 10 个独立的日志流。当 Pod 滚动更新后，旧的日志流变为“孤儿流”，新的 Pod 又创建新流，导致日志碎片化严重。

1.2 标签设计如何影响健康检查

弹性伸缩的健康检查通常依赖以下三类日志查询模式：

• 实时健康探测：查询最近 5 分钟内所有副本的 error 级别日志数量。
• 异常实例定位：根据特定 trace_id 或 request_id 追踪单个请求的完整日志。
• 历史趋势分析：按服务维度聚合过去 24 小时的日志量变化，判断扩缩容是否合理。

标签设计直接决定了上述查询能否在 1 秒内返回结果。下图展示了标签设计优劣对查询路径的影响：

1.3 标签设计的核心原则

针对弹性伸缩健康检查场景，Loki 标签设计应遵循以下原则：

1. 低基数优先：标签的取值数量（基数）应控制在千级以内。避免使用 pod_name、ip、request_id 等高基数标签。
2. 服务维度聚合：使用 service、namespace、cluster 等稳定标识作为标签，确保扩缩容后标签值不变。
3. 层级化设计：按“服务 → 环境 → 级别”的层级组织标签，支持从粗粒度到细粒度的逐步下钻。
4. 避免冗余标签：每个标签应提供独立的查询维度，重复或高度相关的标签会增加存储开销而无实际收益。

1.4 课程内容预览

本课程将围绕“弹性伸缩健康检查”这一实战场景，系统讲解 Loki 标签设计的完整方法论：

通过本课程的学习，你将掌握一套可复用的标签设计模式，确保在任意规模的弹性伸缩场景下，Loki 都能为健康检查提供稳定、高效的日志检索能力。