Menu
▾
▴
Re: [Nagios-users-br] contingência nagios
|
From: alexandre <ale...@ya...> - 2010-03-27 17:28:16
|
Pessoal, muito obrigado pelas dicas, foram muito esclarecedoras. irei rever a minha solução aqui. vlw mais uma vez. ----- Original Message ----- From: "Shine" <es...@gm...> To: "Unofficial Brazilian (Portuguese) Nagios Users List" <nag...@li...> Sent: Thursday, March 25, 2010 12:36 PM Subject: Re: [Nagios-users-br] contingência nagios Em termos de manter a monitoração funcionando, acho q heartbeat é viável. Mas para manter um histórico consistente, não vislumbro uma solução usando somente heartbeat. Apostaria no NagioSQL com uma base replicada via MySQL, Postgres em conjunto com o heartbeat. Tvz DRDB tenha sentido nessa configuração. Em relação ao endereçamento IP, qual seria o problema de mudar o IP de monitoração? Abrindo mais o escopo de segurança das conexões para permitir que os dois agentes façam a monitoração é muito mais fácil do que ficar fazendo endereçamento flutuante entre dois hosts. O heartbeat permite até mesmo que se troque a configuração da interface via ifconfig, mas é trabalhoso e na prática sujeito a falhas de sincronismo (neste caso eu sugiro ter ao menos duas interfaces físicas de keepalive, seja ethernet, serial ou ambas). NSCA somente para escalar na monitoração, não acho q ser passive mode ou active seja algo que interfira muito na base. sd, Edgar Em 24 de março de 2010 17:35, Marcel <mi...@gm...> escreveu: > Vc fez uma configuração fail-over ou redundant? > > Pergunto pois se é fail-over, quando o heartbeat detectar a parada do > serviço no servidor master, os scripts de virada do IP de produção deverão > acionar o nagios standy/slave a realizar as checagens ativas, enviando > comandos via nagios.cmd. > > O ip que o heartbeat chaveia só serve para a camada de monitorações > passivas, onde os servidores monitorados tem que enviar o resultado de > checagens locais (realizadas pelo cron, at, et al), para o NSCA, e aí é > que > entra o heartbeat, pois os servidores monitorados não devem conhecer qual > servidor nagios está em produção, e estão todos configurados para enviar > os > resultados passivos diretamente no IP de produção do NSCA, que é o IP que > o > heartbeat estará chaveando. > > Caso a configuração seja redundant, o heartbeat chaveia o IP para os > resultados passivos, e também deve ativar o envio de notificações pelo > nagios standby ou slave. > > []s > > > 2010/3/24 Jose Oliveira <jot...@gm...> > >> Oi >> >> O nagios origina a comunicação, enquanto que soluções tipo heartbeat >> foram projetadas para servidores de serviço que recebem comunicação, >> tipo Banco de Dados ou Web server... >> >> Falando de rede, sem falar de heartbeat... >> >> O padrão é a comunicação sair pela placa de rede mais perto da rede >> que se quer alcançar, ou pelo custo da rota... >> >> Se voce colocar o IP virtual em uma rede que seja mais preferencial >> que o IP real, acho que sairá pelo virtual... >> >> >> >> >> Em 24 de março de 2010 11:22, Alex <ale...@ya...> escreveu: >> > >> > Pessoal, bom dia. >> > >> > tenho um nagios funcionando ok. >> > >> > Só que estou precisando fazer contingencia do mesmo, para isso >> > configurei >> o nagios em outro servidor, e irei utilizar o heatbeat, até ai tudo bem. >> > >> > Para isso terei um ip virtual para quando um server cair ele apontara >> para o outro servidor. >> > >> > O que esta ocorrendo é que só esta funcionando o ip fisico da maquina, >> quando seto no client no campo: >> > "allowed_hosts=" o ip virtual não funciona. >> > >> > O que preciso fazer para que funcione. >> > >> > obrigado pela ajuda. >> > >> > Alex >> > >> > >> > >> > >> ____________________________________________________________________________________ >> > Veja quais são os assuntos do momento no Yahoo! +Buscados >> > http://br.maisbuscados.yahoo.com >> > >> > >> ------------------------------------------------------------------------------ >> > Download Intel® Parallel Studio Eval >> > Try the new software tools for yourself. Speed compiling, find bugs >> > proactively, and fine-tune applications for parallel performance. >> > See why Intel Parallel Studio got high marks during beta. >> > http://p.sf.net/sfu/intel-sw-dev >> > -- >> > Nag...@li... mailing list >> > https://lists.sourceforge.net/lists/listinfo/nagios-users-br >> > Wiki: http://nagios-br.sf.net/wiki >> > >> >> >> >> -- >> Abraços >> JGeraldo >> >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> -- >> Nag...@li... mailing list >> https://lists.sourceforge.net/lists/listinfo/nagios-users-br >> Wiki: http://nagios-br.sf.net/wiki >> > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > -- > Nag...@li... mailing list > https://lists.sourceforge.net/lists/listinfo/nagios-users-br > Wiki: http://nagios-br.sf.net/wiki > ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- Nag...@li... mailing list https://lists.sourceforge.net/lists/listinfo/nagios-users-br Wiki: http://nagios-br.sf.net/wiki |