当前位置：首页 > news >正文

入门OpenTelemetry——部署OpenTelemetry

news 来源：原创 2025/6/29 23:14:48

OpenTelemetry 部署模式

OpenTelemetry Collector 按部署方式分为 Agent 和Gateway 模式。

Agent 模式

在 Agent 模式下，OpenTelemetry 检测的应用程序将数据发送到与应用程序一起驻留的（收集器）代理。然后，该代理程序将接管并处理所有来自应用程序的追踪数据。

收集器可以通过 sidecar 方式部署为代理，sidecar 可以配置为直接将数据发送到存储后端。

Gateway 模式

Gateway 模式则是将数据发送到另一个 OpenTelemetry 收集器，然后从（中心）收集器进一步将数据发送到存储后端。在这种配置中，我们有一个中心的 OpenTelemetry 收集器，它使用 deployment/statefulset/daemonset 模式部署，具有许多优势，如自动扩展。

发送遥测数据最佳实践是将数据发送到OpenTelemetry Collector而不是直接发送到后端。Collector可以帮助简化密钥管理，将数据导出与应用程序解耦，并允许您在遥测数据中添加其他数据。

部署 OpenTelemetry

建议使用 OpenTelemetry Operator 来部署，因为它可以帮助我们轻松部署和管理 OpenTelemetry 收集器，还可以自动检测应用程序。具体可参考文档https://opentelemetry.io/docs/platforms/kubernetes/operator/

部署cert-manager

因为 Operator 使用了 Admission Webhook 通过 HTTP 回调机制对资源进行校验/修改。Kubernetes 要求 Webhook 服务必须使用 TLS，因此 Operator 需要为其 webhook server 签发证书，所以需要先安装cert-manager。

# wget https://github.com/cert-manager/cert-manager/releases/latest/download/cert-manager.yaml
# kubectl apply -f cert-manager.yaml
# kubectl get pod -n cert-manager
NAME                                       READY   STATUS    RESTARTS   AGE
cert-manager-5577849d6c-kwg7f              1/1     Running   0          3m18s
cert-manager-cainjector-5755f77bbb-knlm2   1/1     Running   0          3m18s
cert-manager-webhook-b78d65b96-vpvrn       1/1     Running   0          3m18s

部署Operator

在 Kubernetes 上使用 OpenTelemetry，主要就是部署 OpenTelemetry 收集器。

# wget https://github.com/open-telemetry/opentelemetry-operator/releases/latest/download/opentelemetry-operator.yaml
# kubectl apply -f opentelemetry-operator.yaml
# kubectl get pod -n opentelemetry-operator-system 
NAME                                                         READY   STATUS    RESTARTS   AGE
opentelemetry-operator-controller-manager-6d94c5db75-cz957   2/2     Running   0          74s
# kubectl get crd |grep opentelemetry
instrumentations.opentelemetry.io           2025-04-21T09:48:53Z
opampbridges.opentelemetry.io               2025-04-21T09:48:54Z
opentelemetrycollectors.opentelemetry.io    2025-04-21T09:48:54Z
targetallocators.opentelemetry.io           2025-04-21T09:48:54Z

部署Collector(中心)

接下来我们部署一个精简版的 OpenTelemetry Collector，用于接收 OTLP 格式的 trace 数据，通过 gRPC 或 HTTP 协议接入，经过内存控制与批处理后，打印到日志中以供调试使用。

