本頁面由 Cloud Translation API 翻譯而成。

在 Cloud Run 部署 Google 建構的 OpenTelemetry 收集器

本文說明如何在 Cloud Run 上執行 Google 建構的 OpenTelemetry Collector，從已檢測的應用程式收集 OTLP 記錄、指標和追蹤記錄，然後將資料匯出至 Google Cloud。

事前準備

執行 Google 建構的 OpenTelemetry 收集器需要下列資源：

已啟用 Cloud Monitoring API、Cloud Trace API 和 Cloud Logging API 的 Google Cloud 專案。
- 如果您沒有 Google Cloud 專案，請執行下列步驟：
  1. 前往 Google Cloud 控制台的「New Project」(新增專案)：
    
    建立新專案
  2. 在「Project Name」(專案名稱) 欄位中輸入專案名稱，然後按一下「Create」(建立)。
  3. 前往「帳單」：
    
    前往「帳單」頁面
  4. 如果尚未在頁面頂端選取您剛建立的專案，請立即選取。
  5. 系統會提示您選擇現有的付款資料或是建立新的付款資料。
  新專案預設會啟用 Monitoring API、Trace API 和 Logging API。
- 如果您已有 Google Cloud 專案，請確認已啟用 Monitoring API、Trace API 和 Logging API：
  
  Enable the APIs
Cloud Run 服務。如果沒有 Cloud Run 服務，請按照「規劃及準備服務」一文中的操作說明進行。
安裝 gcloud。如要瞭解如何安裝 gcloud，請參閱「安裝 gcloud CLI」。

設定收集器的權限

根據預設，Cloud Run 作業和服務會使用 Compute Engine 預設服務帳戶。PROJECT_NUMBER-compute@developer.gserviceaccount.com。這個服務帳戶通常會具備必要的 Identity and Access Management (IAM) 角色，可寫入本文件所述的指標和記錄：

請管理員在專案中授予您下列 IAM 角色：

Cloud Run Admin (roles/run.admin)
Secret Manager Secret Accessor (roles/secretmanager.secretAccessor)

您也可以為 Cloud Run 設定使用者管理的服務帳戶。使用者管理的服務帳戶也必須具備這些角色。如要進一步瞭解 Cloud Run 的服務帳戶，請參閱服務身分簡介。

部署收集器

如要將 Google 內建的 OpenTelemetry Collector 安裝為 Cloud Run 的 Sidecar，請先建立密鑰來儲存 Collector 的設定。

gcloud secrets create SECRET_NAME --data-file=config.yaml --project=PROJECT_ID

接著，將 Google 打造的 OpenTelemetry 收集器新增為 service.yaml 的補充容器：

apiVersion: serving.knative.dev/v1
kind: Service
metadata:
  annotations:
    run.googleapis.com/launch-stage: ALPHA
  name: google-otel-cloud-run-sample
spec:
  template:
    metadata:
      annotations:
        # [REQUIRED] set the collector as a parent to the app
        run.googleapis.com/container-dependencies: "{app:[collector]}"
        run.googleapis.com/secrets: 'SECRET_NAME:projects/PROJECT_ID/secrets/SECRET_NAME'
    spec:
      containers:
      - image: my-app
        name: app
        ports:
        - containerPort: 8080
        env:
        - name: "OTEL_EXPORTER_OTLP_ENDPOINT"
          value: "http://localhost:4317"
      - image: "us-docker.pkg.dev/cloud-ops-agents-artifacts/google-cloud-opentelemetry-collector/otelcol-google:0.134.0"
        args:
        - --config=/etc/otelcol-google/config.yaml
        name: collector
        startupProbe:
          httpGet:
            path: /
            port: 13133
          timeoutSeconds: 30
          periodSeconds: 30
        livenessProbe:
          httpGet:
            path: /
            port: 13133
          timeoutSeconds: 30
          periodSeconds: 30
        volumeMounts:
        - mountPath: /etc/otelcol-google/
          name: config
      volumes:
      - name: config
        secret:
          items:
          - key: latest
            path: config.yaml
          secretName: 'SECRET_NAME'

設定收集器

