Bu Konu Neden Önemli?
SNMP; switch, router, UPS, access point ve diğer ağ cihazlarından durum ve performans verisi toplamak için yaygın kullanılan yönetim protokolüdür; güvenli sürüm ve erişim sınırları önemlidir.
Karar Verirken Kontrol Edilecek Noktalar
Mümkün olduğunda SNMPv3 kullanın.
Read-only ve yönetim erişimlerini ayırın.
Polling aralığını cihaz ve metrik sayısına göre ayarlayın.
Alarm eşiklerini normal çalışma baz değerleriyle oluşturun.
Mimari ve çalışma modeli
SNMP polling anlık sayaç okur; trap veya inform olay bildirir. İkisi aynı görünürlüğü sağlamaz. SNMPv3 kimlik doğrulama ve gizlilik seçenekleriyle değerlendirilir; yetki ve kaynak erişimi dar tutulmalıdır. Yüksek hızlı arayüzlerde 64-bit octet sayaçları, yeniden başlatma ve sayaç sıfırlama bilgisi doğru hız hesabı için önemlidir.
- 1SNMPv3 erişimi
- 2OID ve sayaç okuma
- 3Zaman farkıyla oran
- 4Alarm ve olay
Tasarım parametreleri
- Sayaç ve örnek aralığı
- 64-bit sayaç ve polling aralığını hızla eşleştirin; wrap veya reseti negatif trafik gibi yorumlamayın.
- Kimlik ve erişim
- SNMPv3 auth/privacy ve yönetim ACL’lerini değerlendirin; salt okunur kapsamı açıkça ayırın.
- Adres ve yönlendirme
- Subnet, gateway, route ve NAT kapsamını çizimde ayrı gösterin. DNS cevabı ile hedef IP’ye gerçek yolu birlikte doğrulayın.
- Yedek yol
- Yedek bağlantının aynı cihaz, enerji veya operatör arızasını paylaşmadığını kontrol edin. Geçiş süresini uygulama üzerinden ölçün.
- Taşıma kapasitesi
- Port hızı, uplink yoğunluğu, paket kaybı ve kuyrukları birlikte değerlendirin. Tek bir test akışı bütün kapasiteyi temsil etmeyebilir.
- İşletim görünürlüğü
- Arayüz sayaçları, komşuluklar, hata kayıtları ve zaman senkronizasyonunu izleyin. Normal davranış için başlangıç ölçümü tutun.
Hesap ve uygulama örneği
Örnek iki ölçüm arasında 300 milyon byte artış ve 60 saniye varsa ortalama yaklaşık 40 Mbit/sdir. Counter reseti veya rollover sonucu negatif farkı gerçek trafik düşüşü saymayın. Arayüz hızını, yönünü ve ifIndex değişimini birlikte kaydedin.
Hata teşhisi
| Belirti | Olası neden / ayrım | Doğrulama |
|---|---|---|
| Grafik aniden sıfır veya aşırı yüksek | Counter reset, wrap veya interface index değişimi olabilir. | Uptime, ham sayaç ve interface kimliğini örnekler arasında karşılaştırın. |
| Aynı VLAN çalışıyor, uzak ağ çalışmıyor | Gateway, route, ACL veya dönüş yolu farklı olabilir. | Kaynak ve hedef tarafında adres, route ve politika kayıtlarını karşılaştırın. |
| Küçük istek çalışıyor, büyük aktarım duruyor | MTU, paket kaybı veya hedef depolama beklemesi olası ayrımlardır. | Paket boyutu ve yeniden iletimleri ölçün; ağ sorununu disk beklemesinden ayırın. |
| Yedek bağlantı var ama kesinti uzun | Algılama, yeniden yakınsama, DNS veya oturum yenilenmesi süreyi büyütebilir. | Arıza zamanını ve ilk başarılı uygulama işlemini aynı saatle kaydedin. |
Kabul ve doğrulama kontrolleri
- Sayaç türü, polling aralığı ve reset davranışını doğru hız hesabıyla doğrulayın.
- İzin verilen ve engellenen ağ çiftleri için erişim matrisi test edin.
- Tek bağlantı ve tek cihaz arızalarını ayrı uygulayın.
- Yoğun yükte kayıp, gecikme ve kuyruk sayaçlarını kaydedin.
- Değişiklik öncesi yapılandırma ve geri dönüş adımını saklayın.
- Yönetim erişiminin kullanıcı ağından gerektiği gibi ayrıldığını doğrulayın.
İlgili kavramlar
Telemetri ve zaman eşleştirmesi
Telemetri, sistemin ne yaptığını açıklayan log, metrik ve olay kayıtlarının bütünüdür. Log bir olayın ayrıntısını, metrik zaman içindeki davranışı, dağıtık iz ise isteğin bileşenler arasındaki yolunu gösterir. Saat farkları aynı olayı farklı zamanlarda olmuş gibi gösterebilir. Merkezi zaman senkronizasyonu, kaynak kimliği ve tutarlı saat dilimi kullanın. Alarm tasarımında yalnız eşik değil, ne kadar sürdüğü ve kullanıcıya etkisi de değerlendirilmelidir. Kayıtların kesildiği durum ayrıca izlenmeli; günlük kaydı bulunmaması, olay yaşanmadığı şeklinde yorumlanmamalıdır.
Bant genişliği ve gerçek aktarım
Hat kapasitesi ile uygulamanın taşıdığı yararlı veri miktarı farklıdır. Protokol başlıkları, şifreleme, yeniden iletim, küçük dosyalar ve disk beklemeleri net hızı azaltır. Bit ile byte birimini karıştırmayın: 1 Gbit/s teorik olarak 125 MB/s seviyesindedir; bu bir uygulama performans garantisi değildir. Aktarım süresini veri miktarı / ölçülen net hız şeklinde hesaplayın. Ölçümü aynı anda ağ, kaynak okuması ve hedef yazması üzerinden yaparak sınırlayıcı bileşeni bulun. Ortalama hız kadar kısa süreli düşüşleri ve diğer işlerin rekabetini de değerlendirin.
Kimlik doğrulama ve oturum
Kimlik doğrulama kullanıcının veya iş yükünün kim olduğunu kanıtlar; yetkilendirme ise bu kimliğin ne yapabileceğini belirler. Başarılı oturum açma, bütün kaynaklara erişim izni anlamına gelmez. Kullanıcı oturumları, servis kimlikleri, API belirteçleri ve cihaz sertifikaları farklı yaşam döngülerine sahiptir. İlk giriş kadar oturum süresi, belirteç yenileme, işten ayrılma, kayıp cihaz ve acil erişim senaryolarını da tasarlayın. Kimlik sağlayıcı erişilemez olduğunda hangi oturumların süreceğini ve hangi yeni erişimlerin engelleneceğini ölçün.
En az yetki ve görev ayrımı
En az yetki, bir görevin gerektirdiği izinlerin belirli kaynak ve süreyle sınırlandırılmasıdır. Herkese aynı yönetici rolünü vermek, erişim incelemesini ve olay araştırmasını zorlaştırır. Günlük kullanıcı hesabı ile ayrıcalıklı hesabı ayırın; servis hesaplarının etkileşimli kullanımını ve gereksiz ağ erişimini kısıtlayın. Yetki matrisi, kimliğin kaynağa hangi işlemle eriştiğini göstermelidir. Bir izin kaldırıldığında uygulamanın çalışmayı sürdürmesi de test kapsamına girer: gereksiz yetkiler bazen yalnız kontrollü azaltma sırasında ortaya çıkar.
Sürüm ve destek yaşam döngüsü
Bir ürünün kurulabilir olması üretim için desteklendiğini kanıtlamaz. İşletim sistemi, uygulama, sürücü, eklenti ve yönetim aracının uyumluluk zincirini birlikte kontrol edin. Güncelleme planında paket sürümü, destek bitişi, yeniden başlatma gereksinimi ve geri alma yöntemi bulunmalıdır. Test ortamı üretimdeki bağımlılıkları temsil etmezse sonuç yanıltıcı olabilir. Değişiklik sonrası yalnız sürüm numarasını değil, hizmet sağlığını ve önceki iş akışlarını doğrulayın. Bir sürümü sabitlemenin gelecekteki güvenlik düzeltmelerini engelleyebileceğini de dikkate alın.
Gecikme dağılımı
Gecikme, bir işlemin başlangıcı ile yanıtı arasındaki süredir. Ortalama değer, az sayıdaki çok yavaş işlemi gizleyebilir; medyan ile p95/p99 gibi yüzdelikler farklı sorulara cevap verir. Ağ RTT, disk bekleme, işlemci kuyruğu ve uygulama işlemesi toplam süreye katkıda bulunur. Ölçümün istemci tarafında mı sunucuda mı yapıldığını yazın. Gecikme artışının trafik yükselmesine, bakım işine veya kapasite sınırına denk gelip gelmediğini karşılaştırın. Bir eşik seçmeden önce normal yük ve yoğun saat için temel davranışı kaydedin.
Birincil teknik dokümantasyon
Bu İçerik Nasıl Hazırlandı?
Doz Teknoloji Teknik Ekibi
İçerik, Doz Teknoloji’nin kurumsal BT hizmet alanlarında kullandığı teknik değerlendirme yaklaşımı temel alınarak hazırlanmıştır.
Teknik kriterler + birincil kaynaklar
Konu; üretici dokümantasyonu, standart kuruluşları ve ilgili resmî teknik kaynaklarla çapraz kontrol edilmiştir.
Karar kalitesini artırmak
Amaç, teknik bir terimi yalnız tanımlamak değil; satın alma, tasarım veya işletim kararı verirken hangi kriterlerin birlikte değerlendirilmesi gerektiğini görünür hale getirmektir.
İlgili Hizmet ve Rehberler
Bu Rehberle İlgili Kurumsal Çözümler
Teknik konuyu uygulamaya dönüştürmek için ilgili hizmet ve çözüm sayfalarına geçebilirsiniz.
Teknik İhtiyacınızı Birlikte Değerlendirelim
Mevcut altyapınızı, kullanıcı sayınızı veya teknik hedefinizi paylaşın; ürün, lisans veya proje kapsamını ihtiyaca göre netleştirelim.
Teknik Talep Oluşturun