入門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。

科技分類資訊推薦

​ 產品性能獲認可,飛驤科技成功打入高端供應鏈 - 天天要聞

​ 產品性能獲認可,飛驤科技成功打入高端供應鏈

飛驤科技作為國產射頻前端芯片領域的領軍企業,近期在市場表現方面頻傳捷報。憑藉5G產品的持續放量及在國產替代浪潮中的突出表現,飛驤科技正逐步鞏固其在國內PA領域的市場地位,成為行業關注的焦點。在5G市場,飛驤科技展現出強勁的增長勢頭。2023
與 AMD FSR4 同源,索尼 PS5 Pro 遊戲機明年將迎新款超分算法 - 天天要聞

與 AMD FSR4 同源,索尼 PS5 Pro 遊戲機明年將迎新款超分算法

IT之家 7 月 3 日消息,外媒 Tom's Guide 此前同 AMD 和索尼 PlayStation 雙方高管就 Project Amethyst 合作項目的進展進行了交流。而根據事後報道,PS5 Pro 遊戲機將在明年迎來新款的超分辨率算法。▲ AMD 代表(左)和索尼 PlayStation 代表(右)各持被劈開的紫水晶的一半AMD 和索尼 Pla
消息稱某廠 SM8850 新機全系標配 50Mp 3X 中底潛望鏡 - 天天要聞

消息稱某廠 SM8850 新機全系標配 50Mp 3X 中底潛望鏡

IT之家 7 月 3 日消息,博主 @數碼閑聊站 今日爆料稱,某廠子系旗艦線 SM8850,目前全系標配 50Mp 3X 中底潛望鏡,現階段基本確定 50Mp+50Mp+50Mp。結合此前爆料來看,預計為 iQOO 15 手機。此前,該博主曾透露一款 SM8850 神秘新機將標配 6.85 英寸 2K 分辨率三星 LTPO 定製四窄邊大直屏,支持 Pol-l
美媒:西門子收到美國商務部通知,特朗普政府已解除對華芯片設計軟件禁令 - 天天要聞

美媒:西門子收到美國商務部通知,特朗普政府已解除對華芯片設計軟件禁令

【文/觀察者網 熊超然】彭博社當地時間7月2日報道稱,根據德國西門子公司發佈的一份聲明,美國商務部已通知該公司,在中國開展業務不再需要獲得「政府許可」。報道就此稱,特朗普政府至少已解除了對華芯片設計軟件銷售的出口許可要求,並認為這是中美兩國為促進關鍵技術流動而正實施的一項貿易協議的一部分。作為全球領先的...
中國首個獨立研發在美獲批的全球首創新葯,來自無錫高新區! - 天天要聞

中國首個獨立研發在美獲批的全球首創新葯,來自無錫高新區!

7月3日無錫高新區企業迪哲醫藥宣布舒沃哲的新葯上市申請正式獲得美國食品藥品監督管理局批准成為全球首個且唯一在美國獲批的表皮生長因子受體(EGFR)20號外顯子插入突變(exon20ins)非小細胞肺癌(NSCLC)國創新葯同時也是中國首個獨立研發在美獲批的全球首創新葯舒沃哲是一款口服、不可逆、針對多種EGFR突變亞型的高...
百度前副總裁璩靜開醫美診所,人均消費2218元,曾因 「霸道女總裁」 言論道歉辭職 - 天天要聞

百度前副總裁璩靜開醫美診所,人均消費2218元,曾因 「霸道女總裁」 言論道歉辭職

紅星資本局7月2日消息,百度前副總裁璩靜在華為總部坂田基地附近開了一家醫美診所。據公開資料,璩靜名下新增一家存續企業——深圳大為診所。該診所成立於2024年12月23日,璩靜持股比例為100%,認繳出資額為100萬元,經營範圍為診所服務等。企查查顯示,根據璩靜關聯的任職歷史,她曾任深圳市星光健康管理有限公司(以下簡...
推薦數商雲B2B撮合交易平台,搭建企業間合作橋樑 - 天天要聞

推薦數商雲B2B撮合交易平台,搭建企業間合作橋樑

來源:數商雲引言:企業數字化轉型與B2B撮合交易平台的崛起在全球經濟一體化與數字經濟深度融合的背景下,企業間的合作模式正經歷深刻變革。傳統供應鏈中信息不對稱、交易成本高、協同效率低等問題,已成為制約企業發展的核心痛點。
當無人機 「飛」 入生活,數字低空如何重構我們的出行與未來? - 天天要聞

當無人機 「飛」 入生活,數字低空如何重構我們的出行與未來?

交匯點訊 近日,蘇州國際博覽中心的展廳里人頭攢動,2025數字低空大會在此隆重舉行。作為第三屆低空(蘇州)產業創新生態大會的重要組成部分,這場由未來移動通信論壇與鵬城實驗室聯合主辦的盛會,承載着特殊的行業意義——繼2024年在深圳首次提出「數字低空」概念並引發廣泛共鳴後,它既是對過去一年行業探索的總結,更是...