我們提供 OpenTelemetry Collector 設定，供您搭配 Google 建構的 Collector 使用。這項設定旨在傳送大量 OTLP 指標、記錄和追蹤記錄。這項設定也旨在避免常見的擷取問題。您可以新增設定，但強烈建議不要移除元素。

本節說明提供的設定、匯出工具、處理器、接收器等重要元件，以及其他可用元件。

提供的收集器設定

您可以在 opentelemetry-operations-collector 存放區的 google-built-opentelemetry-collector 目錄中找到 Collector 設定：

receivers:
  # Open two OTLP servers:
  # - On port 4317, open an OTLP GRPC server
  # - On port 4318, open an OTLP HTTP server
  #
  # Docs:
  # https://github.com/open-telemetry/opentelemetry-collector/tree/main/receiver/otlpreceiver
  otlp:
    protocols:
      grpc:
        endpoint: localhost:4317
      http:
        cors:
          # This effectively allows any origin
          # to make requests to the HTTP server.
          allowed_origins:
          - http://*
          - https://*
        endpoint: localhost:4318

processors:
  # The batch processor is in place to regulate both the number of requests
  # being made and the size of those requests.
  #
  # Docs:
  # https://github.com/open-telemetry/opentelemetry-collector/tree/main/processor/batchprocessor
  batch:
    send_batch_max_size: 200
    send_batch_size: 200
    timeout: 5s

  # The memorylimiter will check the memory usage of the collector process.
  #
  # Docs:
  # https://github.com/open-telemetry/opentelemetry-collector/tree/main/processor/memorylimiterprocessor
  memory_limiter:
    check_interval: 1s
    limit_percentage: 65
    spike_limit_percentage: 20

  # The resourcedetection processor is configured to detect GCP resources.
  # Resource attributes that represent the GCP resource the collector is
  # running on will be attached to all telemetry that goes through this
  # processor.
  #
  # Docs:
  # https://github.com/open-telemetry/opentelemetry-collector-contrib/tree/main/processor/resourcedetectionprocessor
  # https://github.com/open-telemetry/opentelemetry-collector-contrib/tree/main/processor/resourcedetectionprocessor#gcp-metadata
  resourcedetection:
    detectors: [gcp]
    timeout: 10s

  transform/collision:
    metric_statements:
    - context: datapoint
      statements:
      - set(attributes["exported_location"], attributes["location"])
      - delete_key(attributes, "location")
      - set(attributes["exported_cluster"], attributes["cluster"])
      - delete_key(attributes, "cluster")
      - set(attributes["exported_namespace"], attributes["namespace"])
      - delete_key(attributes, "namespace")
      - set(attributes["exported_job"], attributes["job"])
      - delete_key(attributes, "job")
      - set(attributes["exported_instance"], attributes["instance"])
      - delete_key(attributes, "instance")
      - set(attributes["exported_project_id"], attributes["project_id"])
      - delete_key(attributes, "project_id")

exporters:
  # The googlecloud exporter will export telemetry to different
  # Google Cloud services:
  # Logs -> Cloud Logging
  # Metrics -> Cloud Monitoring
  # Traces -> Cloud Trace
  #
  # Docs:
  # https://github.com/open-telemetry/opentelemetry-collector-contrib/tree/main/exporter/googlecloudexporter
  googlecloud:
    log:
      default_log_name: opentelemetry-collector

  # The googlemanagedprometheus exporter will send metrics to
  # Google Managed Service for Prometheus.
  #
  # Docs:
  # https://github.com/open-telemetry/opentelemetry-collector-contrib/tree/main/exporter/googlemanagedprometheusexporter
  googlemanagedprometheus:

extensions:
  # Opens an endpoint on 13133 that can be used to check the
  # status of the collector. Since this does not configure the
  # `path` config value, the endpoint will default to `/`.
  #
  # When running on Cloud Run, this extension is required and not optional.
  # In other environments it is recommended but may not be required for operation
  # (i.e. in Container-Optimized OS or other GCE environments).
  #
  # Docs:
  # https://github.com/open-telemetry/opentelemetry-collector-contrib/tree/main/extension/healthcheckextension
  health_check:
    endpoint: 0.0.0.0:13133

