Instalação do Nagios distribuída

7

Estou à procura de um plug-in ou produto que funcione como uma sonda remota e realize testes e envie os resultados para o servidor Nagios central.

O motivo disso é que eu gostaria de monitorar sistemas internos e servidores em clientes, mas não quero permitir que todo o tráfego passe pelos firewalls. Idealmente, gostaria que uma sonda flexível fosse instalada e, em seguida, realizasse os testes e enviasse os resultados (via SSH) para a instalação central do Nagios.

Alguém sabe de um produto ou plug-in que ofereceria esse serviço? Se não Nagios, existe algum outro sistema de monitoramento que faça isso (idealmente de código aberto)?

    
por kruczkowski 01.03.2010 / 12:48

6 respostas

8

Existem várias maneiras de resolver isso. Você pode ter um servidor secundário com apenas nrpe em execução. Desta forma, está atuando como um proxy. Então o nagio principal envia um cheque através do servidor rodando nrpe. Exemplo:

Do servidor principal do nagios:     check_nrpe -H NRPEPROXYHOST -c check_ping -H 10.0.0.3 ....

O NRPEPROXYHOST executa o comando como se fosse o servidor nagios e envia os resultados de volta ao servidor principal. Nesta configuração, o servidor secundário não executa nagios nem quaisquer daemons inchados. Apenas o daemon nrpe, o nagios plugins para ser executado. Isso pode até ser configurado em algum tipo de dispositivo de gateway e não necessariamente exigiria que um servidor dedicado fosse implantado.

======

O método 2 seria configurar uma segunda instância do Nagios no site e fazer com que ele execute as verificações ativas e envie os resultados para o servidor principal do Nagios. O servidor nagios principal teria todas as verificações configuradas com verificações ativas desativadas e verificações passivas habilitadas.

Esta configuração é um verdadeiro Nagios distribuído, conforme documentado em seu site. É um pouco mais robusto, então se você se vê tendo que executar várias centenas ou milhares de verificações nesses servidores (a cada 5 minutos), então esta é a sua melhor escolha. Na maioria dos casos, o servidor secundário é chamado de instância nagios "satelite" e os resultados geralmente são enviados ao servidor Nagios principal por meio do protocolo NSCA (que é criptografado). O servidor nagios principal os escuta por meio do daemon nsca e os envia para o arquivo de comando externo para processamento pelos nagios.

A desvantagem é que você tem que ter os arquivos de configuração em dois servidores e fazer alterações em ambos os conjuntos de configurações. Você precisa ter esses hosts como passivos no servidor principal e verificações ativas no servidor de satélite.

Isso é escalonável até o fim e a solução preferida para instalações com dezenas de milhares de verificações de serviço a serem executadas. Além disso, olhe para construir as configurações em um servidor central e mantê-las no controle de revisão e ter um script no servidor nagios verificando periodicamente as novas configurações e recarregando os nagios.

=====

Método 3

DNX, link , um projeto incrível que corrige o Nagios para que ele possa enviar verificações para serem executadas nos servidores nagios do "nó". Pelo que sei, essa configuração não permite escolher quais verificações são executadas por qual nó (afinidade do nó) ou se elas não devem ser executadas por um nó. Portanto, essa solução adiciona mais distribuição do que um proxy em uma rede secundária.

    
por 01.03.2010 / 13:06
1

Ainda está muito em fase de desenvolvimento, mas você praticamente descreveu a arquitetura do Reconnoiter .

O Reconnoiter é bem diferente do Nagios, mas parece promissor se o monitoramento for mais importante para você do que alertar.

    
por 01.03.2010 / 13:05
1

Já experimentou o PRTG Network Monitor? Ele oferece "testes remotos" (que é um programa pequeno) que podem ser instalados em computadores remotos na rede. Os "probes" então enviam informações de dentro de outros sistemas para o "servidor núcleo" que faz a análise de dados. A conexão de dados entre o probe e o core é criptografada por SSL. A razão pela qual estou recomendando é porque é muito fácil de configurar.

É explicado aqui (vídeo): link

Não é código aberto, mas há uma versão freeware (com até 10 sensores, que pode ser suficiente para monitorar apenas as portas de um servidor da Web, por exemplo).

Faça o download (freeware, teste, etc.) no link

    
por 02.03.2010 / 08:39
0

O proxy NRPE seria a melhor aposta. Se você quiser balanceamento de carga também, você pode dar uma olhada em dnx.sourceforge.net?

Maarten Loose link

    
por 02.03.2010 / 13:15
0

nrpe faz maravilhas se você pode alcançar os hosts de proxy através de firewalls, mas caso você não consiga, também há NSCA essa é a configuração recomendada para implantações distribuídas do nagios .

Pessoalmente eu não tenho nenhuma implantação nsca, eu tenho 3 servidores nagios desconectados que dependem muito do nrpe por vários motivos. estamos migrando para o nagios 3 e usaremos ndoutils para coletar todas as informações de registro em um banco de dados central do mysql e o nagvis para produzir mapas de gerenciamento.

    
por 29.03.2010 / 20:52
0

bem ... tem o merlin, mas ainda precisa de tempo no forno.

Então, a NSCA é sua melhor aposta. mas, fique de olho na latência do seu check, pois após cada comando, ele tem que enviar os resultados para o NSCA. (ao reagendar uma verificação de serviço, ela deve ser executada imediatamente ou em alguns segundos, mais tempo e com o backup)

Além disso, ter que manter as configurações no nó de satélite e no NOC é realmente uma dor, então não.

plug descarado: link

    
por 03.04.2010 / 05:43