入門OpenTelemetry——部署OpenTelemetry

2025年05月14日22:52:06 科技 1397

OpenTelemetry 部署模式

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

Agent 模式

在 Agent 模式下,OpenTelemetry 檢測的應用程序將數據發送到與應用程序一起駐留的(收集器)代理。然後,該代理程序將接管並處理所有來自應用程序的追蹤數據。

收集器可以通過 sidecar 方式部署為代理,sidecar 可以配置為直接將數據發送到存儲後端。

入門OpenTelemetry——部署OpenTelemetry - 天天要聞

Gateway 模式

Gateway 模式則是將數據發送到另一個 OpenTelemetry 收集器,然後從(中心)收集器進一步將數據發送到存儲後端。在這種配置中,我們有一個中心的 OpenTelemetry 收集器,它使用 deployment/statefulset/daemonset 模式部署,具有許多優勢,如自動擴展。

入門OpenTelemetry——部署OpenTelemetry - 天天要聞

發送遙測數據最佳實踐是將數據發送到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 的名稱為 center
  namespace: opentelemetry
# 具體的配置內容
spec:
  replicas: 1           # 設置副本數量為1
  config:               # 定義 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]                      # 接收器為 OTLP
          processors: [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 collector
        endpoint: "center-collector.opentelemetry.svc:4317"  # 替換為 central collector 的地址
        tls:
          insecure: true              # 不使用 TLS

    service:
      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。

科技分類資訊推薦

雷軍微博設門檻,關注100天以上才能評論 - 天天要聞

雷軍微博設門檻,關注100天以上才能評論

深陷輿論漩渦,雷軍這是怎麼了?近日,有網友在評論雷軍微博時發現,其設置了只允許關注100天以上的粉絲進行評論。圖源網絡「過去一個多月,是我創辦小米以來最艱難的一段時間。」5月10日,雷軍發微博表露心聲。
充電樁十大品牌|中科智充上榜「2025中國充換電行業十大產品質量安全充電樁品牌」榜單 - 天天要聞

充電樁十大品牌|中科智充上榜「2025中國充換電行業十大產品質量安全充電樁品牌」榜單

近日,2025中國充換電行業十大技術實力品牌獎"正式發佈。安徽中科智充新能源科技有限公司憑藉顛覆性技術創新與全產業鏈布局優勢,以顯著技術代差榮登榜首,成為本年度唯一斬獲充電樁技術實力綜合評分全項滿分的行業標杆企業。 雙院賦能構築技術護城河作為唯一中國科學院、浙江大學雙技術賦能體系的新能源企業,中科智充依託...
前華為工程師入局小眾硬件賽道,年銷售額5億元 | Insight 全球 - 天天要聞

前華為工程師入局小眾硬件賽道,年銷售額5億元 | Insight 全球

摘要:個人用戶可能新鮮一陣,但小B端是持續造血的關鍵。 用手機拍攝一張手寫簽名,傳輸到一台手掌大的機器中。 3秒內,機器生成雕刻路徑,接着你可以在雞蛋殼上、在可樂罐上用激光刻下圖案。 海外用戶中,DIY設備一直算能穩定出貨、利潤不錯的賽道。2022年,激光雕刻機公司xTool,進入市場一年銷量就達到8億元,拿下數億元...
羅克萊以雙金屬複合堆焊技術引領行業革新 - 天天要聞

羅克萊以雙金屬複合堆焊技術引領行業革新

看似普通的管道系統,卻是能源輸送的「生命線」。從陸地油田到深海採油平台,從化工煉廠到核能制氫工程,耐腐蝕、高強度的管道承載着工業發展的澎湃動力。深耕管道行業二十餘載的蘇州羅克萊科技有限公司(以下簡稱:羅克萊),以「一輩子只干一件事」的韌勁兒,紮根管道行業,在創新實踐中,羅克萊從「一根管」闖出了一條高...
智造未來!先導智能攜全品類鋰電池整線及前沿解決方案亮相CIBF2025 - 天天要聞

智造未來!先導智能攜全品類鋰電池整線及前沿解決方案亮相CIBF2025

在全球積極推進能源轉型、加速邁向零碳未來的時代浪潮中,中國新能源產業正以破竹之勢崛起,從傳統的製造模式邁向創新驅動的智造新階段。第十七屆中國國際電池技術展覽會(CIBF 2025)即將盛大啟幕,在這場匯聚全球能源科技精英的盛會上,先導智能將攜全品類鋰電池整線及前沿解決方案驚艷亮相,以大國智造之姿,為全球能源...
佰宜康(深圳)科技有限公司正式啟航,打造全球智慧商貿生態標杆 - 天天要聞

佰宜康(深圳)科技有限公司正式啟航,打造全球智慧商貿生態標杆

‌2025年5月20日,深圳‌ —— 佰宜康(深圳)科技有限公司(以下簡稱「佰宜康」)今日宣布,公司已於2025年3月17日完成工商註冊,註冊資本5000萬元,並於5月12日全額實繳到位。作為粵港澳大灣區新興的科技驅動型商貿平台,佰宜康以「科技賦能全球商業」為核心理念,致力於通過供應鏈整合、數字化基建與國際資源聯動,構建...
中國品牌全球傳播力大會首設遊戲潮玩榜單 疊紙《戀與深空》上榜 - 天天要聞

中國品牌全球傳播力大會首設遊戲潮玩榜單 疊紙《戀與深空》上榜

5月12日,2025中國品牌全球傳播力大會在上海國際會議中心召開。為積極響應「探索文化和科技融合的有效機制,加快發展新型文化業態」政策精神,同時基於中國IP衍生「新業態」今年以來的高速發展成績,本屆大會首度設立遊戲潮玩品牌全球傳播力榜單。疊紙遊戲旗下產品《戀與深空》,因在遊戲IP領域的創新探索與全球影響力,成...
入門OpenTelemetry——部署OpenTelemetry - 天天要聞

入門OpenTelemetry——部署OpenTelemetry

OpenTelemetry 部署模式OpenTelemetry Collector 按部署方式分為 Agent 和Gateway 模式。Agent 模式在 Agent 模式下,OpenTelemetry 檢測的應用程序將數據發送到與應用程序