¿Debo ubicar el sondador SNMP cerca de DB o dispositivos monitoreados?


7

Con los sondeos SNMP, ¿es mejor ubicarlos más cerca de la base de datos para garantizar que el traficante del tráfico de base de datos tenga una mejor oportunidad de hacerlo? ¿O acerque el sondeo al dispositivo monitoreado, para que el tráfico sea más preciso en términos de latencia y llegue al dispositivo?

Por ejemplo, tengo 3 regiones, y 3 encuestadores, y 1 DB. ¿Pongo los cuatro dispositivos en una ubicación o distribuyo los sondeos?

Tengo algunas opiniones pero quería obtener el otro lado de la historia.


¿Alguna respuesta te ayudó? Si es así, debe aceptar la respuesta para que la pregunta no siga apareciendo para siempre, buscando una respuesta. Alternativamente, puede proporcionar y aceptar su propia respuesta.
Ron Maupin

Respuestas:


5

En cualquier caso, esto parece una microoptimización inútil, de la que no debe preocuparse hasta que surja un problema práctico real, que probablemente nunca.

Sin embargo, puramente académicamente, debe colocar snmp poller cerca del dispositivo que está sondeando, ya que es un protocolo de solicitud / respuesta que está vinculado a RTT. El encuestador puede agregar los datos encuestados y utilizar TCP con Windows para enviar una gran cantidad de datos rápidamente a la base de datos.


3

FWIW esta es una gran pregunta y no puedo estar en desacuerdo con @ytti en que esto tiene un gran potencial para pasar a un rabbithole de teoría / academia.

Desde una perspectiva práctica, lo que desea hacer es colocar los pollers cerca de los objetos que se están encuestando. No soy un experto en sistemas distribuidos / SDE, pero me imagino que cualquier NMS que esté diseñado para distribuirse ya debería tener funciones para separar las marcas de tiempo de inserción de db de los datos SNMP sondeados reales y sus propias marcas de tiempo. Todavía no es un problema fácil de resolver, pero como ya dijo Ytti (y estoy de acuerdo), hacer las inserciones de db no debería tener prioridad sobre los datos recopilados de las encuestas. Esos tienen el lujo de estar envueltos en TCP para una mejor protección de la integridad de los datos. Con las encuestas y trampas SNMP reales, tiene que hacer "el mejor esfuerzo" dos veces para enfrentarlo: el número uno es obviamente UDP y el número 2 es la gestión de procesos / "integridad de datos" (es decir, los contadores son precisos, etc.) en el cuadro que está sondeando. A veces, un cuadro comienza a ahogarse y devolver números a través de SNMP pasa a segundo plano.


snmp está sobre udp y la conexión DB probablemente sea TCP. Por lo tanto, el sondeo más cercano a la fuente es mejor. Además, ¿qué pasa si la encuesta se coloca en otro sitio desde los dispositivos que se están encuestando y se pierde la conectividad? Recopile localmente (en tiempo real), acumule datos de forma remota (casi en tiempo real).
generalnetworkerror

1

El número de sondeos utilizados debe basarse en el número de nodos que se están encuestando y la frecuencia de los sondeos. Además, algunos proveedores no admiten que el encuestador esté alejado de la base de datos. Solarwinds tiene esta restricción.


1

Estar más cerca de los dispositivos encuestados también significa que puede tener una frecuencia de sondeo más alta debido a una menor latencia. Descubrí que cuando intentaba sondear un dispositivo sobre nuestros circuitos transatlánticos a intervalos de 5 o 10 segundos, me tomaba demasiado tiempo caminar por las mesas.


Técnicamente puedes hacer encuestas de forma asincrónica. Podría tener un diseño de dos procesos en el que un proceso arroja velocidad de cable UDP y otro proceso almacena las respuestas. Luego tiene un tercer proceso que realiza un análisis fuera de línea si obtiene datos en almacenes de intervalos conformes, si no, active la alarma y haga que las operaciones investiguen la razón.
ytti
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.