PRTG vs Prometheus: KOBİ Sunucu İzlemede Doğru Seçim

İki Araç, İki Farklı Dünya

PRTG ve Prometheus aynı işi yapıyor gibi görünür: sunucuları, ağ cihazlarını ve servisleri izler, bir şeyler ters gittiğinde alarm üretir. Ancak ikisi farklı çağların ve farklı işletme modellerinin ürünüdür. PRTG, Windows ağırlıklı kurumsal ağlar için tasarlanmış, kur-ve-çalıştır mantığında ticari bir pakettir. Prometheus ise container ve Linux dünyasında doğmuş, esnekliği kurulum emeğiyle takas eden açık kaynak bir metrik veritabanıdır.

Seçim çoğu zaman "hangisi daha iyi" sorusuyla değil, "ekibimiz hangisini yaşatabilir" sorusuyla netleşir. Aşağıdaki karşılaştırma bu gözle yazıldı.

PRTG: Hepsi Bir Arada Ticari Paket

Paessler'in geliştirdiği PRTG, tek bir Windows sunucusuna kurulur ve izleme için gereken her bileşeni kutudan çıkarır: keşif, veri toplama, panolar, alarm kanalları ve raporlama tek üründedir.

• Sensör modeli: PRTG'de izlenen her metrik bir "sensör"dür. Bir sunucunun ping'i, CPU'su, disk doluluğu ve bir ağ portunun trafiği ayrı ayrı sensör sayılır. Pratikte bir cihaz ortalama 5-10 sensör tüketir.
• Lisanslama: 100 sensöre kadar ücretsizdir; üzeri kademeli lisansa geçer. Küçük bir ofis ücretsiz katmanda başlayabilir, ancak cihaz sayısı arttıkça lisans bir bütçe kalemi haline gelir.
• Güçlü olduğu yer: WMI, SNMP ve NetFlow gibi Windows/ağ protokollerini yerel olarak konuşur. Windows Server, Hyper-V, ağ cihazı ve UPS ağırlıklı klasik KOBİ altyapısında keşif ve kurulum saatler içinde biter.
• Sınırları: Container, Kubernetes ve mikroservis metriklerinde modern rakiplerine göre geriden gelir. Sensör sayısı büyüdükçe hem lisans maliyeti hem tek sunucu mimarisinin ölçek sınırı hissedilir.

Prometheus: Açık Kaynak Metrik Yığını

Prometheus tek bir ürün değil, bir yığının çekirdeğidir. Kendisi metrikleri toplar ve saklar; görselleştirme için Grafana, alarm yönetimi için Alertmanager, veri üretimi için exporter'lar eklenir.

• Pull modeli: Ajan kurup veri "itmek" yerine, Prometheus hedeflerdeki exporter'lardan veriyi belirli aralıklarla kendisi "çeker". Linux için node_exporter, Windows için windows_exporter, ağ cihazları için snmp_exporter standarttır.
• PromQL: Metrikler üzerinde sorgu yazmayı sağlayan güçlü bir dildir. "Son 5 dakikada disk yazma gecikmesi artan sunucular" gibi soruları tek satırda cevaplar — ama öğrenme eğrisi vardır.
• Lisanslama: Yazılımın tamamı ücretsizdir. Maliyet, kurulumu yapacak ve yaşatacak kişinin zamanıdır: exporter dağıtımı, saklama süresi planlaması, Alertmanager kural seti ve Grafana panoları elle kurgulanır.
• Güçlü olduğu yer: Docker, Kubernetes ve Linux sunucu ortamlarının fiili standardıdır. Ölçeklenmesi, federasyonu ve ekosistemi bu dünyada rakipsizdir.

Sık Karışan Nokta: Grafana, PRTG'nin Alternatifi Değil

Arama motorlarında "PRTG vs Grafana" sık sorgulanır, ancak bu elma ile armut kıyasıdır. Grafana tek başına hiçbir şeyi izlemez; Prometheus, Zabbix veya InfluxDB gibi bir veri kaynağına bağlanan görselleştirme katmanıdır. PRTG'nin gerçek muadili Grafana değil, Prometheus + Grafana + Alertmanager yığınının tamamıdır. Karar verirken karşılaştırmayı bu bütün üzerinden yapmak gerekir.

