Giriş
Kurumsal bilgi sistemlerinin güvenilirliği ve kesintisizliği, uygulama ve hizmet katmanında ortaya çıkabilecek performans sorunlarının erken tespiti ile doğrudan ilişkilidir. Modern BT altyapılarında, uygulamaların düzgün çalışmaması; kullanıcı deneyimini olumsuz etkileyen gecikmelere, iş sürekliliğinde aksamalara ve hizmet seviyesi anlaşmalarının (SLA) ihlaline neden olabilir. Bu bağlamda, uygulama izleme süreçlerinin merkezi bir izleme altyapısı üzerinden yürütülmesi kritik önem taşır.
PRTG Network Monitor, ağ, sunucu, uygulama ve servis seviyelerinde izleme imkânı sunan bir platformdur. Özellikle önceden tanımlanmış sensör yapısı sayesinde uygulama bileşenlerinin anlık durumu, kaynak kullanımı ve gecikme metrikleri ayrıntılı biçimde takip edilebilir.
2. İzleme Kapsamı
2.1 Web Tabanlı Uygulamalar
PRTG; HTTP, HTTPS ve HTTP Transaction sensörleri kullanılarak, web uygulamalarının ulaşılabilirliğini ve yanıt sürelerini izler. Uygulamanın zaman içindeki yükleme süreleri, sunucu hataları (HTTP 5xx), DNS çözümleme gecikmeleri gibi parametreler kaydedilir.
Ayrıca, HTTP Full Web Page sensörü ile sayfa içeriğinin tam yüklenme süresi (resimler ve dinamik öğeler dahil) ölçülebilir. Web tabanlı işlem adımlarının (ör. e-ticaret işlemleri) doğrulanması için HTTP Transaction sensörü kullanılabilir.
2.2 E-posta Sunucuları
SMTP, POP3 ve IMAP protokolleri ile çalışan sensörler, e-posta gönderim/alım süreçlerini izlemek için konfigüre edilir. “Email Round Trip” sensör tipi ile bir test e-postasının gönderilmesi ve geri alınması süresine dayalı olarak gecikme ölçümü yapılabilir.
Microsoft Exchange ortamları için PRTG, mesaj kuyruğu boyutları, gönderim süresi, posta kutusu durumu ve veritabanı kullanımı gibi metrikleri ölçen özel sensörler sunar.
2.3 Veritabanı Sunucuları
SQL Server, MySQL ve Oracle gibi yaygın veri tabanı sistemleri, WMI veya native veri tabanı bağlantıları aracılığıyla izlenebilir. Sorgu yanıt süresi, kullanıcı bağlantı sayısı ve işlem yükü gibi ölçümler, performans analizi için temel teşkil eder.
SQL performansında dalgalanma tespit edildiğinde, PRTG bu bilgiyi gecikmeksizin bildirerek sistem yöneticisinin kapasite artırımı ya da yapılandırma düzeltmeleri yapmasına olanak tanır.
2.4 Yedekleme Sistemleri
Veri yedekleme işlemleri çoğunlukla belirli zamanlarda çalışır ve statik rapor üretir. IMAP sensörü, yedekleme yazılımı tarafından gönderilen e-posta bildirimlerini analiz ederek işlemlerin başarıyla tamamlanıp tamamlanmadığını kontrol edebilir.
2.5 SharePoint ve IIS Sunucuları
Windows sunucular üzerinde çalışan SharePoint ve IIS gibi uygulamalar için özel sensörler, işlem yükü, oturum sayısı, CPU kullanımı ve uygulama yanıt süresi gibi kritik verileri sunar. Özellikle SharePoint içerisindeki SQL sorgularının izlenmesi, performans darboğazlarının tespiti açısından faydalıdır.
4. Teknik Uyum ve Sistem Gereksinimleri
PRTG’nin uygulama izleme işlevselliği; SNMP, WMI, NetFlow, packet sniffing ve HTTP tabanlı protokollerle desteklenir. Platform Windows tabanlıdır ve orta-ölçekli kurulumlar için önerilen sistem gereksinimleri aşağıdaki gibidir:
| Sensör Sayısı | CPU Çekirdeği | RAM | Depolama | Genişlik |
|---|---|---|---|---|
| 1000 | 6 çekirdek | 6 GB | 500 GB | 1–5 Mbps |
| 2500 | 8 çekirdek | 8 GB | 750 GB | 5–10 Mbps |
5. Sonuç
Uygulama izleme, ağ ve sistem sağlığının sürdürülebilirliği açısından temel bir işlevdir. PRTG Network Monitor, kapsamlı sensör yapısı ve entegrasyon seçenekleri ile uygulamaların kullanılabilirliğini ve performansını sürekli gözlem altında tutar. Bu yapı, hem reaktif müdahaleleri azaltır hem de BT operasyonlarında proaktif yönetim sağlar.
Yusuf bey soyle bir istegim var.
Citrix uzerinde calisan Windows Terminal Serverlar var.
Bunlar takvimlenmis olarak gunluk restart yapiyor.
Bu cihazlara wmiuptime sensoru ekledim, ve bu sensorler vasitasiyla eger Server 24 saatten fayla calisiyorsa alarmda bunu gostermesini istiyorum.
Mumkun mudur, evet ise nasil yapilabilecegini tarif edebilirseniz memnun olurum.
Alpay Bey,
Bu noktada bir limit tanımlama yaparak bir çözüm üretmek mümkündür. WMI Uptime Sensor’ü ekledikten sonra ilgili sensörden Settings> Channel Settings> Uptime alanına giderek “Enable alerting based on limits” kutucuğunu işaretleyiniz. Ardından “Upper Error Limit= ” alanına saniye cinsinden alarmın tetikleneceği süre zarfını girmeniz gerekir (Örneğin; 86400 saniye(24 Saat)).
Belirlediğiniz bu limit üzerine çıkarsa sensörü “Down” alarm durumuna alır. Bunu notification olarak tetiklemek için ise uygulanacak adım şudur. “Setup> Notification Templates” alanından bir templates oluşturunuz. Bunu kaydettikten sonra ilgili sensöre geri gelin, “Sensor> Notification Triggers” alanına erişerek ekranın sağ üst kısmında bulunan “+” simgesine tıklayarak “State Trigger”ı seçerek ekleyin. buradaki konfigürasyon ise “When sensor state is Down for at least 60 seconds” olarak ayarlanabilir. Ayrıca konuya ilişkin çözüm önerilerinin bulunduğu Reddit postuna göz atabilirsiniz: https://www.reddit.com/r/prtg/comments/1cco8ex/using_prtg_to_identify_and_send_alert_when/
Action olarak da uygun gördüğünüz bildirim yolu hangisi ise onu seçebilirsiniz(bknz: E-posta, SMS veya özel bir webhook olabilir). Daha complex olan ve süreci otomatize edebileceğiniz PRTG’nin EXE/Script Sensor’ünü kullanabilirsiniz(Sensörün konfigürasyonu için resmi kaynağa göz atabilirsiniz: https://manuals.paessler.com/exe_script_sensor.htm).
Tesekkurler, o sekilde yaptim.
Eline sağlık.