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

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.

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.

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.

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.

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.