# cat center-collector.yaml              
apiVersion: opentelemetry.io/v1beta1
kind: OpenTelemetryCollector
# 元数据定义部分
metadata:name: center        # Collector 的名称为 centernamespace: opentelemetry
# 具体的配置内容
spec:replicas: 1           # 设置副本数量为1config:               # 定义 Collector 配置receivers:          # 接收器，用于接收遥测数据（如 trace、metrics、logs）otlp:             # 配置 OTLP（OpenTelemetry Protocol）接收器protocols:      # 启用哪些协议来接收数据grpc: endpoint: 0.0.0.0:4317      # 启用 gRPC 协议http: endpoint: 0.0.0.0:4318      # 启用 HTTP 协议processors:         # 处理器，用于处理收集到的数据batch: {}         # 批处理器，用于将数据分批发送，提高效率exporters:          # 导出器，用于将处理后的数据发送到后端系统debug: {}         # 使用 debug 导出器，将数据打印到终端（通常用于测试或调试）service:            # 服务配置部分pipelines:        # 定义处理管道traces:         # 定义 trace 类型的管道receivers: [otlp]                      # 接收器为 OTLPprocessors: [batch]                    # 使用批处理器exporters: [debug]                     # 将数据打印到终端# kubectl apply -f center-collector.yaml 
opentelemetrycollector.opentelemetry.io/center created
# kubectl get pod -n opentelemetry
NAME                                READY   STATUS    RESTARTS      AGE
center-collector-5c5987f4ff-zwqbk   1/1     Running   0             9s
# kubectl get svc -n opentelemetry  
NAME                          TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)                       AGE
center-collector              ClusterIP   10.109.226.90    <none>        4317/TCP,4318/TCP             22s
center-collector-headless     ClusterIP   None             <none>        4317/TCP,4318/TCP             22s
center-collector-monitoring   ClusterIP   10.110.106.116   <none>        8888/TCP                      22s

部署Collector(代理)

我们使用 Sidecar 模式部署 OpenTelemetry 代理。该代理会将应用程序的追踪发送到我们刚刚部署的中心OpenTelemetry 收集器。

# cat sidecar-collector.yaml 
apiVersion: opentelemetry.io/v1beta1
kind: OpenTelemetryCollector          # 定义资源类型为 OpenTelemetryCollector
metadata:name: sidecar                       # Collector 的名称namespace: opentelemetry
spec:mode: sidecar                       # 以 sidecar 模式运行（与应用容器同 Pod）config:                             # Collector 配置部分（结构化 YAML）receivers:otlp:                           # 使用 OTLP 协议作为接收器protocols:grpc: endpoint: 0.0.0.0:4317      # 启用 gRPC 协议http: endpoint: 0.0.0.0:4318      # 启用 HTTP 协议processors:batch: {}                       # 使用 batch 处理器将数据批量发送，提高性能exporters:debug: {}                       # 将数据输出到 stdout 日志（用于调试）otlp:                           # 添加一个 OTLP 类型导出器，发送到 central collectorendpoint: "center-collector.opentelemetry.svc:4317"  # 替换为 central collector 的地址tls:insecure: true              # 不使用 TLSservice:telemetry:logs:level: "debug"              # 设置 Collector 自身日志等级为 debug（方便观察日志）pipelines:traces:                       # 定义 trace 数据处理流水线receivers: [otlp]           # 从 otlp 接收 trace 数据processors: [batch]         # 使用批处理器exporters: [debug, otlp]    # 同时导出到 debug（日志）和 otlp（中心 Collector）
# kubectl apply -f sidecar-collector.yaml                
opentelemetrycollector.opentelemetry.io/sidecar created
# kubectl get opentelemetrycollectors -n opentelemetry   
NAME      MODE         VERSION   READY   AGE   IMAGE                                                                                     MANAGEMENT
center    deployment   0.123.1   1/1     10m   ghcr.io/open-telemetry/opentelemetry-collector-releases/opentelemetry-collector:0.123.1   managed
sidecar   sidecar      0.123.1           11s                                                                                             managed
# kubectl get pod -n opentelemetry                    
NAME                                READY   STATUS    RESTARTS      AGE
center-collector-5c5987f4ff-zwqbk   1/1     Running   0             10m

sidecar 代理依赖于应用程序启动，因此现在创建后并不会立即启动，需要我们创建一个应用程序并使用这个 sidecar 模式的 collector。

查看更多

崔亮的博客-专注devops自动化运维，传播优秀it运维技术文章。更多原创运维开发相关文章，欢迎访问https://www.cuiliangblog.cn