1
00:00:00,360 --> 00:00:06,720
Cuando implementa un sistema de administración de red, generalmente agregará una sobrecarga a su red.

2
00:00:06,720 --> 00:00:12,930
Esto es especialmente cierto si está utilizando un sistema basado en consultas que sondea la red usando

3
00:00:12,930 --> 00:00:14,610
un intervalo muy corto.

4
00:00:14,690 --> 00:00:20,580
Por lo tanto, debe determinar el alcance y el impacto en la red que tendrá el sistema de

5
00:00:20,580 --> 00:00:27,080
administración de red, como se mencionó una de las cosas en las que debe pensar es la frecuencia de sondeo.

6
00:00:27,080 --> 00:00:32,200
Esto significa con qué frecuencia va a extraer dispositivos para recopilar datos.

7
00:00:32,240 --> 00:00:37,670
Cuanto más a menudo haya sondeado los dispositivos, más detalladas y detalladas serán sus

8
00:00:37,670 --> 00:00:38,060
estadísticas.

9
00:00:39,070 --> 00:00:45,640
Sin embargo, por otro lado, eso significa que tendrá un mayor impacto en su red porque

10
00:00:45,640 --> 00:00:48,710
hay más tráfico transmitido en la red.

11
00:00:48,880 --> 00:00:53,320
El sistema de administración de red está sondeando la red con mayor frecuencia, lo que genera más

12
00:00:53,320 --> 00:00:54,480
tráfico en la red.

13
00:00:54,760 --> 00:01:00,280
Además, hay una mayor carga en sus dispositivos de red porque tienen que responder a

14
00:01:00,280 --> 00:01:06,640
la estación de administración de red con la información que está tratando de recopilar de ese dispositivo de red.

15
00:01:06,640 --> 00:01:14,830
Por lo tanto, una mayor cantidad de encuestas equivale a más detalles y una detección más rápida de problemas, pero aumenta la carga

16
00:01:14,830 --> 00:01:18,790
tanto en la red como en los dispositivos de su red.

17
00:01:18,790 --> 00:01:25,600
Ahora, una vez más, la ventaja de más encuestas es que tiene más detalles y es más rápido

18
00:01:25,600 --> 00:01:26,660
detectar problemas.

19
00:01:26,770 --> 00:01:33,770
Sin embargo, por otro lado, puede crear tráfico adicional en la red, ahora los sistemas de administración de red

20
00:01:33,770 --> 00:01:41,450
más modernos y muchos dispositivos de red modernos pueden manejar una mayor cantidad de tráfico de administración de red de lo

21
00:01:41,690 --> 00:01:43,980
que era posible en el pasado.

22
00:01:44,060 --> 00:01:49,760
La potencia de procesamiento de sus dispositivos de red y la velocidad de las interfaces son mucho

23
00:01:49,760 --> 00:01:56,870
mayores hoy que hace unos años, por lo que no es un problema tan grande como podría haber sido antes. Esta es

24
00:01:56,870 --> 00:02:02,330
otra razón por la que desea aprovechar ambos eventos. los protocolos de administración de red, así

25
00:02:02,390 --> 00:02:10,310
como los protocolos de administración de red basados en consultas, los protocolos basados en eventos una vez más ofrecen comentarios en tiempo real no solicitados

26
00:02:10,310 --> 00:02:12,080
de sus dispositivos de red.

27
00:02:12,080 --> 00:02:18,800
Un camino informará a la estación de administración de red cuando una interfaz se caiga con protocolos basados

28
00:02:18,800 --> 00:02:20,710
en encuestas o consultas.

29
00:02:20,720 --> 00:02:28,580
Hay una consulta y respuesta, en otras palabras, el desastre está solicitando información a un dispositivo y

30
00:02:28,610 --> 00:02:37,030
está respondiendo o respondiendo a esa consulta, ahora menos sondeo equivale a una menor utilización de ancho de banda.

31
00:02:37,090 --> 00:02:44,560
Pero, además, equivale a requisitos de almacenamiento más pequeños, que es otra cosa importante a tener en cuenta.

32
00:02:45,600 --> 00:02:50,610
Si está recopilando una gran cantidad de datos, debe pensar en los requisitos de su disco

33
00:02:50,610 --> 00:02:58,530
para su servidor secuela, que es donde NPM almacena grandes cantidades de datos equivalentes a bases de datos a mayor escala, lo que a su vez

34
00:02:58,770 --> 00:03:01,110
significa que necesita más espacio en disco.