Antes de sair correndo e implantar um sistema de gerenciamento de rede em um ambiente de produção.
Pense no planejamento do gerenciamento de rede em um laboratório como o genius 3.
Talvez isso não seja tão importante, mas é muito importante ao
fazer isso no mundo real. O planejamento de gerenciamento de rede inclui a conversão de requisitos
de negócios em limites de necessidades de monitoramento e as configurações do Network Performance Monitor
ou NPM. as necessidades das várias partes interessadas, bem como determinar e monitorar o
escopo e o impacto na rede.
E não se esqueça da topologia de rede que afeta o sistema de monitoramento real, pois a conversão
dos requisitos de negócios significa fazer coisas como pesquisar as principais partes interessadas e departamentos quanto às necessidades
de monitoramento e geração de relatórios.
Isso também significa documentar metas para o seu sistema de gerenciamento de rede e isso realmente precisa ser enfatizado.
É muito importante que você documente os objetivos do seu sistema de gerenciamento de rede, caso contrário,
como você determina se a implantação do sistema de gerenciamento de rede alcançou o que você decidiu fazer?
Uma organização pode ter o objetivo de aumentar a disponibilidade da rede.
No entanto, se você não documentar essas metas e não basear sua rede antes de implantar seu sistema
de gerenciamento de rede, como determinará se o sistema de gerenciamento de rede teve um efeito
positivo na rede e o que ele originalmente pretendia fazer? É importante que seus objetivos sejam documentados antes da implantação e,
além disso, verifique se você possui uma linha de base da rede.
Em outras palavras, você tem uma indicação de como a rede se parece em sua forma atual antes de implantar
o sistema de gerenciamento de rede.
Se você não fizer isso, como saberá, daqui a três meses ou seis meses a partir de
hoje, se o sistema de gerenciamento de rede teve um efeito positivo na rede e se cumpriu o
que pretendia fazer originalmente.
As principais medidas também incluem itens como granularidade de dados.
Em outras palavras, quão granulares ou detalhados devem ser os dados que você está coletando.
Por exemplo, se você estiver olhando para a utilização da largura de banda em uma interface, com que frequência está
importando esses dados.
É uma vez a cada cinco minutos ou a cada cinco segundos.
Se você observar apenas a utilização da largura de banda de uma interface a cada cinco minutos, poderá perder um
pico durante esse intervalo de cinco minutos.
Por outro lado, se você estiver coletando dados a cada segundo, pode acabar armazenando uma quantidade muito
grande de dados.
Outra coisa a ter em mente ao converter os requisitos de negócios em necessidades de monitoramento é a
retenção de dados.
Por quanto tempo você manterá os dados que seu sistema de gerenciamento de rede coletou
antes de serem excluídos ou resumidos.
Em outras palavras, por quanto tempo você manterá registros detalhados da sua rede antes que seja considerado desnecessário
manter esses dados.
Ou pelo menos esse nível de detalhe dos dados que outras coisas que você
deseja fazer ao documentar essas necessidades de monitoramento é definir as necessidades das equipes envolvidas nos projetos e os limites
agora, o que os limites significam é o nível em que você deseja começar a ver os estados dos
erros ou prestar mais atenção se uma interface estiver sendo executada com 25% de utilização e depois subir para 50% de utilização.
Você pode não ser notificado disso, mas quando chega a 90% de utilização, você pode ser
informado de que algo aconteceu na sua rede.
Portanto, você precisa decidir os limites antes de ser notificado sobre possíveis problemas na sua rede.
Isso se torna importante quando você cria seus alertas e configura os diferentes relatórios disponíveis no NPM. É claro que
o NPM possui muitas opções e configurações que você pode alterar com base na sua rede e nos
requisitos de negócios.