Sık veri toplamak kısa olayları görünür kılabilir, ancak maliyet ve veri kalitesi sorunlarını da artırır. Ölçüm sıklığını cevaplamak istediğiniz soruya göre belirleyin.
Önce gözlem sorusu
Ağ telemetrisi çerçeveleri farklı kaynaklardan veri toplama ve kullanma yaklaşımlarını ele alır. Abonelik tabanlı bildirim veya YANG-Push gibi mekanizmalar sorgulama modelinden farklı davranabilir. Hangi alanın periyodik, hangisinin değişim olduğunda gönderileceği önemlidir. Her sayacı en kısa aralıkta göndermek cihaz işlemcisini, kolektörü ve saklama sistemini gereksiz zorlayabilir.
Kısa kesinti örneği
Beş dakikalık sorgu arasında kaybolan kısa bir arayüz değişimini yakalamak istiyorsunuz. Durum değişimi bildirimi bu soru için uygun olabilir; bütün arayüz sayaçlarını çok sık taşımak şart değildir. Buna karşılık kapasite analizi için düzenli örnekler gerekebilir. Aynı veri hattında olay ile örnek ölçümünü ayrı türler olarak saklayın; bunları tek zaman serisi gibi yorumlamak yanıltıcıdır.
Kayıp ve yeniden bağlanma
Kolektör bağlantısı kesildiğinde hangi bildirimlerin kaybolduğunu ve yeniden bağlanınca tam durum alınıp alınmadığını test edin. Yeni veri gelmemesini sıfır trafik olarak göstermeyin. Kaynak zamanı, alınma zamanı ve veri kalitesi işaretini koruyun. Yetki ve filtreler, hassas yapılandırma alanlarının gereksiz yere dışarı taşınmasını önlemelidir.
Pilot ve ölçek
Önce az sayıda cihazda veri hacmini, işlemci etkisini ve kolektör gecikmesini ölçün. Ardından cihaz sayısı büyüdüğünde beklenen yükü açık varsayımlarla hesaplayın. Örnekleme sıklığı değiştiğinde grafiklerin karşılaştırılabilirliği etkilenebilir; sürüm veya etiket ekleyin. Başarılı telemetri sistemi en çok veriyi toplayan değil, doğru kararı güvenilir biçimde destekleyen sistemdir.
Kaynaklar ve güncellik
Birincil teknik kaynaklar: RFC 9232, RFC 8641. Kaynak kontrolü: 11 Ekim 2026. Örnekler öğretici senaryolardır; gözlemlenmiş performans sonucu veya tüm ürünler için destek garantisi değildir.
Devam okuması: ilgili IPScans uygulama rehberi.