1
00:00:01,110 --> 00:00:06,030
Antes de salir corriendo e implementar un sistema de administración de red en un entorno de producción.

2
00:00:06,030 --> 00:00:12,080
Piense en la planificación de la gestión de red en un laboratorio, como con genius 3.

3
00:00:12,120 --> 00:00:18,470
Tal vez esto no sea tan importante, pero es muy importante cuando hacer esto en el mundo real

4
00:00:18,470 --> 00:00:27,090
la planificación de la gestión de redes incluye traducir los requisitos comerciales en umbrales de necesidades de monitoreo y el Monitor de rendimiento de

5
00:00:27,090 --> 00:00:35,020
la red o las configuraciones de NPM. Otras cosas a considerar con la planificación de la gestión de la red incluyen la

6
00:00:35,020 --> 00:00:42,190
creación y el aprovechamiento de informes que cumplen Las necesidades de los diversos interesados, así como la determinación y el

7
00:00:42,880 --> 00:00:46,390
seguimiento del alcance y el impacto en la red.

8
00:00:46,420 --> 00:00:54,100
Y no se olvide de que la topología de la red tiene un impacto en el sistema de monitoreo

9
00:00:54,100 --> 00:01:01,840
real que traduce los requisitos del negocio significa hacer cosas como encuestar a las partes interesadas y departamentos clave para

10
00:01:01,840 --> 00:01:04,650
sus necesidades de monitoreo e informes.

11
00:01:04,650 --> 00:01:10,920
También significa documentar los objetivos para su sistema de administración de red y esto realmente necesita ser enfatizado.

12
00:01:10,950 --> 00:01:17,770
Es muy importante que documente los objetivos de su sistema de administración de red, de lo contrario,

13
00:01:17,770 --> 00:01:24,860
¿cómo determina si la implementación del sistema de administración de red ha logrado lo que se propuso hacer?

14
00:01:25,060 --> 00:01:30,530
Una organización puede tener el objetivo de aumentar la disponibilidad de la red.

15
00:01:31,210 --> 00:01:38,290
Sin embargo, si no documenta esos objetivos y no establece una línea base en su red antes de

16
00:01:38,290 --> 00:01:44,740
implementar su sistema de administración de red, ¿cómo determinará si el sistema de administración de red ha

17
00:01:45,220 --> 00:01:53,660
tenido un efecto positivo en la red y qué se pretendía hacer originalmente? Es importante que sus objetivos se documenten antes de

18
00:01:53,660 --> 00:01:59,060
la implementación y, además, asegúrese de tener una línea base de la red.

19
00:01:59,060 --> 00:02:04,820
En otras palabras, tiene una indicación de cómo se ve la red en su forma actual antes de implementar el

20
00:02:04,820 --> 00:02:06,620
sistema de administración de red.

21
00:02:07,790 --> 00:02:14,450
Si no lo hace, ¿cómo sabrá dentro de tres meses o seis meses a partir de hoy si

22
00:02:14,570 --> 00:02:21,410
el sistema de administración de la red ha tenido un efecto positivo en la red y ha logrado lo

23
00:02:21,410 --> 00:02:23,310
que originalmente se pretendía hacer?

24
00:02:24,190 --> 00:02:27,830
Las medidas clave también incluyen cosas como la granularidad de datos.

25
00:02:28,060 --> 00:02:34,400
En otras palabras, cuán granulares o detallados deben ser los datos que está recopilando.

26
00:02:34,450 --> 00:02:40,720
Por ejemplo, si está buscando la utilización del ancho de banda en una interfaz, ¿con qué frecuencia

27
00:02:40,720 --> 00:02:41,950
importa esos datos?

28
00:02:41,950 --> 00:02:46,150
¿Es una vez cada cinco minutos o una vez cada cinco segundos?

29
00:02:46,210 --> 00:02:52,120
Si solo observa la utilización del ancho de banda de una interfaz cada cinco minutos, puede perder un

30
00:02:52,390 --> 00:02:54,760
pico durante ese intervalo de cinco minutos.

31
00:02:54,760 --> 00:03:01,150
Por otro lado, si está recopilando datos cada segundo, puede terminar almacenando una gran

32
00:03:01,150 --> 00:03:02,650
cantidad de datos.

33
00:03:02,710 --> 00:03:08,890
Otra cosa a tener en cuenta al traducir los requisitos comerciales en necesidades de monitoreo es la

34
00:03:09,610 --> 00:03:11,050
retención de datos.

35
00:03:11,050 --> 00:03:17,200
¿Cuánto tiempo conservará los datos que recopiló su sistema de gestión de red antes de

36
00:03:17,200 --> 00:03:20,000
que se eliminen o se resuman?

37
00:03:20,100 --> 00:03:27,660
En otras palabras, ¿cuánto tiempo va a mantener registros detallados de su red antes de que se considere innecesario

38
00:03:27,660 --> 00:03:29,140
mantener esos datos?

39
00:03:29,250 --> 00:03:35,400
O al menos ese nivel de detalle de los datos, otras cosas que querrá hacer

40
00:03:35,400 --> 00:03:43,440
para documentar estas necesidades de monitoreo es definir tanto las necesidades de los equipos involucrados en los proyectos como los umbrales,

41
00:03:44,000 --> 00:03:51,810
ahora lo que significan los umbrales es el nivel en el que usted desea comenzar a ver estados de error o

42
00:03:51,810 --> 00:04:00,450
prestar más atención si una interfaz se está ejecutando con una utilización del 25 por ciento y luego sube al 50 por ciento.

43
00:04:00,570 --> 00:04:07,560
Es posible que no desee que se le notifique eso, pero cuando se trata de una utilización del 90 por ciento, es posible que

44
00:04:07,560 --> 00:04:11,090
desee que se le informe que algo sucedió en su red.

45
00:04:11,340 --> 00:04:18,270
Por lo tanto, debe decidir los umbrales antes de ser notificado de posibles problemas en su red.

46
00:04:18,330 --> 00:04:25,020
Esto se vuelve importante cuando crea sus alertas y configura los diferentes informes disponibles en NPM NPM,

47
00:04:25,680 --> 00:04:32,130
por supuesto, tiene muchas opciones y configuraciones que puede cambiar según su red y los requisitos

48
00:04:32,130 --> 00:04:33,390
de su negocio.
