# How to scale Alloy as a central telemetry gateway: capacity planning, load testing, and production lessons

DevFeed: [How to scale Alloy as a central telemetry gateway: capacity planning, load testing, and production lessons](<https://devfeed.tech/articles/how-to-scale-alloy-as-a-central-telemetry-gateway-capacity-planning-load-testing-and-production-lessons-8590.md>)

Original publisher: [Read original article](<https://grafana.com/blog/how-to-scale-alloy-as-a-central-telemetry-gateway-capacity-planning-load-testing-and-production-lessons/>)

Author: Fatjon Nebiu

Published: 2026-09-12T11:22:06.456390Z

Content type: tutorial

Language: en

Sources: [Grafana Labs blog on Grafana Labs](<https://devfeed.tech/sources/grafana-labs-blog-on-grafana-labs.md>)

Topics: [Grafana](<https://devfeed.tech/topics/grafana.md>)

Tags: [analytics](<https://devfeed.tech/tags/analytics.md>), [auth](<https://devfeed.tech/tags/auth.md>), [best-practices](<https://devfeed.tech/tags/best-practices.md>), [cloud](<https://devfeed.tech/tags/cloud.md>), [cost](<https://devfeed.tech/tags/cost.md>), [data](<https://devfeed.tech/tags/data.md>), [deployment](<https://devfeed.tech/tags/deployment.md>), [enterprise](<https://devfeed.tech/tags/enterprise.md>), [grafana](<https://devfeed.tech/tags/grafana.md>), [grafana-alloy](<https://devfeed.tech/tags/grafana-alloy.md>), [grafana-cloud](<https://devfeed.tech/tags/grafana-cloud.md>), [how-to](<https://devfeed.tech/tags/how-to.md>), [kubernetes](<https://devfeed.tech/tags/kubernetes.md>), [logs](<https://devfeed.tech/tags/logs.md>), [metrics](<https://devfeed.tech/tags/metrics.md>), [monitoring](<https://devfeed.tech/tags/monitoring.md>), [observability](<https://devfeed.tech/tags/observability.md>), [opentelemetry](<https://devfeed.tech/tags/opentelemetry.md>), [platform](<https://devfeed.tech/tags/platform.md>), [production](<https://devfeed.tech/tags/production.md>), [prometheus](<https://devfeed.tech/tags/prometheus.md>), [scale](<https://devfeed.tech/tags/scale.md>), [telemetry](<https://devfeed.tech/tags/telemetry.md>), [testing](<https://devfeed.tech/tags/testing.md>), [traces](<https://devfeed.tech/tags/traces.md>)

## AI overview

A practical guide to scaling Grafana Alloy as a centralized telemetry gateway. It covers capacity planning, load testing, and production considerations for collecting metrics, logs, and traces and forwarding them to Grafana Cloud.

## Source excerpt

Running Alloy as a single-instance sidecar is simple. Running it as a centralized gateway that absorbs the full telemetry stream of an enterprise platform--tens of millions of active series, terabytes of logs per day, and tens of thousands of trace spans per second--is a different challenge altogether. To get it right, you need deliberate capacity planning, honest load testing, and a monitoring setup that doesn't rely on the very thing you're testing. As part of the Professional Services team here at Grafana Labs, we've seen this firsthand working with customers. In this post, we'll walk you through the best practices we follow to help them find success, and we'll do so using real, anonymized data from a recent engagement. We'll cover how we sized and load tested a production Alloy central collector deployment on Kubernetes, what the numbers looked like under real stress, and how the cluster behaves today handling the full production telemetry workload for a large enterprise platform. By the end, you should have a better sense for how you can create your own central gateway for collecting telemetry in Grafana Cloud. Why a central gateway? Before diving into numbers, it's worth explaining the pattern. In a central gateway setup, all telemetry from application teams--metrics, logs, and traces--flows to a shared Alloy fleet via OTLP or native Prometheus/Loki write protocols. Alloy buffers, processes, batches, and forwards everything to Grafana Cloud. This gives you several things that per-team sidecar deployments struggle to provide: A single control plane: Auth, rate limiting, and routing in one place so application teams don't need to manage Grafana Cloud credentials Centralized buffering: Ensure a transient Grafana Cloud slowdown doesn't immediately cause data loss at the source Cost visibility: Configure the gateway to only accept telemetry data containing the label or attribute that is mandatory for cost-attribution Protocol normalization: Send OTLP, Prometheus Remote