Bir ağın iyi çalıştığını söylemek için çalışıyor olması yetmez; performansın ölçülmesi, sorunların erken görülmesi ve geçmişe dönük verinin saklanması gerekir. İzleme olmayan bir ağda her arıza, yaşandıktan sonra tahminle çözülmeye çalışılır. Bu rehber, kurumsal ağ izlemenin temellerini ve sürdürülebilir bir bakım modelini anlatır.
İzleme neyi değiştirir?
- Sorun kullanıcıdan önce görülür: Dolmakta olan bir disk, artan port hataları veya yükselen gecikme, kesintiye dönüşmeden fark edilir.
- Kök neden hızla bulunur: Arıza anından önceki dakikaların verisi, “ne değişti?” sorusuna yanıt verir.
- Kapasite planlaması veriyle yapılır: Hat, switch veya firewall yükseltme kararları tahmine değil kullanım eğrilerine dayanır.
- Hizmet kalitesi kanıtlanır: Yönetime ve iş birimlerine erişilebilirlik ve performans raporu sunulabilir.
Hangi veriler toplanır?
| Kaynak | Ne gösterir? |
|---|---|
| SNMP / API | Cihaz erişilebilirliği, CPU, bellek, sıcaklık, port kullanımı, hata sayaçları, PoE tüketimi |
| Syslog | Port düşmeleri, yapılandırma değişiklikleri, kimlik doğrulama hataları, güvenlik olayları |
| NetFlow / sFlow | Hangi kullanıcı ve uygulamanın ne kadar trafik ürettiği, olağandışı akışlar |
| Sentetik testler | Kritik uygulamaların, DNS’in ve internet çıkışının yanıt süresi |
| Kablosuz yönetim paneli | İstemci sayısı, bağlantı başarısı, roaming, kanal kullanımı |
Eşik ve alarm tasarımı: gürültü değil sinyal
İzleme projelerinin en sık başarısızlık nedeni alarm yorgunluğudur: Yüzlerce önemsiz alarm, önemli olanın gözden kaçmasına yol açar. Sağlıklı bir alarm düzeni için:
- Alarmlar önem derecesine göre sınıflandırılır (kritik, uyarı, bilgi).
- Yalnızca müdahale gerektiren alarmlar anlık bildirime (SMS, e-posta, mobil uygulama) bağlanır.
- Bağımlılık tanımlanır: Bir kat switch’i düştüğünde arkasındaki 40 AP için ayrı alarm üretilmez.
- Eşikler sabit değerler yerine geçmiş veriden öğrenilen normal davranışa göre belirlenir; yapay zeka destekli anomali tespiti burada fark yaratır.
- Her kritik alarmın bir sorumlusu ve yazılı bir ilk müdahale adımı vardır.
Envanter ve dokümantasyon
IT ekibi değiştiğinde en büyük risk, ağın nasıl kurulduğu bilgisinin kaybolmasıdır. Güncel tutulması gerekenler:
- Tüm aktif cihazların envanteri: model, seri numarası, yazılım sürümü, lisans ve garanti bitişi,
- Fiziksel ve mantıksal topoloji çizimleri,
- IP adres planı ve VLAN listesi,
- Otomatik ve düzenli alınan konfigürasyon yedekleri,
- Yönetim erişimlerinin tutulduğu güvenli bir şifre kasası,
- Değişiklik kayıtları: kim, ne zaman, neyi, neden değiştirdi?
Yaşam sonu (EoL) takibi
Üreticinin destek vermeyi bıraktığı cihazlar güvenlik güncellemesi almaz ve arızada parça bulunamayabilir. Envanterle birlikte her cihazın satış ve destek bitiş tarihleri izlenmeli, yenileme bütçesi bu takvime göre planlanmalıdır. Yenileme, çoğu zaman ağ tasarımındaki eski sorunları düzeltmek için de bir fırsattır.
Bakım ve destek sözleşmesinde nelere dikkat edilmeli?
- Kapsam: Hangi cihazlar, lokasyonlar ve hizmetler dahil? Yazılım güncellemeleri, yapılandırma değişiklikleri ve periyodik sağlık kontrolleri kapsamda mı?
- Hizmet saatleri: Mesai içi mi, 7/24 mü? Hafta sonu ve resmi tatiller nasıl ele alınıyor?
- Yanıt ve çözüm süreleri: Önem derecesine göre ayrı ayrı tanımlanmış mı?
- Yedek parça: Arızalı cihaz için değişim süresi ne? Kritik cihazlar için yerinde yedek bulunduruluyor mu?
- Üretici desteği: Cihazların üretici destek sözleşmeleri ve lisansları güncel mi, kim takip ediyor?
- Raporlama: Aylık veya üç aylık hizmet raporu, açık talepler ve iyileştirme önerileri sunuluyor mu?
- Dokümantasyonun sahipliği: Sözleşme bittiğinde konfigürasyonlar ve belgeler kurumda kalıyor mu?
Yönetilen hizmet: ağı işletmeyi devretmek
Küçük IT ekipleri veya çok lokasyonlu yapılar için ağın izlenmesini ve günlük işletimini bir hizmet sağlayıcıya devretmek giderek yaygınlaşıyor. Bu modelde sağlayıcı izleme, alarm müdahalesi, yazılım güncellemeleri ve değişiklik taleplerini üstlenir; kurum ise hizmet seviyesini ve raporları takip eder. F2’nin yönetilen RUCKUS Cloud hizmeti, kablosuz ve kablolu ağ için bu modelin bir örneğidir.
F2 yaklaşımı: Kurduğumuz altyapıları teslim sonrası da görünür tutuyoruz. Yerli yazılım ortağımız Mintyfi’nin geliştirdiği Mintyfi Sentry ile ağ cihazlarını, sunucuları ve servisleri tek panelden izliyor, anlamlı alarm kurgusu, envanter, dokümantasyon ve önem derecesine göre tanımlı bakım ve destek modelleri sunuyoruz.
