Então, como vimos em todo o servidor, e ao longo dos anos eu construí vários de cada sistema,
No entanto, no final do dia, às vezes eu sinto que eu tenho um pouco "remendado" o que parece ser um ou dois softwares, no máximo.
Estou meio que procurando uma solução "Tudo-em-um" que seja mais fácil de gerenciar do que ter que lidar com 7 softwares diferentes. Algo que simplesmente funciona.
Alguém sabe de algum? Eu vi toneladas de aplicativos de monitoramento e tudo isso, mas eles sempre estão perdendo as porções de wiki e de bilheteria. Isso nunca fez muito sentido para mim, na minha opinião, se um alerta disparar, deveria ser uma multa para um engenheiro atender. O mesmo vale para o IDS sendo desativado e talvez seja uma tendência para avisos para aviso futuro.
Há também o Groundwork Open Source, que realiza este "cobbling" para você. Eu não acho que tenha um wiki ou sistema de bilhetagem:
Eu usei uma versão anterior há alguns anos e parecia muito promissora. No final, minha empresa decidiu gastar seu orçamento com o HP OpenView, então nunca passamos dos testes iniciais.
Vale a pena dar uma olhada na IMHO.
Ele não substituirá todos os 7, exibirá anúncios, ficará no Windows e terá limites de dispositivo, mas se você for do tipo perdoador, poderá consultar Spiceworks . A versão 5 é agora na versão beta .
Acabei de pensar que todas essas ferramentas precisam extrair os dados de configuração de algum lugar. ou seja nagios precisa de uma lista de servidores para monitorar, cactos alguns dispositivos para pesquisar, O syslog precisa saber onde o servidor central do syslog-ng está. Além disso, rt3 e mediawiki precisam de backends de autenticação, ou seja, listas de usuários e senhas
E ninguém quer manter essas listas em muitos lugares.
Realmente, a maneira de simplificar o gerenciamento de todos esses aplicativos é usar um diretório e banco de dados de configuração comuns.
E isso faz do MS Active Directory uma ótima ideia!
Eu realmente senti o mesmo sobre esse conjunto heterogêneo de componentes de software. Ambos nagios e RT3 parecem muito veneráveis e precisam ser arrastados para 2010. (Zabbix era um contendor para a substituição do nagios, mas foi mais dor que valeu a pena e eu reverti para nagios, (depois de fazer um desvio via hyperic))
No entanto, eu posso ter encontrado uma resposta! ;-) bem uma solução para ter que lidar com esse problema de várias configurações diferentes, e sua automação de data center na forma de Puppet Labs ( link )
Uma vez que você chega ao modo de pensar dos bonecos, você começa a pensar em escrever receitas de fantoches em vez de configurar servidores diretamente, e muita dor e tentativa e erro de um conjunto de ferramentas diferentes desaparecem.
O Puppet (ou, se preferir, o cfengine) combina o gerenciamento de revisões para seus arquivos de configuração e o gerenciamento centralizado de muitas dessas ferramentas.
Eu estimaria que, depois de ter seus servidores gerenciados por um mecanismo de modelo como o fantoche, 50% de sua dor administrativa desaparecerá.
No que diz respeito aos produtos comerciais, o software KACE recebe críticas muito boas. Eu não tenho certeza da despesa, mas se você está planejando usar todos os seus recursos e ter o "único painel de vidro" que os profissionais de marketing amam, não é de todo irracional.
Inclui gerenciamento de patches, gerenciamento de software, emissão de tíquetes de help desk, assistência remota (algo que você não tem atualmente), revisão de imagens do host e vários outros recursos mencionados por você.
Eu não tenho nenhuma relação com a KACE, mas tenho visto várias instalações bem-sucedidas. Dito isso, se você fizer as suas soluções individuais para cada problema, não há grandes razões para usar algo como o KACE.
Tags monitoring wiki ids