1. Pourquoi passer par Alloy #
Résultats et métriques au même endroit.
Le principe #
k6 affiche un résumé en fin de test, mais pendant un test de charge on veut voir en temps réel la latence côté client et la saturation des services. En envoyant les métriques de k6 à Alloy, elles rejoignent Mimir à côté des métriques de production : un seul tableau de bord pour les deux.
2. Configuration et lancement #
Alloy puis k6.
config.alloy #
otelcol.receiver.otlp "k6" {
grpc {
endpoint = "0.0.0.0:4317"
}
output {
metrics = [otelcol.processor.batch.k6.input]
}
}
otelcol.processor.batch "k6" {
output {
metrics = [otelcol.exporter.prometheus.mimir.input]
}
}
otelcol.exporter.prometheus "mimir" {
forward_to = [prometheus.remote_write.mimir.receiver]
}
prometheus.remote_write "mimir" {
endpoint {
url = "http://mimir:9009/api/v1/push"
}
}Configuration validée avec alloy validate (Alloy v1.21.3, novembre 2026).
Lancer le test #
import http from 'k6/http';
import { check, sleep } from 'k6';
export const options = { vus: 5, duration: '15s', thresholds: { http_req_duration: ['p(95)<500'] } };
export default function () {
const res = http.get('http://127.0.0.1:8099/');
check(res, { 'statut 200': (r) => r.status === 200 });
sleep(0.5);
}K6_OTEL_GRPC_EXPORTER_INSECURE=true K6_OTEL_METRIC_PREFIX=k6_ \
k6 run --tag testid=checkout-001 -o opentelemetry load.js| Variable | Défaut | Rôle |
|---|---|---|
| K6_OTEL_EXPORTER_PROTOCOL | grpc | ou http/protobuf |
| K6_OTEL_GRPC_EXPORTER_ENDPOINT | localhost:4317 | Adresse d’Alloy |
| K6_OTEL_GRPC_EXPORTER_INSECURE | false | Sans TLS (réseau local) |
| K6_OTEL_METRIC_PREFIX | vide | Préfixe des métriques, ici k6_ |
| K6_OTEL_EXPORT_INTERVAL | 10s | Fréquence d’envoi |
3. Ce que reçoit Alloy : un test réel #
Les séries produites.
Les métriques #
Avec otelcol.exporter.debug, Alloy a affiché toutes les 5 secondes 16 métriques envoyées par k6 v2.3.0 (extrait) :
ResourceMetrics service.name=k6 service.version=2.3.0
k6_http_reqs{method=GET,scenario=default,status=200,testid=checkout-001,url=http://127.0.0.1:8099/} 90
k6_http_req_duration{…,testid=checkout-001} count=90 sum=467.6 min=0.446 max=21.05 le5=52 le10=27 le25=11Les durées sont en millisecondes et arrivent en histogrammes. Le tag testid passé en ligne de commande se retrouve sur chaque série : il permet de comparer deux exécutions. En fin de test, k6 a affiché 150 requêtes, 0 % d'échec et un p95 de 12,38 ms.
Cardinalité. Les labelsurletnamecréent une série par URL : regroupez les URL dynamiques avec le paramètrenamedehttp.get(par exemple/produit/{id}).
Sources #
Mon suivi
Connectez-vous pour suivre votre progression et prendre des notes. Se connecter
💬 Discussions récentes de la formation
- Alloy : recevoir de l'OTLP et l'envoyer vers Tempo et Mimir✓ résolu · 1 réponse(s)
Poser une question sur cette leçon →Voir toutes les discussions de la formation
Glossaire de la formation
Observabilité
La capacité à connaître l'état interne d'un système à partir des données qu'il émet.Ces données sont classées en 3 piliers : logsmétriquestracesprofil...
Traces distribuées
Technique (issue du pilier des Traces) permettant de suivre le cheminement complet d'une requête à travers de multiples micro-services pour identifier...
Métriques
Mesures numériques collectées à intervalles réguliers (ex: CPU, RAM, temps de réponse) utilisées pour évaluer l'état de santé global d'un système au f...
Profilage en continu (Continuous Profiling)
Analyse constante de l'exécution du code en production pour identifier avec précision quelles lignes de code ou fonctions consomment le plus de ressou...
Access Log
Fichier de journalisation enregistrant les requêtes traitées par un serveur web (Apache, Nginx, Lighttpd, etc.). Il permet de tracer l'activité du ser...
Client IP
L'adresse IP de l'utilisateur effectuant la requête vers le serveur web. Lorsqu'un utilisateur passe par un Load Balancer ou un proxy (ex: Cloudflare)...
Timestamp
La date et l'heure exactes auxquelles la requête a été reçue par le serveur.Configuration : %t dans Apache, $time_local ou $time_iso8601 dans Nginx.
Request
La ligne de requête initiale du client. Elle comprend généralement la méthode HTTP (ex: GET), l'URL demandée et la version du protocole HTTP.Configura...
Status Code
Le code de statut HTTP final renvoyé par le serveur au client (ex : 200 pour un succès, 404 pour ressource non trouvée).Configuration : %>s dans Apach...
Size
Le volume des données renvoyées au client, mesuré en octets (généralement sans les en-têtes HTTP).Configuration : %b ou %O dans Apache, $body_bytes_se...
Referrer
L'URL de la page web depuis laquelle le client a cliqué ou suivi un lien pour accéder à la ressource actuelle.Configuration : %{Referer}i dans Apache,...
User-Agent
Les informations d'identification fournies par le client concernant son navigateur, son système d'exploitation et son appareil. Sa structure standard ...
Response Time
La durée totale prise par le serveur pour traiter la requête et renvoyer la réponse au client.Configuration : %D (microsecondes) ou %T (secondes) dans...
Grafana Alloy
Collecteur de télémétrie open source et flexible, successeur de Grafana Agent. Il est conçu pour collecter, transformer et exporter des logs, métrique...
River
Langage de configuration déclaratif utilisé par Grafana Alloy, inspiré de HCL (Terraform). Il permet de définir des pipelines de télémétrie complexes ...
Grafana Loki
Système de journalisation (logs) multi-tenant, hautement disponible et inspiré de Prometheus. Il est conçu pour être très économe en ressources en n'i...
Articles recommandés
Alloy et l'écosystème Grafana Labs : quel composant pour quel outil ?
La carte des intégrations d'Alloy avec Faro, Beyla, k6, Loki, Mimir, Tempo, Pyroscope, Database O...
Grafana Alloy et Prometheus : collecter et envoyer des métriques
Apprenez à configurer Grafana Alloy pour collecter, transformer et envoyer des métriques en utili...
La stack LGTM (Loki, Grafana, Tempo, Mimir) : architecture et mise en place
Comprendre la stack LGTM de Grafana Labs : Loki pour les logs, Grafana pour la visualisation, Tem...
Grafana Alloy : Déploiement Avancé et Clustering
Maîtrisez le déploiement avancé de Grafana Alloy en mode clustering. Comprenez ses avantages pour...
Faro et Alloy : recevoir le RUM front-end avec faro.receiver
Configurer faro.receiver : CORS, clé d'API, limite de débit, source maps, puis envoyer erreurs, W...
Référence des Composants Grafana Alloy
Un guide de référence complet sur tous les composants disponibles dans Grafana Alloy, organisé pa...
Grafana Alloy vs Grafana Agent vs Promtail : Lequel choisir ?
Découvrez l'évolution des collecteurs de télémétrie de l'écosystème Grafana. Comparatif détaillé ...
Grafana Alloy vs OpenTelemetry Collector : Lequel choisir ?
Comparaison détaillée entre Grafana Alloy et l'OpenTelemetry Collector. Découvrez les avantages, ...
Grafana Alloy et les logs : collecter et envoyer vers Loki
Découvrez comment configurer Grafana Alloy pour lire des fichiers de logs, journald ou des flux r...