OpenTelemetry Collector: ställ in proxy för OTLP HTTP-exportören
Använd proxy_url-inställningen för OTLP HTTP-exportören och koppla den exportören till den pipeline som faktiskt skickar telemetrin.
Collectorn tar emot telemetri från applikationer och öppnar sedan en separat utgående anslutning till den konfigurerade backend-en. Sätt proxyn på den utgående HTTP-exportören:
exporters:
otlp_http/proxied:
endpoint: https://telemetry.example:4318
proxy_url: http://proxy.example:8080
service:
pipelines:
traces:
receivers: [otlp]
exporters: [otlp_http/proxied]Slå samman det här utdraget med den befintliga konfigurationen. Det förutsätter att otlp-mottagaren redan är definierad och behåller de processors och övriga pipeline-inställningar som driftsättningen kräver. Att definiera en exportör utan att referera till den från rätt pipeline skickar inga data genom den.
endpoint är fortfarande bas-URL:en för telemetri-backend-en. OTLP HTTP-exportören lägger till signalbanan, till exempel /v1/traces, om inte en signalspecifik endpoint ersätter den. proxy_url anger mellanhanden. För en testbackend som inte är känslig, är offentlig och tillåter en väg via en offentlig proxy, kan en adress från HTTP-proxylistan fylla den URL:en; bekräfta åtkomsten till backend-ens faktiska host och port.
Aktuell upstream-dokumentation kallar komponenten otlp_http och beskriver otlphttp som ett föråldrat alias. Äldre distributioner kan använda det äldre komponentnamnet; håll både exportörsdefinitionen och pipeline-referensen i linje med den installerade distributionen.
Det här är HTTP-klientkonfiguration. En OTLP gRPC-exportör använder en annan transport, och applikationens egen proxy-miljö hamnar inte automatiskt i Collectorns container eller serviceprocess. På samma sätt gäller konfigurationen av mottagaren inkommande trafik, inte den här backend-anslutningen.
Behåll backend-ens TLS-verifiering och den nödvändiga serviceautentiseringen. En proxy-407 och ett avslag från backend-en pekar på olika konton och steg.