service:
  extensions:
  - health_check
  pipelines:
    logs:
      receivers:
      - otlp
      processors:
      - resourcedetection
      - memory_limiter
      - batch
      exporters:
      - googlecloud
    metrics/otlp:
      receivers:
      - otlp
      processors:
      - resourcedetection
      - transform/collision
      - memory_limiter
      - batch
      exporters:
      - googlemanagedprometheus
    traces:
      receivers:
      - otlp
      processors:
      - resourcedetection
      - memory_limiter
      - batch
      exporters:
      - googlecloud
  # Internal telemetry for the collector supports both push and pull-based telemetry data transmission.
  # Leveraging the pre-configured OTLP receiver eliminates the need for an additional port.
  #
  # Docs:
  # https://opentelemetry.io/docs/collector/internal-telemetry/
  telemetry:
    metrics:
      readers:
        - periodic:
            exporter:
              otlp:
                protocol: grpc
                endpoint: localhost:4317

出口商

Collector 設定包含下列匯出工具：

googlecloud，適用於記錄和追蹤記錄。這個匯出工具已設定預設記錄名稱。
googlemanagedprometheus 指標匯出工具。這個匯出工具不需要任何設定，但有設定選項。如要瞭解 googlemanagedprometheus 匯出工具的設定選項，請參閱 Google Cloud Managed Service for Prometheus 說明文件中的「開始使用 OpenTelemetry Collector」。

處理器

Collector 設定包含下列處理器：

batch：設定為以每個要求最多 Google Cloud 個項目的形式，或每 5 秒的 Google Cloud 最短間隔 (以先到者為準)，批次處理遙測要求。
memory_limiter：限制 Collector 的記憶體用量，在超過上限時捨棄資料點，避免發生記憶體不足導致當機的問題。
resourcedetection：自動偵測 Google Cloud 資源標籤，例如 project_id。

接收器

收集器設定只包含otlp接收器。如要瞭解如何檢測應用程式，將 OTLP 追蹤記錄和指標傳送至 Collector 的 OTLP 端點，請參閱「選擇檢測方法」。

可用的元件

Google 建構的 OpenTelemetry Collector 包含大多數使用者啟用 Google Cloud Observability 豐富體驗所需的元件。如需可用元件的完整清單，請參閱 opentelemetry-operations-collector 存放區中的「Components」(元件) 。

如要要求變更或新增可用元件，請在 opentelemetry-operations-collector 存放區中開啟功能要求。

產生遙測資料

如要產生遙測資料，請建立含有 Sidecar 收集器的 Cloud Run 應用程式。「使用 OpenTelemetry 補充資訊寫入 OTLP 指標」一文提供教學課程，說明如何使用 Google 建構的 OpenTelemetry Collector 做為補充資訊。您可以透過本教學課程，使用 Google 建立的 Collector 產生遙測資料。

查看遙測資料

Google 內建的 OpenTelemetry Collector 會將已檢測應用程式的指標、記錄檔和追蹤記錄傳送至 Google Cloud Observability。收集器也會傳送自我觀察指標。下列各節將說明如何查看這項遙測資料。

查看指標

Google 建構的 OpenTelemetry Collector 會收集 Prometheus 指標，您可以使用 Metrics Explorer 查看這些指標。收集的指標取決於應用程式的檢測，不過 Google 建構的收集器也會寫入一些自我指標。

如要查看 Google 內建 OpenTelemetry Collector 收集的指標，請按照下列步驟操作：

前往 Google Cloud 控制台的「Metrics Explorer」頁面：
前往 Metrics Explorer

