Getting started with F5 Distributed Cloud (XC) Telemetry

 

Introduction: 

This is an introductory article on the F5 Distributed Cloud (XC) telemetry series covering the basics. Going forward, there will be more articles focusing on exporting and visualizing logs and metrics from XC platform to telemetry tools like ELK Stack, Loki, Prometheus, Grafana etc. 

 

What is Telemetry? 

Telemetry refers to the process of collection and transmission of various kinds of data from remote systems to some central receiving entity for monitoring, analyzing and improving the performance, reliability, and security of remote systems. 

 

Telemetry Data involves: 

Metrics: Quantitative data like request rates, error rates, request/response throughputs etc. collected at regular intervals over a period of time. 

Logs: Textual time and event-based records generated by applications like request logs, security logs, etc. 

Traces: Information regarding journey/flow of requests across multiple services in a distributed system. 

Alerts: Alerts use telemetry data to set limits and send real-time notifications allowing organizations to act quickly if their systems don’t behave as expected. This makes alerts a critical pillar of observability.

 

Overview: 

The F5 Distributed Cloud platform is designed to meet the needs of today’s modern and distributed applications. It allows for delivery, security, and observability across multiple clouds, hybrid clouds, and edge environments. This will create telemetry data that can be seen in XC’s own dashboards. But there may be times when customers want to collect their application’s telemetry data from different platforms to their own SIEM systems.  To fulfill this kind of requirement, XC has come up with the Global Log Receiver (GLR) which will send XC logs to customer’s log collection systems. Along with this XC also exposes API that contains metrics data which can be fetched by exporter scripts and can be parsed and processed in such a way that telemetry tools can understand.  

 

 

As shown in the above diagram, there are a few steps involved before raw telemetry data can be presented into the dashboards, which include data collection, storage, and processing from remote systems. Once done, only then will the telemetry data be sent to the visualization tools for real-time monitoring and observability. To achieve this, there are several telemetry tools available like Prometheus (which is used for collecting, storing, and analyzing metrics), ELK stack, Grafana etc. We have covered a brief description of a few such tools below. 

 

F5 XC Global Log Receiver: 

F5 XC Global Log Receiver facilitates sending XC logs (Request, Audit, Security event and DNS request logs) to an external log collection system. The sent logs include all system and application logs of F5 XC tenant. Global log receiver supports sending the logs for the following log collection systems: 

  

  • AWS Cloudwatch 
  • AWS S3 
  • HTTP Receiver 
  • Azure Blob Storage 
  • Azure Event Hubs 
  • Datadog 
  • GCP Bucket 
  • Generic HTTP or HTTPs server 
  • IBM QRadar 
  • Kafka 
  • NewRelic 
  • Splunk 
  • SumoLogic 

More information on how to setup or configure XC GLR can be found in this document. 

 

Observability/Monitoring Tools: 

Note: Below is a brief description of a few commonly used monitoring tools used by organizations. 

Prometheus: Prometheus is an open-source monitoring and alerting tool designed for collecting, storing, and analyzing time-series data (metrics) from modern, cloud-native, and distributed systems. It scrapes metrics from targets via HTTP endpoints, stores them in its optimized time-series database, and allows querying using the powerful PromQL language. Prometheus integrates seamlessly with tools like Grafana for visualization and includes Alertmanager for real-time alerting. It can also be integrated with Kubernetes and can help in continuously discovering and monitoring services from remote systems. 

 

Loki: Loki is a lightweight, open-source log aggregation tool designed for storing and querying logs from remote systems. Unlike traditional log management systems, Loki focuses on processing logs alongside metrics and is often paired with Prometheus, making it more efficient. It does not index the log content; rather it sets labels for each log stream. Logs can be queried using LogQL, a PromQL-like language. It is best suited for debugging and monitoring logs in cloud-native or containerized environments like Kubernetes. 

  

Grafana: Grafana is an open-source visualization and analytics platform for creating real-time dashboards from diverse data sets. It integrates with tools like Prometheus, Loki, Elasticsearch, and more. Grafana enables users to visualize trends, monitor performance, and set up alerts using a highly customizable interface.  

  

ELK Stack: The ELK Stack (Elasticsearch, Logstash, Kibana) is a powerful open-source solution for log management, search, and analytics. 

Elasticsearch handles storing, indexing, and querying data. 

Logstash ingests, parses, and transforms logs from various sources. 

Kibana provides an interactive interface for visualizing data and building dashboards. 

 

Conclusion: 

Telemetry turns system data into actionable insights enabling real-time visibility, early detection of issues, and performance tuning, thereby ensuring system reliability, security, stability, and efficiency. In this article, we’ve explored some of the foundational building blocks and essential tools that will set the stage for the topics we’ll cover in the upcoming articles of this series! 

 

Related Articles:

 

References: 

 

Updated Aug 25, 2025
Version 3.0

3 Comments

  • Great article covering the basics on these open source telemetry tools.

  • Hello,

     

    could you please describe more in detail how to collect telemetry from XC? I mean the XC Log Receiver is for sending logs, not for telemetry streaming. I cant see any valid option in documentation.

     

    Thanks :)

    • Shubham_Mishra's avatar
      Shubham_Mishra
      Icon for Employee rankEmployee

      Hi,

      Apart from XC GLR, there also exist XC service graph APIs that contains metrics data. so we need to write some intermediary exporter scripts to fetch those data and send it to different telemetry tools for further processing and visualization.

      Also, this is just an introductory article where I've covered the basics, there'll be more articles covering in-depth of exporting logs and metrics to different SIEM tools.