Configurar coletores distribuídos¶
Um coletor executa verificações em um servidor Linux remoto, por exemplo em outra unidade. A interface web, o armazenamento central e a administração permanecem no servidor de monitoramento. A conexão é iniciada pelo coletor em direção à central; não é necessária uma porta web própria no coletor.
Etapa 1: criar o coletor na central¶
Abra Configurações → Coletores distribuídos.
Informe um Nome claro e exclusivo, por exemplo
Standort Berlin.Mantenha Ativo habilitado e selecione Salvar coletor.
Copie o ID do coletor e a Chave de acesso exibidos. A chave só é exibida neste momento.
Etapa 2: instalar no sistema Linux remoto¶
Copie o pacote completo do programa para o servidor Linux remoto. O instalador do coletor exige systemd, Python 3.9 ou mais recente com SQLite/SSL e sha256sum. Entre na pasta extraída QisutuMonitoring e execute:
sudo sh install-collector.sh
Informe o endereço HTTPS da central, o ID do coletor, a chave de acesso e, se necessário, a impressão digital SHA-256 confirmada do certificado. Para uma central na porta padrão, o endereço contém :8787, por exemplo https://monitoring.firma.intern:8787. Use uma impressão digital verificada por uma fonte independente ao confirmar por esse método um certificado autoassinado.
O programa é instalado em /opt/netzmonitor-collector. A configuração privada e o buffer local de medições ficam em /var/lib/netzmonitor-collector; a conta de serviço Linux se chama netzmonitor-collector. Instale separadamente os programas necessários para as verificações efetivamente atribuídas, como OpenSSH, Net-SNMP e clientes de bancos de dados.
Etapa 3: atribuir dispositivos¶
Abra um dispositivo em Dispositivos → Configurar.
Na área Dispositivo, selecione o nome desejado em Coletor.
Aplique a atribuição com Salvar tudo.
Confira a conexão em Configurações → Coletores distribuídos e depois as medições do dispositivo.
Servidor central executa as verificações no servidor central de monitoramento. A atribuição vale por dispositivo. Em Coletores distribuídos, aparece Conectado se uma comunicação foi registrada nos últimos 90 segundos; caso contrário, aparece Sem conexão recente. Pausado significa que o coletor foi desativado.
Confira o serviço no servidor remoto com:
sudo systemctl status netzmonitor-collector
sudo journalctl -u netzmonitor-collector -n 50
Alterar a chave de acesso e pausar o coletor¶
Na área Coletores distribuídos, clique no nome dele. Ative Gerar nova chave de acesso e salve. Depois, informe a nova chave, exibida apenas uma vez, em /var/lib/netzmonitor-collector/collector.json no servidor remoto e reinicie o serviço:
sudo systemctl restart netzmonitor-collector
A configuração contém credenciais. A chave autoriza obter a configuração das verificações, incluindo as credenciais necessárias para os dispositivos atribuídos. Portanto, restrinja o acesso à configuração, ao buffer e aos backups.
Se você desativar Ativo e salvar, o coletor não poderá mais trocar configurações e resultados com a central. Um coletor que já está trabalhando offline só recebe a alteração na próxima comunicação bem-sucedida ou após expirar a validade de sua configuração. A central não assume automaticamente suas verificações. Para transferi-las de volta, selecione Servidor central nos dispositivos afetados e salve.
Comportamento em interrupções de conexão¶
O coletor sincroniza sua configuração a cada 30 segundos. Sem conexão, continua usando a última configuração recebida por no máximo 24 horas. As medições são armazenadas localmente no SQLite e enviadas depois com o horário original da medição. Por padrão, o buffer comporta 100.000 medições; quando sua capacidade está cheia, nenhuma nova verificação é iniciada.
A configuração padrão contém oito processos de trabalho locais. workers e max_buffer_records podem ser alterados em collector.json; depois, o serviço do coletor deve ser reiniciado. A diferença entre os relógios da central e do coletor não pode exceder 60 segundos.
Medições reenviadas que já foram confirmadas não são armazenadas em duplicidade. Resultados de uma configuração de dispositivo superada são descartados. Valores antigos recebidos com atraso não substituem um estado atual mais recente. Medições muito atrasadas não geram notificações de falha retroativas. Resultados com mais de 30 dias são removidos do buffer local, com registro no log.
As métricas calculadas são sempre avaliadas centralmente. NetFlow/IPFIX também continua sendo recebido na central. Por isso, um dispositivo com recepção de fluxos ativa não pode ser atribuído a um coletor remoto. Se necessário, use para isso um registro de dispositivo separado monitorado pela central. Esta versão do programa não inclui alta disponibilidade automática da central nem transferência automática das verificações de um coletor com falha.