Estrutura do programa
O 10-Strike Network Monitor é formado por várias partes:
- Monitoring Service é um serviço do Windows: o motor da consulta aos dispositivos, da sinalização, do log e da coleta de estatísticas.
- Graphics Console é o aplicativo de desktop para gerir o banco de monitoramento, incluir hosts e verificações, ver o status, editar as configurações, ver gráficos e gerar relatórios.
- Database é um único banco Firebird com os dados do programa: parâmetros dos hosts, verificações, estatísticas e logs.
- Remote Agent é um serviço do Windows instalado no computador para coletar dados que os protocolos de rede padrão não obtêm remotamente.
- Web Interface é um aplicativo Java no servidor web Jetty, acessível pelo navegador. Replica quase tudo o que a Graphics Console faz. Pode ser implantada à parte, em qualquer plataforma com Jetty e Java.
- Browser Agent é o aplicativo que inicia executáveis a partir da interface web.
- Watchdog é um serviço do Windows que mantém o servidor de monitoramento em operação e o reinicia em caso de falha.
- Provider é o aplicativo para conectar a bancos de monitoramento em locais diferentes, acompanhar os parâmetros e abrir rápido uma console já com os dados carregados.
Instalação do programa
Para o programa funcionar, instale pelo menos três componentes: o Monitoring Service, o Database e a Graphics Console.
O Database pode ficar em qualquer servidor, desde que o Monitoring Service e a Graphics Console consigam conectar. O serviço e o banco podem ficar no servidor, e a console no computador de trabalho. Dali você configura o monitoramento e vê os resultados.
O servidor web Jetty e a Web Interface (aplicativo Java) podem ficar em qualquer servidor, desde que o aplicativo Java alcance o banco pela porta TCP 3050. O Jetty exige JRE 11 ou superior.
Firebird, Java e Jetty rodam em plataformas diferentes. O 10-Strike Network Monitor é, na prática, um sistema de monitoramento quase multiplataforma. A exceção é o Monitoring Service, que roda no Windows.
Como funciona?
O aplicativo consulta os hosts do banco de monitoramento. Em cada host, executa as verificações predefinidas, uma a uma. Cada verificação recebe um status (aprovada ou com falha). Os resultados vão para o Database.
- Hosts e verificações entram no banco pela Graphics Console ou pela Web Interface.
- O Monitoring Service lê o que foi cadastrado e passa a consultar os hosts em intervalos regulares, atualiza o status no Database e junta estatísticas de data e hora das consultas e dos parâmetros (tensão, memória, carga da CPU etc.).
- A Graphics Console recebe o status das consultas e mostra uma lista colorida. Também desenha gráficos e gera relatórios com as estatísticas.
- Em caso de falha, o Monitoring Service pode registrar o evento (no Database e no arquivo local), enviar SMS, enviar e-mail, reiniciar ou parar serviços ou o computador, mostrar uma mensagem na tela, reproduzir um arquivo de som, iniciar programas ou comandos externos com parâmetros, e assim por diante. As três últimas ações ficam com a Graphics Console, que precisa estar em execução.
- Na consulta, o Monitoring Service usa SNMP, TCP, ICMP, ARP, HTTP, FTP, WMI e NetBIOS. Se algum dado não vier pela rede (carga da CPU ou parâmetros S.M.A.R.T. dos discos, por exemplo), entra o Remote Agent. Esse serviço, no host remoto, coleta os dados localmente e os envia ao Monitoring Service quando solicitado.
- A Web Interface replica quase tudo o que a Graphics Console faz. De um celular, notebook ou computador desktop dá para ver o status das consultas e os logs, gerar gráficos ou alterar parâmetros.
A Graphics Console e o Monitoring Service permanecem em contato. Por confiabilidade, usam dois métodos. Se a conexão TCP direta (porta 58698) não puder ser estabelecida, a comunicação passa pelo Database. Assim o serviço fica sabendo na hora de mudanças no banco (parâmetros alterados, verificações novas etc.). No sentido inverso, os resultados da consulta chegam na hora à console. Se a conexão TCP direta cair, os componentes passam a trocar dados pelo banco automaticamente.
Monitoramento distribuído
O 10-Strike Network Monitor Pro faz monitoramento distribuído. Dá para instalar quantos Monitoring Services (servidores) forem necessários, em hosts diferentes, cada um com o próprio conjunto de verificações. A carga do servidor cai, e o sistema fica bem mais confiável. Se um servidor falha, os outros continuam.
Além da confiabilidade, o monitoramento distribuído centraliza as verificações de várias redes remotas e junta as estatísticas em um só banco. Basta instalar o Monitoring Service em cada servidor da rede remota e configurar a conexão com o banco (portas TCP 3050 e 3051).
Tolerância a falhas
A operação contínua do programa de monitoramento depende de vários fatores:
- Há um servidor de banco reserva, para o qual o servidor de monitoramento e a console passam automaticamente se o banco principal ficar indisponível. O endereço do reserva fica nas configurações de conexão do banco. A replicação do banco (ou o espelhamento do sistema de arquivos) precisa ser configurada à parte, para a cópia permanecer atualizada.
- Se a conexão com o banco principal cair e não houver servidor reserva configurado, o servidor de monitoramento passa sozinho para o banco local. As estatísticas das consultas ficam nesse banco até a comunicação voltar. Depois, os dados acumulados são transferidos automaticamente para o banco principal. Ninguém precisa intervir.
- O watchdog do servidor de monitoramento (serviço 10-Strike Network Monitor Watchdog) acompanha o 10-Strike Network Monitor Pro Service e o serviço Firebird Server. Se o processo de monitoramento travar, ele reinicia os dois serviços e restaura o sistema.
- O Windows inicia o serviço do servidor de monitoramento automaticamente se ele parar de forma anormal.
Mais detalhes sobre a confiabilidade estão no tópico Monitoramento à prova de falhas.
* O diagrama desta seção foi feito com o 10-Strike Network Diagram, o aplicativo de diagramas de rede.