Ağ sorunlarının büyük bölümü “bağlantı var mı yok mu?” sorusuyla yakalanmaz. Asıl problem çoğu zaman aralıklı gecikme sıçramaları, jitter artışı ve belirli saatlerde bozulan hat davranışıdır. Özellikle şube bağlantıları, MPLS çıkışları, internet VPN koridorları ve bulut tünelleri söz konusu olduğunda, anlık ping testi çoğu zaman yeterli sinyal üretmez. SmokePing bu alan için hâlâ güçlüdür; çünkü zaman içinde gecikme davranışını baz çizgisi olarak görmenizi sağlar.
Hangi senaryoda işe yarar?
Şu durumlarda SmokePing oldukça değerlidir:
- Şubelerden merkeze giden hatlarda kullanıcı “ara ara yavaş” diyorsa
- Bulut VPN veya IPSec tünellerinde belirli saatlerde gecikme artıyorsa
- SaaS veya dış servis bağlantısında paket kaybı değil jitter sorunu yaşanıyorsa
- Ağ ekipleri ile uygulama ekipleri aynı performans sorununu farklı yorumluyorsa
Bu tip problemlerde ihtiyaç duyulan şey yeni bir dashboard değil, ortak gerçekliktir. Baz çizgisi bunu sağlar.
Kurulum yaklaşımı
Bu rehberde tek bir SmokePing düğümünden üç farklı hedef kümesini izleyeceğiz:
- Şube yönlendiricileri
- Veri merkezi geçitleri
- Bulut içi kritik uçlar
Ubuntu veya Debian üzerinde temel kurulum oldukça sade:
sudo apt update
sudo apt install smokeping fping apache2 -y
sudo systemctl enable --now smokeping
Kurulumdan sonra asıl iş paketleri göndermek değil, hedefleri operasyonel anlam taşıyacak şekilde gruplanmaktır.
Hedef grupları nasıl tasarlanmalı?
Benim önerim isimlendirmeyi lokasyon değil davranış üzerinden kurmak:
branchesdatacenter-gatewayscloud-egresscritical-partners
Böylece grafiklere bakarken yalnızca IP değil, hangi iş koridorunu izlediğinizi de anlarsınız. Örnek Targets kurgusu şöyle olabilir:
*** Targets ***
+ branches
menu = Sube Hatlari
title = Sube Hatlari
++ izmir
menu = Izmir
title = Izmir Sube GW
host = 10.10.20.1
++ ankara
menu = Ankara
title = Ankara Sube GW
host = 10.10.30.1
+ cloud-egress
menu = Cloud Cikis
title = Cloud Cikis Noktalari
++ prod-vpn
menu = Prod VPN
title = Prod VPN Gateway
host = 172.16.10.1
Bu yapı küçük görünür ama daha sonra problem korelasyonu için çok işe yarar.
Neden baz çizgisi kavramı önemli?
Bir hattın 22 ms gecikme göstermesi tek başına iyi ya da kötü değildir. Aynı hat normalde 8 ms ise problem vardır; normalde 20 ms ise yoktur. SmokePing’in değeri tam burada çıkar. Zaman içinde normal davranışı görünür kıldığınızda şu sorulara daha net yanıt verirsiniz:
- Gecikme artışı sürekli mi, dönemsel mi?
- Jitter yalnızca belirli saatlerde mi yükseliyor?
- Sorun tek bir lokasyonda mı, tüm koridorda mı?
- Uygulama şikâyeti ağ sinyaliyle aynı ana denk geliyor mu?
Bu veriler olmadan incident sırasında herkes farklı gerçeği savunur.
Alarm üretimi nasıl yapılmalı?
SmokePing tek başına tam alarm platformu değildir; ama baz çizgiden sapma sinyalini üretmek için kullanılabilir. Pratikte şu yaklaşım işe yarar:
- SmokePing grafiklerini düzenli review edin
- Belirli hedef grupları için ortalama ve jitter eşiği belirleyin
- Bu veriyi Prometheus veya başka izleme katmanına aktaran küçük kontrol betikleri kullanın
İlk hedef anlık alarm bombardımanı olmamalı. Önce normal davranışı okuyun, sonra eşik koyun. Aksi halde sistem gereksiz gürültü üretir.
Hangi hatalar sık yapılır?
En yaygın hata, hedef olarak yalnızca internet adresleri seçmek. Bu durumda kurum içi davranışı anlamak zorlaşır. İkinci hata ise grafiklere bakıp aksiyon eşikleri tanımlamamaktır. O zaman SmokePing dekoratif bir araç olur.
Bir diğer önemli hata da yorumlamayı sadece ağ ekibine bırakmak. Oysa şube ERP erişimi, bulut API gecikmesi veya uzak yedekleme koridoru gibi alanlarda uygulama ve platform ekipleri de bu baz çizgiden faydalanır.
Sonuç
SmokePing ile hat gecikmesi baz çizgisi kurmak, yalnızca ping grafiği üretmek değildir. Bu yaklaşım; ağ performansını anlık sezgiden çıkarıp tarihsel davranış üzerinden okunabilir hâle getirir. Özellikle şube, veri merkezi ve bulut arasında uzanan kurumsal bağlantılarda, doğru tartışmanın başlaması için önce bu baz çizginin kurulması gerekir.