GUI de configuração do Nagios [fechado]

Implementamos o Nagios para serviços em nossa rede e está funcionando muito bem. As notificações são boas e a ampla variedade de opções de configuração é muito útil. Até o momento, fizemos todas as configurações manualmente, modificando os arquivos diretamente.

Quando começamos a abrir isso um pouco para alguns dos outros administradores, eu gostaria de implementar uma GUI que reduza a probabilidade de erros. Eu verifiquei alguns projetos GUI diferentes e até agora parece que o NagiosQL e o NConf são os principais candidatos até agora.

Há alguma recomendação entre esses dois, ou talvez outros que devam ser considerados? Que tal histórias de instalação e uso, "dicas" e dicas que podem ser úteis para decidir?

Estamos diante da mesma decisão e atualmente o nconf é o nosso favorito. Ele tem a grande vantagem de ser projetado para grandes ambientes distribuídos.

Ele cria automaticamente arquivos de configuração para diferentes servidores nagios, sendo um tipo de coletor e outro o monitor, que recebe apenas verificações passivas do coletor.

Por outro lado, atualmente você não pode lidar com escalações com o nconf!

http://sourceforge.net/apps/mediawiki/nconf/index.php?title=Main_Page

Usamos o OpsView no trabalho. É uma GUI baseada na Web e lida com coisas como a ampliação do serviço Nagios via clustering. Você pode adicionar novos hosts, novos serviços, via web, e reconhecer a interrupção. Ele também registra uma visão histórica dos serviços, caso deseje saber coisas como a quantidade de CPU que um servidor precisa regularmente.

Você ainda não poderá adicionar scripts do Nagios pela Web, no entanto.

Tivemos uma boa experiência com o Opsview para gerenciar o Nagios. No entanto, é um erro pensar nisso como um "front-end" para o Nagios; em vez disso, pense nele como um sistema de monitoramento que usa o Nagios como seu mecanismo subjacente.

A configuração do Nagios é armazenada em um banco de dados e os arquivos de configuração do Nagios são gerados de forma programática. Portanto, se você está acostumado a, digamos, armazenar suas configurações do Nagios no controle de origem ou gerá-las usando algum script próprio, precisará desistir desses procedimentos.

Em vez disso, o que você recebe inclui o seguinte:

• gerenciamento centralizado de um sistema Nagios distribuído
• gerenciamento de armadilha SNMP integrado
• Nagiosgraph integrado
• NMIS integrado
• agregação automatizada de estatísticas e geração de relatórios
• não há mais erros de sintaxe nos seus arquivos de configuração do Nagios :)
• gerenciamento centralizado de tempo de inatividade
• uma API XML que expõe um subconjunto da funcionalidade de gerenciamento do Opsview
• migração automatizada da sua configuração existente do Nagios

-steve

O problema é que o frontend de configuração às vezes pode criar arquivos de configuração realmente inúteis que não são intuitivos para editar manualmente, caso você precise mais tarde. Isso é um problema com qualquer sistema que usa arquivos de configuração gerados por máquina e é bem compreendido, mesmo que não seja intuitivo.

Minha abordagem usual com o Nagios tem sido usar extensivamente os recursos de modelagem e herança e dividir minhas configurações em muitos, muitos, muitos, muitos arquivos.

Vale a pena notar aqui que a comunidade de Nagios recentemente se bifurcou porque o desenvolvedor principal está com falta de habilidades de liderança, e Nagios realmente não melhorou ou mudou muito em dez anos. Icinga é supostamente o novo cool, mas ainda não tentei.

O UbuntuGeek acaba de publicar um artigo sobre este assunto hoje. Sua ao longo das mesmas linhas como o http://www.ducea.com resposta por Xerxes, mas apenas um artigo pouco mais atual com alguns dos mais recentes projetos adicionados. De qualquer forma, é uma rápida visão geral decente, que abrangem diversos Nagios configuração GUI, que deve lhe dar um bom ponto de partida.

http://www.ubuntugeek.com/nagios-configuration-tools-web-frontends-or-gui.html

editar

A nova troca oficial de nagios também foi aberta hoje, aqui está um link para a seção Configuração para referência rápida:

http://exchange.nagios.org/directory/Addons/Configuration

O Nconf não suporta escalações de serviço e host

mas,

você pode "estender" o aplicativo para suportá-lo diretamente do GUI da Web, através do menu de administração, criando duas novas classes "hostescalation" e "serviceescalation" em cada nova classe. Você deve definir um atributo escalationid com o "Naming Attribute" configurado e não gravado em a saída de um arquivo de configuração dedicado

defina qualquer atributo relacionado à escalação e que deve ser gravado no arquivo de configuração, por exemplo: host_name vinculado à classe do host contact_groups a uma lista da classe do contactgroups e assim por diante

Pelo mesmo motivo que você, tivemos que implementar um front-end. Pessoalmente, acho todos eles um pouco desajeitados e preferiria gerenciar os arquivos de configuração manualmente (menos esforço). Mas parece que você não tem muita escolha.

Usamos monarca, mas não gosto muito disso.

Também não tentei mais nada, mas você pode começar por aqui ...

http://www.ducea.com/2008/01/16/10-nagios-web-frontends/

Eu recomendaria definitivamente o Centreon como front-end do Nagios. Ele não apenas facilita o processo de configuração, mas também pode ser usado para exibição de status e coleta de dados de desempenho retornados pelas verificações do Nagios, que são transformadas em gráficos de boa aparência. Assim, de certa forma, Cactos obsoletos também.

O produto de varejo NagiosXI tem um preço razoável e oculta todos os arquivos de configuração de texto subjacentes. Nós o usamos há cerca de seis meses e estamos felizes com seus custos / benefícios.