Gerenciamento de configuração do Nagios

Vou implementar o Nagios (provavelmente de qualquer maneira, também pode ser outra ferramenta) e fiquei imaginando se alguém gostaria de compartilhar suas melhores práticas quando se trata de criar, gerenciar e manter os arquivos de configuração quando se trata de escalabilidade e capacidade de gerenciamento, pois acho que isso pode rapidamente se tornar uma grande bagunça.

Quaisquer dicas, exemplos ou mesmo configurações completas serão muito bem-vindas e eu ficaria feliz em analisá-las.

As ferramentas também seriam bem-vindas. Tentei o NConf até agora, mas os arquivos de configuração gerados não parecem fazer o que foi prometido (não incluindo as informações dos pais de um e apenas uma PITA para fazê-los funcionar - eles geram uma tonelada de erros ao verificar os arquivos de configuração com o script fornecido por nagios)

obrigado

Acontece que escrevi um HOWTO para configurações sãs do Nagios: http://www.standalone-sysadmin.com/blog/2009/07/nagios-config/

Basicamente, o meesterfox está no caminho certo. Mantenha seus hosts em arquivos discretos, use a herança a seu favor e crie uma hierarquia de diretórios para suas configurações que são mapeadas para o mundo real.

Eu uso Fruity . Acho que é uma grande ajuda, os arquivos de configuração do nagios podem ficar muito difíceis!

Fruity é uma ferramenta de configuração baseada na Web de código aberto para o sistema de monitoramento de rede Nagios. Ele foi projetado para fornecer um processo lógico de criação e gerenciamento de sua rede. É escrito em PHP e usa a biblioteca de abstração de banco de dados AdoDB.

Aparentemente, agora é conhecido como Lilás ... hmm, acho que devo atualizar!

No passado, eu usei o git para gerenciar alterações em vários arquivos de configuração. A cada alteração na configuração, os arquivos são verificados no repositório. Em vários momentos, geralmente após uma grande mudança, empurrávamos o repositório para um local central, como uma maneira suja de fazer backups. Isso funcionou bastante bem, mas teve problemas. Principalmente esquecendo-se de fazer o check-in de arquivos conforme as coisas mudavam.

Eu tenho uma instalação nagios que monitora vários hosts de várias agências. eu uso pastas para hosts e serviços (em oposição a 1 arquivo maciço), prefixo de 3 letras para a agência e, em seguida, um descritor como "switches", "servidores", "impressoras" ou "estações de trabalho" separadas por sublinhado. Também acho muito mais fácil ter declaração de grupos de host dentro de um objeto host do que ter uma declaração de membros dentro de um objeto hostgroup . Dessa forma, você edita apenas 1 arquivo ao adicionar novos hosts a grupos pré-existentes.

faço uso intenso de modelos (em seu próprio arquivo) para que as pessoas certas sejam notificadas sobre o serviço certo para o host certo.

ah, e claro, eu uso o controle de versão (svn, por enquanto, migrando para o git).

isso funciona lindamente! Eu posso gerenciar facilmente. apenas 1 problema: praticamente ninguém mais entende os arquivos de configuração do nagios onde trabalho, por isso estou mudando para lilás, que funciona muito bem e aproveita muito bem o sistema de modelos.

No meu trabalho anterior, configurei o frutado (ainda não havia lilás) para que outros também se sentissem confortáveis ​​adicionando hosts aos nagios.

O NagiosQL é mais uma ferramenta de configuração. A configuração é armazenada no MySQL.

Como Jon disse acima, usar um sistema de controle de versão para rastrear alterações é um bom caminho a percorrer.

\\ Greg

Talvez eu seja apenas teimoso, mas eu gosto dos meus arquivos de configuração. É fácil trabalhar com eles e fazer backup. Mas, existem boas razões para usar algo como lilás. Mas eu gosto de beijar.

de qualquer maneira, do jeito que eu tenho: dir de configuração é definido como objetos. Todos os hosts obtêm seu próprio arquivo, dentro do qual há algo a ver com isso. Dessa forma, se eu tiver que remover um host, posso mover o arquivo e a configuração não irá reclamar. isso também funciona bem para adicionar hosts; apenas engane um arquivo, mude o nome e o endereço, sedie os nomes de host e chame seu tio.