Re: contingência nagios

"alexandre" <[email protected]>
Newsgroups gmane.network.nagios.user.brazil
Message-ID <EFE4DFB9F236470D8043479A6E154262@CASA>
Pessoal,

muito obrigado pelas dicas, foram muito esclarecedoras.

irei rever a minha solução aqui.

vlw mais uma vez.

----- Original Message ----- 
From: "Shine" <[email protected]>
To: "Unofficial Brazilian (Portuguese) Nagios Users List" 
<[email protected]>
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 <[email protected]> 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 <[email protected]>
>
>> 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 <[email protected]> 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
>> > --
>> > [email protected] mailing list
>> > https://lists.sourceforge.net/lists/listinfo/nagios-users-br
>> > Wiki: http://nagios-br.sf.net/wiki
>> >
>>
>>
>>
>> --
>> Abraços
>> JGeraldo
>>
>>
>> ------------------------------------------------------------------------------
>> Download Intel&#174; 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
>> --
>> [email protected] mailing list
>> https://lists.sourceforge.net/lists/listinfo/nagios-users-br
>> Wiki: http://nagios-br.sf.net/wiki
>>
> ------------------------------------------------------------------------------
> Download Intel&#174; 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
> --
> [email protected] mailing list
> https://lists.sourceforge.net/lists/listinfo/nagios-users-br
> Wiki: http://nagios-br.sf.net/wiki
>

------------------------------------------------------------------------------
Download Intel&#174; 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
-- 
[email protected] mailing list
https://lists.sourceforge.net/lists/listinfo/nagios-users-br
Wiki: http://nagios-br.sf.net/wiki 


------------------------------------------------------------------------------
Download Intel&#174; 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
-- 
[email protected] mailing list
https://lists.sourceforge.net/lists/listinfo/nagios-users-br
Wiki: http://nagios-br.sf.net/wiki
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.