1
00:00:00,300 --> 00:00:01,860
Então, quais são as melhores práticas.

2
00:00:02,010 --> 00:00:08,750
O que você deve fazer em um ambiente ativo agora, as melhores práticas afirmam que você deve usar os dois.

3
00:00:08,820 --> 00:00:15,420
Você deve usar protocolos de gerenciamento de rede com base em pesquisa ou consulta, bem como em eventos, pois parte

4
00:00:15,420 --> 00:00:21,650
da sua solução de gerenciamento de rede não ajuda apenas a receber uma grande quantidade de dados.

5
00:00:21,830 --> 00:00:24,620
Você precisa tomar decisões significativas sobre esses dados.

6
00:00:25,400 --> 00:00:31,220
Portanto, você também deseja criar e aproveitar alertas e relatórios para que ambos sejam notificados quando

7
00:00:31,220 --> 00:00:38,580
ocorrer um problema, seja com base em um mecanismo de detecção baseado em pesquisa ou em uma detecção baseada em evento.

8
00:00:38,640 --> 00:00:44,190
Além disso, você desejará algum tipo de capacidade de geração de relatórios que

9
00:00:44,190 --> 00:00:50,860
forneça detalhes de desempenho, não apenas em tempo real neste momento, mas por um período de tempo.

10
00:00:50,910 --> 00:00:55,320
Portanto, você deseja que os dados históricos estejam disponíveis para que você possa tomar decisões significativas.

11
00:00:56,340 --> 00:01:02,180
Como exemplo, se uma interface em uma rota tiver uma utilização de 70%.

12
00:01:02,310 --> 00:01:09,110
Isso é bom ou ruim, difícil de saber se você não possui dados históricos que permitem criar uma

13
00:01:09,110 --> 00:01:15,700
linha de base do que sua rede normalmente executa, se essa interface nos últimos três meses estiver

14
00:01:15,700 --> 00:01:21,690
sendo executada com 2% de utilização e agora, de repente, está com 90% de utilização.

15
00:01:21,910 --> 00:01:27,370
Você saberá que algo aconteceu na sua rede que mudou dramaticamente para a utilização

16
00:01:27,370 --> 00:01:34,420
da interface. Por isso, você deseja que os relatórios forneçam detalhes de desempenho ao longo do tempo,

17
00:01:34,420 --> 00:01:41,800
além de notificá-lo sobre problemas e a disponibilidade de dispositivos na rede. Vamos querer ver rapidamente se há algum

18
00:01:41,800 --> 00:01:48,010
problema com um dispositivo de rede como um roteador ou se há um problema com

19
00:01:48,010 --> 00:01:51,750
uma interface individual em um dos seus roteadores.

20
00:01:51,770 --> 00:01:59,380
Não se esqueça de definir a frequência da pesquisa e a granularidade das notificações de eventos.

21
00:01:59,500 --> 00:02:05,260
Isso varia de um ambiente para outro e geralmente depende do tipo de topologia em que você

22
00:02:05,830 --> 00:02:12,580
tem a largura de banda disponível e dos recursos necessários para detectar e, em seguida, agir de acordo com as

23
00:02:12,580 --> 00:02:14,130
informações que está recebendo.

24
00:02:14,130 --> 00:02:20,340
Além disso, pode ser necessário tomar decisões sobre a rapidez com que você deve reagir a

25
00:02:21,410 --> 00:02:28,430
um problema na sua rede se algo acontecer na sua rede e afetar um edifício inteiro ou a organização inteira.

26
00:02:28,430 --> 00:02:33,680
Você vai querer agir rapidamente, mas se algo acontecer e afetar apenas um único dispositivo,

27
00:02:33,710 --> 00:02:35,390
isso não é importante.

28
00:02:35,390 --> 00:02:41,540
Provavelmente não é tão importante que você seja acordado às 3:00 da manhã para dizer que a porta

29
00:02:41,570 --> 00:02:42,770
do switch caiu.