Grafana Alloy’un OTel engine’i Public Preview aşamasına geçti

Grafana Labs, Alloy v1.21.0 ile Alloy OTel engine’i Public Preview aşamasına aldı; engine, default engine ile yan yana çalışıyor. OTel engine, Grafana Labs’in kendi OpenTelemetry Collector dağıtımı ve standart collector YAML’ını Alloy syntax’ına çevirmeden çalıştırıyor.

Grafana Alloy nedir, ne için kullanılır?

Grafana Alloy, Grafana Labs’in geliştirdiği açık kaynak bir telemetri collector’ıdır. Metric, log ve trace verisini toplayıp işler ve Prometheus, Loki veya OTLP uyumlu backend’lere yollar. Grafana Agent’ın yerini aldı. Sunucularda ve Kubernetes cluster’larında agent olarak çalışır; bilinen alternatifi upstream OpenTelemetry Collector’dır.

Alloy OTel engine ile tek binary, iki model

OpenTelemetry Collector işletiyorsanız config’inizi değiştirmeden Alloy binary’sine geçebilirsiniz. Alloy OTel engine standart collector YAML’ını olduğu gibi okuyor. Alloy syntax’ı öğrenmeniz gerekmiyor.

Prometheus ve Loki pipeline’ları default engine’de, uçtan uca OTLP iş yükleri OTel engine’de kalabiliyor. İkisi aynı paketten geliyor, fakat birbirine doğrudan veri aktaramıyor.

Elinizdeki collector’ı taşımak

Geçişin özü binary adını değiştirmek:

alloy otel validate --config=config.yaml
alloy otel --config=config.yaml

Grafana Labs’e göre validate, components, print-config ve –set upstream’deki gibi çalışıyor. CI’da otelcol validate çağıran script’leriniz varsa yalnızca komutun başını değiştirin.

Kurulum yoluna göre adımlar farklı:

• Upstream Helm chart: image.repository değerini grafana/alloy, command.name değerini bin/otelcol yapın.
• OpenTelemetry Operator: spec.command alanı v0.153.0 ve sonrasında var. Eski Operator sürümleri Alloy image’ında başarısız oluyordu, önce sürümü kontrol edin.
• Paket kurulumu: servise ALLOY_OTEL_MODE=1 verin; servis config.yaml ile OTel engine’i başlatıyor.

Operator tarafındaki değişiklik tek alan:

spec:
  command: ["/bin/alloy", "otel"]

Supervisor experimental, support bundle yok

Fleet Management desteği v1.19.0’dan beri geliyor. OpAMP supervisor Alloy binary’sine gömülü ve otel-supervisor alt komutuyla çalışıyor. Public Preview etiketi engine için geçerli; otel-supervisor alt komutu hâlâ experimental.

Uzaktan config yayımlamanın riskini ayrıca değerlendirin. İlk rollout’u birkaç host’luk bir grupta yapın, yanlış bir config’in tüm filoya aynı anda inmesini engelleyin.

Debug’da açık bir boşluk var. Default engine’de /-/support isteği config, log, internal metric, runtime flag ve pprof profillerini tek dosyaya paketliyor. OTel engine’de bunun karşılığı yok; Grafana Labs OTel-native bir extension yazıyor. Incident sırasında bu pakete güveniyorsanız, Alloy OTel engine’e geçmeden önce log ve metric toplama yolunuzu ayrıca planlayın.

Alloyengine: kaçış kapısı, kalıcı yol değil

Alloyengine extension’ı Alloy config’ini collector process’inin içinde çalıştırıyor. Yalnızca default engine’de olan bir component için ikinci agent kurmanız gerekmiyor. Grafana Labs extension’ın experimental kalacağını söylüyor.

İki engine arasında geçen veri ağ üzerinden, çoğunlukla OTLP ile gidiyor. Aynı process içinde olsalar bile bu trafiği başka bir endpoint gibi düşünün; port çakışmasını ve zaman aşımı ayarlarını buna göre yapın.

Database Observability ve Cloud Provider Observability örnekleri desteklenmiyor. Grafana Labs bunları üretimde çalıştırmamanızı istiyor. Prometheus exporter’larını collector receiver’ı olarak paketleyen OpenTelemetry Collector Prometheus Distro da experimental.

Default engine’de sıradakiler

Default engine tarafındaki iş veri kaybına odaklanıyor. Prometheus.remote_write içinde Remote Write 2.0’ı şu an experimental olarak açabiliyorsunuz. Grafana Labs kendi iç Prometheus iş yüklerinde bu telemetrinin egress maliyetinin yarıdan fazla düştüğünü bildiriyor. Egress faturanız yüksekse bunu staging’de ölçün.

Loki pipeline’ı Promtail’den kalan tasarımı taşıyor. Shutdown’da log kaybı, yavaş bir stage’in arkasındaki her şeyi bekletmesi ve satır gitmeden ilerleyen file position’lar bu tasarımdan geliyor. Grafana Labs teslimat sonucunu kaynağa geri bildiren yeni bir pipeline yazıyor ve loki.write WAL’ını GA’ya taşımaya çalışıyor.

Bunlar yol haritası, yayımlanmış davranış değil. Şu an Alloy restart’ı log boşluğu bırakabilir; rolling update pencerelerini buna göre seçin.

Hangi engine’i nerede çalıştırmalı

• Prometheus scrape, syslog ve Loki akışlarını tek agent’ta topluyorsanız default engine’de kalın.
• Upstream collector YAML’ı işletiyorsanız ve veri uçtan uca OTLP ise Alloy OTel engine’i staging’de deneyin.
• Fleet Management ile uzaktan config dağıtacaksanız otel-supervisor’ın experimental olduğunu değişiklik kaydınıza yazın.
• Alloyengine’e ihtiyaç duyduğunuz component’i Alloy repo’sunda issue olarak bildirin; Grafana Labs hangi parçanın native collector component’ine dönüşeceğine bu listeye bakarak karar veriyor.