Bir yoklanan cihaz (bir SNMP ajanı, bir kamera, bir kayıt cihazı) kendiliğinden hiçbir şey göndermez. Platformun yoklayıcısı onu bir zamanlamaya göre okur. Bu sayfa zamanlamayı, bir hata olduğunda ne olduğunu ve her yoklamanın neye mal olduğunu açıklar.
Yoklama aralığı
Aralık cihazın profilinden gelir: Expected interval (expectedIntervalS).
| Durum | Aralık |
|---|---|
| Profilin beklenen bir aralığı var | Bu aralık |
| Profilin beklenen bir aralığı yok | 5 dakika (300 s) |
| Sınırlar | Asla 30 s’den kısa ve 1 günden (86.400 s) uzun olmaz; bir profil 60 ila 604.800 s kabul eder |
| Yerleşik SNMP şablonları | 60 s (yazıcılar için 300 s) |
| Hazır kamera ve kayıt cihazı profili | 300 s |
Yoklanan profiller Last seen only çevrimiçi kuralını kullanır ve profil sayfası Expected interval (seconds) alanını yalnızca Recent message kuralı için gösterir. Kendiniz oluşturduğunuz yoklanan bir profil, API üzerinden expectedIntervalS ayarlamadığınız sürece her 5 dakikada bir yoklanır; bkz. Devices and profiles API.
Aynı uç nokta ve aynı profildeki cihazlar birlikte, kutuyla tek bir oturumda yoklanır. Uç noktalar aralıkları boyunca yayılır; bu yüzden her cihaz aynı saniyede yoklanmaz ve bu yayılma yeniden başlatmadan sonra da korunur.
Uç nokta başına aynı anda tek çağrı
- Bir uç nokta, tüm platform genelinde aynı anda yalnızca tek bir çağrıyla yoklanır.
- Bir çağrının zaman bütçesi vardır (varsayılan 15 s). SNMP için her istek ayrıca profilin kendi Timeout (ms) ve Retries değerlerine sahiptir.
- Kuruluşunuzun uç noktalarından sınırlı sayıda olanı aynı anda yoklanır; diğerleri sıralarını bekler. Bu, bir kuruluşun diğerlerini yavaşlatmasını önler.
Bir yoklama başarısız olduğunda
Başarısız bir yoklama cihaza karşı sayılır. Bir sonraki yoklama her seferinde daha uzun bekler:
| Art arda başarısızlıklar | Bir sonraki yoklamadan önce bekleme |
|---|---|
| 1 | Bir aralık |
| 2 | İki aralık |
| 3 | Dört aralık |
| 4 | Sekiz aralık |
| … | Her seferinde iki katına çıkar, en fazla 1 saat (ve asla bir aralıktan kısa olmaz) |
Küçük bir rastgele yayılma (±%10), birlikte başarısız olan bir sitenin tüm cihazlarının aynı saniyede yeniden denemesini önler.
Art arda 3 başarısız yoklamadan sonra cihaz bir kez çevrimdışı sayılır: Hermetry bunun için bir hareketsizlik mesajı yazar ve bu mesaja çevrimdışı alarm kuralı tepki verebilir (bkz. Offline alarms). Cihazın Connection sekmesi “The device has not answered since …”, Failed polls in a row ve Last error bilgilerini gösterir.
İlk başarılı yoklama sayacı sıfırlar ve cihaz yeniden normal aralığında yoklanır.
Kapalı bir uç nokta hiç yoklanmaz. Başarısız bir testten sonra kaydedilen bir uç nokta, siz açana kadar kapalı kalır; bkz. Protocol endpoints.
Yoklamaların kotanıza nasıl sayıldığı
| Ne yazılır | Mesajlar |
|---|---|
| Tek bir yoklamadan bir cihazın okumaları | 1 mesaj |
| Bir yoklamadan cihazın öznitelikleri | Yalnızca son yoklamadan bu yana değiştiklerinde 1 mesaj daha |
| 3 başarısızlıktan sonra çevrimdışı işareti | 1 mesaj |
| Bir cihaz olayı (kameralar ve kayıt cihazları) | Olay zarfı başına 1 mesaj; tek bir zarfa katlanan bir yığın bir kez sayılır |
Planınızın mesaj sınırlarını aşan bir yoklama sonucu bırakılır ve sayılır; daha sonrası için kuyruğa alınmaz. Bkz. Message quota and usage.
Örnek. 60 s’de bir yoklanan bir UPS, günde 1.440 telemetri mesajı yazar; kimliği veya değerleri değiştiğinde birkaç öznitelik mesajı daha ekler. Aynı aralıktaki bir anahtar da aynı maliyetle gelir: bildirdiği arayüz sayısı ne olursa olsun yoklama başına bir mesaj. Bir yoklamadaki anahtar sayısı veri noktası sınırlarınıza sayılır ve bir eşleme cihaz başına en fazla 200 telemetri anahtarı ile sınırlıdır.
Aralık seçmek
- Alarmların bağlı olduğu durum (UPS pilde, bir bağlantı kopuk): 60 s.
- Yavaş değişen değerler (yazıcı sarf malzemeleri, disk kullanımı): 300 s veya daha fazla.
- Bir sayaç oranının iki yoklamaya ihtiyaç duyduğunu unutmayın; bu nedenle ilk oran, cihaz eklendikten veya yoklayıcı yeniden başladıktan bir aralık sonra görünür.