The Cloud-Native Network Functions (CNFs) Open Telemetry (OTEL) collectors gather real-time metrics and statistics from the CNFs Pods such as CPU, memory, and interface usage, as well as traffic processing events for virtual servers, protocol profiles, DoS profiles, DNS profiles and firewall rules. The OTEL collectors integrate with third-party software such as Prometheus and Grafana to store and visualize CNFs Pod performance metrics.
This document guides you through enabling and configuring the CNFs OTEL Collectors.
OTEL Pod and container¶
CNFs implements two OTEL Collectors; One collector runs as a standalone Pod, gathering metrics and statistics from TMM, and the other collector runs as a sidecar in the Controller Pod, collecting host metrics and statistics directly from the Controller.
Note: The TMM collector is implemented as a separate Pod to optimize 5G application performance.
TMM OTEL Service¶
With OTEL enabled, a new Service object is created to receive TMM statistics (tmstats) from the TMM Pod on TCP service port 4317. The Service then forwards the stats to the OTEL collector Pod on the same service port.
Example OTEL Service:
Port: otlp-grpc 4317/TCP
Fetching OTEL Data¶
Once the CNFs Controller, TMM and OTEL Pods become available, data collectors such as Prometheus can begin fetching statistics on TCP service port 9090.
Note: The full list of OTEL statistics can be reviewed here.
The table below describes the available
Important: Modifying any OTEL parameters other than those listed below, may compromise the security of the Kubernetes infrastructure.
|Enables the OTEL collection Pods: true or false (default).
|The node selector for pod assignment for the OTEL pods.
|The tolerations of the OTEL pods.
|The affinity of the OTEL pods.
|The local repository IP address or hostname.
Prior to configuring OTEL, ensure you have:
The following steps detail the Helm parameters required to enable the OTEL collection Pod, and how to verify the OTEL collectors status.
Note: The OTEL ollectors are disabled by default.
Add the Helm parameters below to the BIG-IP Controller’s Helm values file, and modify the
image.repositoryparameter for your internal image registry:
f5-stats_collector: enabled: true stats_collector: image: repository: "local.registry.com" f5-toda-logging: enabled: true type: stdout fluentd: host: "localhost" tmstats: enabled: true config: image: repository: "local.registry.com" sidecar: image: repository: "local.registry.com"
Continue to the BIG-IP Controller installation guide to configure and install the CNFs Pods.
Once BIG-IP Controller has been installed, continue to the Pod Status section.
Use these steps to obtain the status of the OTEL Pods:
Verify the TMM otel-collector Pod is Running:
oc get pods -n cnf-gateway | grep otel
In this example, the OTEL Pod is Running.
otel-collector-6d558c946b-8hvz5 1/1 Running
Verify the F5Ingress otel-collector container is Running:
oc get pods -n cnf-gateway | grep f5ingress
In this example, all 4/4 containers are Running.
f5ingress-f5ingress-5cbc875489-ngt9g 4/4 Running 0
Data collectors can now fetch metrics from the Controller and TMM on service port 9090 in the cnf-gateway Project.
The Performance Visualization guide provides a very basic set of steps for integrating the OTEL collectors with Prometheus and Grafana.