Karşılaştırma: KOBİ'yi İlgilendiren Beş Boyut

Boyut	PRTG	Prometheus yığını
Kurulum süresi	Saatler (sihirbaz + otomatik keşif)	Günler (exporter, kural, pano kurgusu)
Maliyet modeli	Sensör lisansı (100'e kadar ücretsiz)	Yazılım ücretsiz, emek ve bakım maliyetli
Windows / ağ cihazı	Yerel WMI ve SNMP desteğiyle çok güçlü	Exporter ile mümkün, derinlik daha sınırlı
Linux / container	Yeterli ama ikincil	Doğal ortamı, fiili standart
Uzmanlık gereksinimi	Düşük — arayüzden yönetilir	Orta-yüksek — PromQL ve YAML kültürü

Hangi Senaryoda Hangisi?

Windows ve Ağ Cihazı Ağırlıklı Klasik Ofis

Birkaç Windows Server, Hyper-V, firewall, switch ve UPS'ten oluşan altyapıda PRTG'nin otomatik keşfi ve hazır sensörleri açık ara daha hızlı sonuç verir. Küçük ortamlar ücretsiz katmanda başlayıp ihtiyaç halinde lisansa geçebilir.

Linux Sunucular ve Container'lar

Uygulamalarınız Docker üzerinde koşuyorsa, iş yükleri Linux'taysa ve ekipte komut satırıyla arası iyi en az bir kişi varsa Prometheus + Grafana yığını hem sıfır lisans maliyeti hem de container metriklerindeki derinliğiyle doğru tercihtir.

Karma Ortam

Çoğu KOBİ'nin gerçeği budur. İki yol vardır: ya ağ/Windows katmanını PRTG'de, container katmanını Prometheus'ta izleyip iki panoyu kabullenmek, ya da izleme işletimini tek araçta toplayıp eksik kalan tarafı exporter veya sensör ekleriyle kapatmak. Karar, hangi katmanın sizin için "hayati" olduğuna göre verilmelidir.

Üçüncü bir aday olan Zabbix'i ve üçlü genel kıyası ayrı bir rehberde ele almıştık: Sunucu Sağlık İzleme: Zabbix, PRTG, Grafana Karşılaştırması. İzlemenin bakım sözleşmesi tarafındaki karşılığı için: Reaktif mi Proaktif mi? IT Bakımında İzleme ve Erken Müdahalenin Rolü.

Karar Verirken Sorulacak Üç Soru

1. İzlemeyi kim yaşatacak? Ayrılmış bir sistem yöneticisi yoksa, arayüzden yönetilen PRTG'nin toplam sahip olma maliyeti çoğu zaman daha düşüktür.
2. Altyapının ağırlık merkezi neresi? Cihaz listesinde Windows ve ağ donanımı baskınsa PRTG, Linux ve container baskınsa Prometheus doğal seçimdir.
3. Üç yıl sonra ne olacak? Cihaz sayısı hızla büyüyecekse PRTG lisans basamaklarını, Prometheus ise saklama ve ölçek planını bugünden hesaba katın.

Yamanlar Bilişim Bu Süreçte Nasıl Destek Sağlar?

Yamanlar Bilişim izleme kurulumuna araç seçiminden önce envanterle başlar: kaç Windows, kaç Linux, kaç ağ cihazı ve hangi servisler kesintiye tahammülsüz — ağırlık merkezi bu tabloyla netleşir, araç önerisi tabloya göre yapılır. Kurulum sonrasında alarm eşikleri işletmenin gerçek eşiklerine göre ayarlanır; izleme, bakım anlaşması kapsamındaki proaktif müdahale döngüsüne bağlanır. Ayrıntı için Kurumsal IT Destek & Bakım Anlaşması hizmet sayfasına bakabilirsiniz.

SSS