Receivercreator Receiver
contrib, k8s
Maintainers: @dmitryax, @ChrsMark
Source: opentelemetry-collector-contrib
Supported Telemetry
Overview
To use the receiver creator, you must first configure one or more observers that will discover networked endpoints that you may be interested in. The configured rules will be evaluated for each endpoint discovered. If the rule evaluates to true then the receiver for that rule will be started against the matched endpoint. If you use the receiver creator in multiple pipelines of differing telemetry types, but a given dynamically instantiated receiver doesn’t support one of the pipeline’s type, it will effectively lead to a logged no-op that won’t cause a collector service failure.Configuration
watch_observers A list of observers previously defined to be run in theextensions section.
receiver_creator will watch for endpoints generated by these observers.
receivers
A map of receiver names (e.g. redis/1) to a template for when and how to
instantiate that receiver.
receivers.<receiver_type/id>.rule
Rule expression using expvar
syntax.
Variables available are detailed below in Rule
Expressions.
Note: The built-in type function introduced in v1.14.1 has been relocated to typeOf.
receivers.<receiver_type/id>.config
This is configuration that will be used when creating the receiver at
runtime.
This option can use static and dynamic configuration values. Static values
are normal YAML values. However, the value can also be dynamically constructed
from the discovered endpoint object. Dynamic values are surrounded by
backticks (`). If a literal backtick is needed use \` to escape it. Dynamic
values can be used with static values in which case they are concatenated.
For example:
secure_url will be https:// concatenated with the value of
the secure_host label.
This can also be used when the discovered endpoint needs to be changed
dynamically. For instance, suppose the IP 1.2.3.4 is discovered without a
port but the port needs to be set inside endpoint. You could do:
endpoint config field and you aren’t
manually setting it like the above example, the observer endpoint target value
will automatically be sourced. If no endpoint field is available you are
required to specify any necessary fields.
To develop, test or debug expvar
syntax
based expressions use Expr language playground.
receivers.resource_attributes
rule. These attributes vary based on the endpoint type. These defaults can be disabled by setting the attribute to be removed to an empty value. Note that the values can be dynamic and processed the same as in config.
Note that the backticks below are not typos—they indicate the value is set dynamically.
type == "pod"
| Resource Attribute | Default |
|---|---|
| k8s.pod.name | `name` |
| k8s.pod.uid | `uid` |
| k8s.namespace.name | `namespace` |
type == "port"
| Resource Attribute | Default |
|---|---|
| k8s.pod.name | `pod.name` |
| k8s.pod.uid | `pod.uid` |
| k8s.namespace.name | `pod.namespace` |
| k8s.container.name | `container_name` |
| container.image.name | `container_image` |
| container.id | `container_id` |
type == "pod.container"
| Resource Attribute | Default |
|---|---|
| k8s.pod.name | `pod.name` |
| k8s.pod.uid | `pod.uid` |
| k8s.namespace.name | `pod.namespace` |
| container.name | `name` |
| k8s.container.name | `container_name` |
| container.image.name | `container_image` |
| container.id | `container_id` |
type == "container"
| Resource Attribute | Default |
|---|---|
| container.name | `name` |
| container.image.name | `image` |
type == "hostport"
None
type == "k8s.service"
| Resource Attribute | Default |
|---|---|
| k8s.namespace.name | `namespace` |
type == "k8s.node"
| Resource Attribute | Default |
|---|---|
| k8s.node.name | `name` |
| k8s.node.uid | `uid` |
type == "k8s.ingress"
| Resource Attribute | Default |
|---|---|
| k8s.namespace.name | `namespace` |
type == "kafka.topics"
None
See redis/2 in examples.
receivers.<receiver_type/id>.resource_attributes
resource_attributes described above but for individual receiver instances. Duplicate attribute entries (including the empty string) in this receiver-specific mapping take precedence. These attribute values also support expansion from endpoint environment content. At this time their values must be strings.
Rule Expressions
Each rule must start withtype == ("pod"|"port"|"pod.container"|"hostport"|"container"|"k8s.service"|"k8s.node"|"k8s.ingress") && such that the rule matches
only one endpoint type. Depending on the type of endpoint the rule is
targeting it will have different variables available.
Pod
| Variable | Description | Data Type |
|---|---|---|
| type | "pod" | String |
| id | ID of source endpoint | String |
| name | name of the pod | String |
| namespace | namespace of the pod | String |
| uid | unique id of the pod | String |
| labels | map of labels set on the pod | Map with String key and value |
| annotations | map of annotations set on the pod | Map with String key and value |
Port
| Variable | Description | Data Type |
|---|---|---|
| type | "port" | String |
| id | ID of source endpoint | String |
| name | container port name | String |
| port | port number | Integer |
| protocol | The transport protocol (“TCP” or “UDP”) | String |
| pod.name | name of the owning pod | String |
| pod.namespace | namespace of the pod | String |
| pod.uid | unique id of the pod | String |
| pod.labels | map of labels of the owning pod | Map with String key and value |
| pod.annotations | map of annotations of the owning pod | Map with String key and value |
Pod Container
| Variable | Description | Data Type |
|---|---|---|
| type | "pod.container" | String |
| id | ID of source endpoint | String |
| container_name | container name | String |
| container_id | container id | String |
| container_image | container image | String |
| pod.name | name of the owning pod | String |
| pod.namespace | namespace of the pod | String |
| pod.uid | unique id of the pod | String |
| pod.labels | map of labels of the owning pod | Map with String key and value |
| pod.annotations | map of annotations of the owning pod | Map with String key and value |
Host Port
| Variable | Description | Data Type |
|---|---|---|
| type | "hostport" | String |
| id | ID of source endpoint | String |
| process_name | Name of the process | String |
| command | Command line with the used to invoke the process | String |
| is_ipv6 | true if endpoint is IPv6, otherwise false | Boolean |
| port | Port number | Integer |
| transport | The transport protocol (“TCP” or “UDP”) | String |
Container
| Variable | Description | Data Type |
|---|---|---|
| type | "container" | String |
| id | ID of source endpoint | String |
| name | Primary name of the container | String |
| image | Name of the container image | String |
| port | Exposed port of the container | Integer |
| alternate_port | Exposed port accessed through redirection, such as a mapped port | Integer |
| command | The command used to invoke the process of the container | String |
| container_id | ID of the container | String |
| host | Hostname or IP of the underlying host the container is running on | String |
| transport | Transport protocol used by the endpoint (TCP or UDP) | String |
| labels | User-specified metadata labels on the container | Map with String key and value |
Kubernetes Service
| Variable | Description | Data Type |
|---|---|---|
| type | "k8s.service" | String |
| id | ID of source endpoint | String |
| name | The name of the Kubernetes service | String |
| namespace | The namespace of the service | String |
| uid | The unique ID for the service | String |
| labels | The map of labels set on the service | Map with String key and value |
| annotations | The map of annotations set on the service | Map with String key and value |
| service_type | The type of the kubernetes service: ClusterIP, NodePort, LoadBalancer, ExternalName | String |
| cluster_ip | The cluster IP assigned to the service | String |
Kubernetes Ingress
| Variable | Description | Data Type |
|---|---|---|
| type | "k8s.ingress" | String |
| id | ID of source endpoint | String |
| name | The name of the Kubernetes ingress | String |
| namespace | The namespace of the ingress | String |
| uid | The unique ID for the ingress | String |
| labels | The map of labels set on the ingress | Map with String key and value |
| annotations | The map of annotations set on the ingress | Map with String key and value |
| scheme | Scheme represents whether the ingress path is accessible via HTTPS or HTTP. | String |
| host | Host is the FQDN that map to backends | String |
| path | Path that map requests to backends | String |
Kubernetes Node
| Variable | Description | Data Type |
|---|---|---|
| type | "k8s.node" | String |
| id | ID of source endpoint | String |
| name | The name of the Kubernetes node | String |
| uid | The unique ID for the node | String |
| hostname | The node’s hostname as reported by its Status object | String |
| external_ip | The node’s external IP address as reported by its Status object | String |
| internal_ip | The node’s internal IP address as reported by its Status object | String |
| external_dns | The node’s external DNS record as reported by its Status object | String |
| internal_dns | The node’s internal DNS record as reported by its Status object | String |
| annotations | A key-value map of non-identifying, user-specified node metadata | Map with String key and value |
| labels | A key-value map of user-specified node metadata | Map with String key and value |
| kubelet_endpoint_port | The node Status object’s DaemonEndpoints.KubeletEndpoint.Port value | Integer |
Kafka Topics
| Variable | Description | Data Type |
|---|---|---|
| type | "kafka.topics" | String |
| id | ID of source endpoint | String |
Examples
Generate receiver configurations from provided Hints
Note: When hints feature is enabled if hints are present for an endpoint no receiver templates will be evaluated. Currently this feature is only supported for K8s environments and thek8sobserver.
The discovery feature for K8s is enabled with the following setting:
Supported metrics annotations
Enable/disable discovery
io.opentelemetry.discovery.metrics/enabled (Required. "true" or "false")
Define scraper
io.opentelemetry.discovery.metrics/scraper (example: "nginx")
Define configuration
io.opentelemetry.discovery.metrics/config
For "endpoint" setting specifically, it sticks to urls that include
"`endpoint`" as it comes from the Port endpoint which is
in form of pod_ip:container_port. This is to ensure that each Pod can only
generate configuration that targets itself and not others.
If no endpoint is provided the Pod’s endpoint will be used (in form of pod_ip:container_port).
Example:
Support multiple target containers
Users can target the annotation to a specific container by suffixing it with the name of the port that container exposes:io.opentelemetry.discovery.metrics.<container_port>/config.
For example:
80 is the port that the target container exposes.
If a Pod is annotated with both container level hints and pod level hints the container level hints have priority and
the Pod level hints are used as a fallback (see detailed example below).
The current implementation relies on the implementation of k8sobserver extension and specifically
the pod_endpoint.
The hints are evaluated per container by extracting the annotations from each Port endpoint that is emitted.
Supported logs annotations
This feature enablesfile_log receiver in order to collect logs from the discovered Pods.
Enable/disable discovery
io.opentelemetry.discovery.logs/enabled (Required. Example: "true")
By default "false".
Define configuration
The default configuration for thefile_log receiver is the following:
io.opentelemetry.discovery.logs/config
Example:
include cannot be overridden and is fixed to discovered container’s log file path.
Support multiple target containers
Users can target the annotation to a specific container by suffixing it with the name of that container:io.opentelemetry.discovery.logs.<container_name>/endpoint.
For example:
busybox is the name of the target container.
If a Pod is annotated with both container level hints and pod level hints the container level hints have priority and
the Pod level hints are used as a fallback (see detailed example below).
The current implementation relies on the implementation of k8sobserver extension and specifically
the pod_endpoint.
The hints are evaluated per container by extracting the annotations from each Pod Container endpoint that is emitted.
Examples
Metrics and Logs example
Collector’s configuration:Configuration
Example Configuration
Last generated: 2026-04-13