如果您是使用搜尋列尋找這個頁面，請選取子標題為「Monitoring」的結果。
在 Google Cloud 控制台的工具列中，選取您的 Google Cloud 專案。如要進行 App Hub 設定，請選取 App Hub 主專案或已啟用應用程式的資料夾的管理專案。
在「指標」元素中，展開「選取指標」選單，在篩選列中輸入 Prometheus Target，然後使用子選單選取特定資源類型和指標：
1. 在「Active resources」(有效資源) 選單中，選取「Prometheus Target」(Prometheus 目標)。
2. 如要選取指標，請使用「使用中的指標類別」和「使用中的指標」選單。 Google 建構的 OpenTelemetry Collector 收集的指標會加上 prometheus.googleapis.com 前置字元。
3. 按一下 [套用]。
如要新增篩選器，從查詢結果中移除時間序列，請使用「Filter」元素。
設定資料的顯示方式。
如果指標的測量值是累計值，指標探索工具會自動以對齊週期將測量資料正規化，因此圖表會顯示比率。詳情請參閱「種類、型別和轉換」。

如果測量整數或雙精度值 (例如使用 counter 指標)，Metrics Explorer 會自動加總所有時間序列。如要變更這項行為，請將「Aggregation」(彙整) 項目的第一個選單設為「None」(無)。

如要進一步瞭解如何設定圖表，請參閱「使用 Metrics Explorer 時選取指標」。

查看追蹤記錄

如要查看追蹤記錄資料，請按照下列步驟操作：

前往 Google Cloud 控制台的「Trace Explorer」頁面：
前往「Trace Explorer」頁面

您也可以透過搜尋列找到這個頁面。
在 Google Cloud 控制台的工具列中，選取您的 Google Cloud 專案。如要進行 App Hub 設定，請選取 App Hub 主專案或已啟用應用程式的資料夾管理專案。
在頁面的表格部分中，選取一列。
在「Trace details」(追蹤記錄詳細資料) 面板的甘特圖中，選取時距。

畫面上會開啟面板，顯示追蹤要求相關資訊。這些詳細資料包括方法、狀態碼、位元組數，以及呼叫者的使用者代理程式。
如要查看與這項追蹤記錄相關聯的記錄檔，請選取「記錄檔和事件」分頁標籤。

這個分頁會顯示個別記錄。如要查看記錄項目的詳細資料，請展開記錄項目。您也可以按一下「查看記錄」，然後使用記錄探索工具查看記錄。

如要進一步瞭解如何使用 Cloud Trace 探索工具，請參閱「尋找及探索追蹤記錄」。

查看記錄檔

您可以在記錄檔探索器中檢查記錄，也可以查看相關聯的追蹤記錄 (如有)。

前往 Google Cloud 控制台的「Logs Explorer」頁面：
前往「Logs Explorer」(記錄檔探索工具)

如果您是使用搜尋列尋找這個頁面，請選取子標題為「Logging」的結果。
找出已插碼應用程式的記錄項目。如要查看詳細資料，請展開記錄項目。
在含有追蹤記錄訊息的記錄項目上，按一下「追蹤記錄」，然後選取「查看追蹤記錄詳細資料」。

「Trace details」(追蹤記錄詳細資料) 面板隨即開啟，並顯示所選追蹤記錄。

如要進一步瞭解如何使用記錄檔探索工具，請參閱「使用記錄檔探索工具查看記錄檔」。

觀察及偵錯收集器

Google 建構的 OpenTelemetry Collector 會自動提供自我監控指標，協助您監控其效能，並確保 OTLP 擷取管道持續運作。

如要監控 Collector，請安裝 Collector 的範例資訊主頁。這個資訊主頁可讓您一目瞭然地掌握 Collector 的多項指標，包括正常運作時間、記憶體用量，以及對 Google Cloud Observability 的 API 呼叫。

如要安裝資訊主頁，請按照下列步驟操作：

在 Google Cloud 控制台中，前往「Dashboards」(資訊主頁) 頁面：
前往「Dashboards」(資訊主頁)

如果您是使用搜尋列尋找這個頁面，請選取子標題為「Monitoring」的結果。
按一下「資訊主頁範本」。
搜尋 OpenTelemetry Collector 資訊主頁。
選用：如要預覽資訊主頁，請選取該資訊主頁。
按一下「將資訊主頁新增至清單」，然後完成對話方塊。

您可以在對話方塊中選取資訊主頁名稱，並為資訊主頁新增標籤。

如要進一步瞭解如何安裝資訊主頁，請參閱「安裝資訊主頁範本」。