OpenTelemetry Collector: Proxy für den OTLP-HTTP-Exporter setzen

Der Collector empfängt Telemetrie von Anwendungen und baut dann eine eigene ausgehende Verbindung zu seinem konfigurierten Backend auf. Setze den Proxy an diesem ausgehenden HTTP-Exporter:

exporters:
  otlp_http/proxied:
    endpoint: https://telemetry.example:4318
    proxy_url: http://proxy.example:8080

service:
  pipelines:
    traces:
      receivers: [otlp]
      exporters: [otlp_http/proxied]

Füge diesen Ausschnitt in die bestehende Konfiguration ein. Er setzt voraus, dass der otlp-Receiver bereits definiert ist, und behält die vom Deployment geforderten processors sowie weitere Pipeline-Einstellungen bei. Einen Exporter zu definieren, ohne ihn in der relevanten Pipeline zu referenzieren, sendet keine Daten über ihn.

Der endpoint bleibt die Basis-URL des Telemetrie-Backends. Der OTLP-HTTP-Exporter ergänzt den Signalpfad, etwa /v1/traces, sofern ihn kein signalspezifischer endpoint überschreibt. proxy_url benennt den Vermittler. Für ein unkritisches, öffentliches Test-Backend, das eine Route über einen öffentlichen Proxy erlaubt, kann eine Adresse aus der HTTP-Proxy-Liste diese URL füllen; bestätige den Zugriff auf den tatsächlichen Host und Port des Backends.

Die aktuelle Upstream-Dokumentation nennt diese Komponente otlp_http und beschreibt otlphttp als veralteten Alias. Ältere Distributionen können den älteren Komponentennamen verwenden; halte Exporter-Definition und Pipeline-Referenz im Einklang mit der installierten Distribution.

Dies ist HTTP-Client-Konfiguration. Ein OTLP-gRPC-Exporter nutzt einen anderen Transport, und die Proxy-Umgebung der Anwendung gelangt nicht automatisch in den Container oder Dienstprozess des Collectors. Ebenso betrifft die Konfiguration des Receivers eingehenden Verkehr, nicht diese Backend-Verbindung.

Behalte die TLS-Prüfung des Backends und die geforderte Dienstauthentifizierung bei. Ein Proxy-407 und eine Ablehnung durch das Backend zeigen unterschiedliche Konten und Stufen.