亚马逊AWS官方博客
·
在 Amazon EKS 上构建开源可观测性数据栈：VictoriaMetrics + Grafana Loki + Grafana Tempo
内容提要
本文介绍了在Amazon EKS上构建开源可观测性数据栈的实践，使用VictoriaMetrics、Grafana Loki和Grafana Tempo处理指标、日志和链路数据。通过OpenTelemetry Operator实现微服务的零代码接入，并在Grafana中关联trace、log和metrics，提升故障排查效率。数据存储在Amazon S3和EBS gp3，整体架构清晰，运维负担较低。
关键要点
-
在 Amazon EKS 上构建开源可观测性数据栈，使用 VictoriaMetrics、Grafana Loki 和 Grafana Tempo 处理指标、日志和链路数据。
-
通过 OpenTelemetry Operator 实现微服务的零代码接入，提升故障排查效率。
-
数据存储在 Amazon S3 和 EBS gp3，整体架构清晰，运维负担较低。
-
选择 VictoriaMetrics、Grafana Loki 和 Grafana Tempo 是因为它们兼容 Grafana 生态，能够实现三大支柱的原生关联。
-
使用 Grafana Alloy 采集日志，Grafana Tempo 处理链路数据，确保数据的长期存储与高效查询。
-
通过 Grafana 配置数据源关联，实现 trace、log 和 metrics 的一键跳转，提升运维效率。
-
OpenTelemetry Operator 的自动注入能力使得存量微服务无需改动代码即可接入可观测性体系。
延伸解读
开源可观测性架构的优势
在 Amazon EKS 上构建开源可观测性数据栈的方案，利用 VictoriaMetrics、Grafana Loki 和 Grafana Tempo 的组合，能够有效降低运维负担。与传统的监控方案相比，这种架构不仅减少了组件数量，还通过 Grafana 实现了数据的无缝关联，提升了故障排查的效率。
OpenTelemetry Operator 的应用
OpenTelemetry Operator 的自动注入能力使得存量微服务能够零代码接入可观测性体系。这一特性对于快速迭代和扩展的微服务架构尤为重要，能够在不影响现有业务逻辑的情况下，快速实现监控和数据采集。
数据存储与成本考量
在数据存储方面，使用 Amazon S3 和 EBS gp3 的组合，能够实现高性价比的长期存储。相比于其他存储方案，EBS gp3 提供了更平缓的成本增长，适合大规模数据的存储需求。企业在选择存储方案时，应考虑数据增长的速度与存储成本的平衡。
延伸问答
如何在 Amazon EKS 上构建可观测性数据栈？
可以使用 VictoriaMetrics、Grafana Loki 和 Grafana Tempo 来处理指标、日志和链路数据，并通过 OpenTelemetry Operator 实现零代码接入。
为什么选择 VictoriaMetrics、Grafana Loki 和 Grafana Tempo？
这三者兼容 Grafana 生态，能够实现三大支柱的原生关联，且在运维和成本上具有优势。
OpenTelemetry Operator 的作用是什么？
OpenTelemetry Operator 可以实现存量微服务的零代码接入，自动注入探针，无需修改业务代码。
数据存储在什么地方？
日志和链路数据存储在 Amazon S3，指标数据存放在 Amazon EBS gp3。
如何在 Grafana 中实现 trace、log 和 metrics 的关联？
通过配置数据源关联，可以在 Grafana 中实现 trace、log 和 metrics 的一键跳转。
使用 Grafana Tempo 有什么优势？
Grafana Tempo 可以接收 OpenTelemetry OTLP 数据，并自动生成服务拓扑和 RED 指标，便于监控和故障排查。
