TGViewer
DevOps для ДевоПсов DevOps для ДевоПсов @devo_pes · 3.21K subscribers
Post #7986 201
Как масштабировать Grafana Alloy для центрального сбора телеметрии

В производственном кейсе Grafana Labs шлюз в Kubernetes рассчитали на 17 млн активных временных рядов и по 1 ТБ логов и трассировок в сутки. Заложили около 195 ГБ памяти и 28 ядер CPU: 33–35 подов по 6 ГиБ.

Ingress распределяет трафик, лимита CPU у подов нет, а HPA держит 30–100 реплик с целями 70% CPU и 90% памяти. Перед запуском шлюз нагружали telemetrygen и собственной сборкой k6.

Метрики /metrics отправляли в Grafana Cloud отдельным путём, чтобы перегруженный Alloy не скрыл своё состояние. Добавьте запас памяти и проведите нагрузочный тест: публичный расчёт не изолирует сценарий приёма и повторной отправки метрик.
More from @devo_pes
  1. Sep 23, 2026Как трассировать GitHub Actions без правок workflow-файлов OpenTelemetry Collector с githu…
  2. Sep 23, 2026Как развернуть OpenBao с отказоустойчивым PostgreSQL в Kubernetes OpenBao хранит секреты в…
  3. Sep 22, 2026Как безопасно открыть командам метрики GPU в Kubernetes API центрального Prometheus не огр…
  4. Sep 22, 2026Как отлаживать distroless-контейнеры через kubectl debug В distroless-образе может не быть…
  5. Sep 21, 2026Как быстро масштабировать инфраструктуру без покупки и настройки собственного железа Знако…
  6. Sep 21, 2026Как искать узкие места сервера методом USE Метод USE предлагает начинать диагностику со сп…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →