Vou implementar o Nagios (o mais provável, de qualquer forma, pode se tornar outra ferramenta também) e eu queria saber 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 pode rapidamente se tornar uma verdadeira grande bagunça.
Todas as dicas, exemplos ou configurações completas seriam bem-vindas e eu ficaria feliz em analisá-las.
As ferramentas seriam bem-vindas também. Tentei NConf até agora, mas os arquivos de configuração gerados não parecem fazer o que foi prometido (não incluindo as informações do pai para um, e apenas um PITA para fazê-los funcionar - eles geram uma tonelada de erros ao verificar os arquivos de configuração com o script fornecido pelos nagios)
Obrigado
Acontece que escrevi um HOWTO para configurações sãs do Nagios: link
Basicamente, meesterfox está no caminho certo. Mantenha seus hosts em arquivos discretos, use herança em seu benefício e crie uma hierarquia de diretórios para suas configurações que mapeiam para o mundo real.
Eu uso Fruity . Eu acho que é uma grande ajuda, os arquivos de configuração nagios podem ficar muito difíceis de manejar!
Fruity is an open-source web-based configuration tool for the Nagios network monitoring system. It is designed to provide a logical process of creating and managing your network. It is written in PHP and uses the AdoDB database abstraction library.
Aparentemente, agora é conhecido como Lilac ... hmm, acho que devo atualizar!
No passado, usei o git para gerenciar alterações em vários arquivos de configuração. Em cada mudança de configuração, os arquivos são verificados no repositório. Em vários momentos, geralmente após uma grande mudança, nós empurravávamos o repositório para um local central, como uma maneira suja de fazer backups. Isso funcionou razoavelmente bem, mas teve seus problemas. Principalmente com o simples esquecimento de verificar os arquivos conforme as coisas mudaram.
Eu tenho uma configuração nagios que monitora vários hosts de várias agências. Eu uso pastas para hosts e serviços (em oposição a um arquivo massivo), então prefixo de 3 letras para a agência, então um descritor como "switches", "servidores", "impressoras" ou "estações de trabalho" separados por sublinhado. Também acho mais fácil ter a declaração hostgroups dentro de um objeto host do que ter uma declaração membros dentro de um hostgroup objeto. Desta forma, você só edita 1 arquivo ao adicionar novos hosts a grupos pré-existentes.
Eu faço uso pesado de modelos (em seu próprio arquivo) para que as pessoas certas sejam notificadas sobre o serviço certo para o host certo.
oh, e claro, eu uso o controle de versão (svn por enquanto, migrando para o git).
isso funciona lindamente! Eu posso facilmente gerenciar isso. apenas 1 problema: praticamente ninguém mais entende os arquivos de configuração do nagios onde eu trabalho, então estou mudando para o lilac, o que funciona muito bem e aproveita muito bem o sistema de templates.
i meu trabalho anterior eu configurei frutado (ainda não havia lilás) para que outros também se sentissem confortáveis adicionando hospedeiros ao nagios.
NagiosQL é outra ferramenta de configuração. A configuração é armazenada no MySQL.
Como Jon diz acima, usar um sistema de controle de versão para acompanhar as alterações é um bom caminho a seguir.
\\ Greg
Talvez eu seja apenas teimoso, mas gosto dos meus arquivos de configuração. É fácil trabalhar com eles e fazer backup. Mas há boas razões para usar algo como lilás. Mas eu gosto de beijar.
de qualquer maneira, do jeito que eu tenho: config dir é definido como objetos. Todos os hosts recebem seu próprio arquivo, dentro do qual qualquer coisa tem a ver com isso. Dessa forma, se eu tiver que remover um host, eu posso mover o arquivo e a configuração não vai reclamar. isso também funciona bem para adicionar hosts; apenas dupe um arquivo, altere o nome e endereço, sed os nomes de host e bobs seu tio.
Tags nagios