IBM Turbonomic (via Prometheus)

Integrating Apica Flow with IBM Turbonomic via Prometheus

Overview

This document describes how to integrate Apica Flow with IBM Turbonomic by forwarding metrics from Apica Flow to Prometheus using OpenTelemetry (OTel) metrics, and then connecting Turbonomic to Prometheus using Prometurbo.

This integration enables Turbonomic to consume high-quality, filtered, and enriched infrastructure and application metrics that have already passed through Apica Flow’s observability pipeline, allowing for more accurate real-time resource optimization decisions.

High-Level Architecture

The integration follows this flow (see diagram):

Telemetry Sources (ex; Splunk, Datadog, Dynatrace, Appdynamics, AWS Cloudwatch ) ↓ Apica Flow ↓ (OTel Metrics Forwarding) Prometheus ↓ (Prometurbo) IBM Turbonomic

Key components:

  • Apica Flow: Collects, processes, filters, and forwards telemetry data

  • OpenTelemetry Metrics: Standardized metric format used between systems

  • Prometheus: Time-series metrics backend

  • Prometurbo: Turbonomic component that integrates with Prometheus

  • IBM Turbonomic: Uses metrics for continuous resource optimization

Step 1: Forward Metrics from Apica Flow to Prometheus

Apica Flow supports forwarding metrics in OpenTelemetry metric format to Prometheus.

Configure OTel Metrics Forwarding in Apica Flow

To configure Apica Flow to forward metrics in OpenTelemetry format to Prometheus, follow the official Apica documentation:

This guide covers:

  • Enabling the OpenTelemetry metrics forwarder

  • Configuring endpoints and exporters

  • Metric naming and labeling behavior

  • Transport and protocol options

Result: Prometheus receives metrics that were processed and routed through Apica Flow.

Step 2: Deploy Prometurbo for Prometheus

Turbonomic integrates with Prometheus using Prometurbo, which is responsible for pulling metrics from Prometheus and translating them into Turbonomic’s internal model.

Deploy Prometurbo Using the Operator

Follow IBM’s official documentation to deploy Prometurbo using the Kubernetes operator:

This step includes:

  • Installing the Turbonomic operator

  • Deploying the Prometurbo custom resource

  • Configuring access to Prometheus endpoints

Step 3: Enable Metrics Collection in Prometurbo

Once Prometurbo is deployed, metrics collection from Prometheus must be enabled and configured.

This configuration defines:

  • Which Prometheus instances Prometurbo connects to

  • Authentication and TLS settings

  • Metric discovery and scrape behavior

Result: Turbonomic begins ingesting metrics from Prometheus that originated from Apica Flow.

End-to-End Data Flow Summary

1. Telemetry sources emit metrics

2. Apica Flow ingests, filters, enriches, and forwards metrics

3. Metrics are forwarded in OpenTelemetry format to Prometheus

4. Prometurbo pulls metrics from Prometheus

5. IBM Turbonomic consumes metrics to drive optimization decisions

Benefits of This Integration

  • Vendor-neutral telemetry using OpenTelemetry standards

  • Centralized control over metric volume and quality via Apica Flow

  • Reduced noise before metrics reach Prometheus and Turbonomic

  • Improved Turbonomic accuracy with curated, enriched metrics

  • Scalable architecture that supports large metric volumes

Notes and Best Practices

  • Ensure metric names and labels forwarded from Apica Flow align with Prometurbo expectations

  • Apply filtering and aggregation in Apica Flow to control Prometheus cardinality

  • Monitor Prometheus and Prometurbo resource usage for large-scale deployments

  • Validate end-to-end metric availability before enabling Turbonomic actions

Additional Resources

Last updated

Was this helpful?