Luis, Beleza, entendi o que você falou. Mas eu tenho uma dúvida, como eu faço para especificar as placas de rede que o nodo tem? Pelo que eu sei, é na opção "nodo nodomaster nodoslave".
Gabriel, Vou dar uma estudada no Mon. Valeu! Luis Claudio R. Goncalves escreveu: > A Regra básica é: se todos os canas de comunicação falharem, o nodo está > inativo. > > Se usas somente a etho para heartbeat, se ela parar, para o heartbeat, o > nodo morreu. > > Se usas serial e ethernet, ou mesmo duas ethernets, se somente uma delas > parar o nodo ainda está ativo. Neste caso o ipfail te ajuda a definir se a > interface que parou é aquela pela qual o heartbeat prestava serviço - caso > emq ue um failover é necessário - ou se foi numa interface auxiliar. > > Mesmo que tenhas 15 interfaces de rede no teu servidor e só uma constar na > config do heartbeat, se esta parar - independente do stado das outras - teu > servidor morreu para o heartbeat. > > Luis > > > On Wed, Jul 04, 2007 at 03:07:12PM -0300, Eduardo - Suporte Intranetworks > wrote: > | Luis, > | > | Eu não posso usar uma distro mais recente, por algumas razões que > | não importa agora. Mas, eu fiz alguns testes no Debian Etch 4 e e obtive > | o mesmo resultado que o Fedora 3, mas no Debian o pacote é o 1.2.5. > | > | Eu estou estudando o Heartbeat, estou entendendo algumas coisas que > | ele faz, mas isso leva um pouco de tempo. > | > | Valeu!!!!!! > | > | > | > | Luis Claudio R. Goncalves escreveu: > | >Eduardo, eu costumava ser o mantenedor do heartbeat no tempo em que > | >trabalhava na Conectiva (de 2000 a 2004) e desenvolvi algumas coisas do > | >heartbeat (hb_standby e nice failback, por exemplo). > | > > | >Mas tenho andado um pouco distante de HA nos últimos tempos, por vários > | >motivos diferentes. > | > > | >Minhas duas dicas para ti são: > | > > | >* Se possível, usa uma distro mais nova. o FC3 tem mais de dois anos de > | > idade. Muita coisa foi corrigida, melhorada e/ou mudou neste período. > | > > | >* Olha a documentação no site. Entender como o heartbeat funciona de > | >fato é > | > a melhor forma de conseguir usá-lo. Se tu tentares dirigir uma Ferrari > | > como diriges um Fusca, afinal os dois são carros e tu sabes dirigir, > | > não > | > vai te trazer os melhores resultados. > | > > | >Abração, > | >Luis > | > > | >On Wed, Jul 04, 2007 at 02:33:12PM -0300, Eduardo - Suporte Intranetworks > | >wrote: > | >| Luis, > | >| > | >| Eu estou usando o Fedora Core 3, com HeartBeat 2.0.4, pacote do RH > | >| Enterprise 4. > | >| Vou dar uma olhada nesses links. Você usa o ipfail? Já fez ele > | >| funcionar? > | >| > | >| Valeu! > | >| > | >| ________________________________________ > | >| Eduardo Sachs - Suporte Intranetworks > | >| [EMAIL PROTECTED] > | >| > | >| Intranetworks > | >| Rua Marquês do Pombal 1710/805 > | >| Porto Alegre - RS - 90540-000 > | >| +55 51 3325-5700 > | >| > | >| > | >| > | >| Luis Claudio R. Goncalves escreveu: > | >| >Eduardo, > | >| > > | >| >Imagino que tu estejas usando a versão 1.x do heartbeat... na > | >| >documentação, > | >| >vais encontrar dicas sobre como usar o ipfail nos seguintes documentos: > | >| > > | >| > GettingStarted.html > | >| > faqntips.html > | >| > ipfail-diagram.pdf > | >| > > | >| >Dependendo da distro que usas, talvez encontres estes documentos em > | >| >português. Sugiro que pegues a doc em inglês no site www.linux-ha.org > | >| > > | >| >Luis > | >| > > | >| > > | >| >On Wed, Jul 04, 2007 at 02:04:07PM -0300, Gilmar Cabral wrote: > | >| >| Eduardo e o seguinte: > | >| >| O mon e um monitor de serviços ele não monitora se a placa de rede > | >| >esta | com problemas o cabo. se houver um fala na comunicação > | >| >| o heartbeat entende que um dos nodos estão inativos pois ele envia > | >ping | >| de um para outro e quando para de responder a ping e onde > | >| >| ele sobe os serviços. > | >| >| Posso estar enganado, mas para uma falha como a de comunicação > | >entre | >os | servidores o heartbeat ira levandar os serviços tambem. > | >| >| > | >| >| Espero ter ajudado > | >| >| > | >| >| Eduardo Sachs escreveu: > | >| >| > Gabriel, > | >| >| > Te chamei de Gabriela... me desculpe!!! > | >| >| > > | >| >| > Em 04/07/07, Eduardo Sachs<[EMAIL PROTECTED]> escreveu: > | >| >| > > | >| >| >> Gabriela, > | >| >| >> > | >| >| >> Sobre o MON, se a eth0 (cabo cross-over) do nodo master estiver > | >com > | >| >| >> problemas, o mon pode parar o heartbeat do nodo slave para não > | >haver | >a > | >| >| >> troca? > | >| >| >> > | >| >| >> > | >| >| >> > | >| >| >> Luis, > | >| >| >> > | >| >| >> Sobre o ipfail, fiz alguns testes com ele e não obtive sucesso. > | >| >| >> > | >| >| >> A configuração que eu fiz no ha.cf foi a seguinte: > | >| >| >> > | >| >| >> ping 192.168.0.1 > | >| >| >> respawn hacluster /usr/lib64/heartbeat/ipfail > | >| >| >> apiauth ipfail gid=hacluster uid=hacluster > | >| >| >> > | >| >| >> O 192.168.0.1 é o meu router. > | >| >| >> > | >| >| >> Estou fazendo o correto? Ou estou ratiando com o ipfail? > | >| >| >> > | >| >| >> > | >| >| >> Eu pensei em fazer um script que faria o seguinte, quando o nodo > | >| >| >> slave rodar o haresources, ele verifica se a placa de rede (eth1 e > | >| >| >> eth1:0 -> (IPaddr) - ligada ao switch) do nodo master está OK, se > | >| >| >> estiver OK, o nodo slave obrigatoriamente irá dar um STOP no > | >serviço > | >| >| >> do Heartbeat. > | >| >| >> > | >| >| >> Mas, eu queria uma solução pronta, tipo o ipfail. > | >| >| >> > | >| >| >> > | >| >| >> Valeu! > | >| >| >> > | >| >| >> Em 04/07/07, Luis Claudio R. Goncalves<[EMAIL PROTECTED]> > | >escreveu: > | >| >| >> > | >| >| >>> Minha sugestão é enviar os heartbeats tanto pela eth0 quanto > | >pela | >eth1. > | >| >| >>> Somente se as duas conexões falharem o nodo é consideredo > | >inativo. > | >| >| >>> > | >| >| >>> No heartbeat existe um aplicativo (que usa a api do heartbeat) > | >| >chamado > | >| >| >>> ipfail, que testa conectividade para pontos definidos (ping > | >nodes) e, > | >| >| >>> dependendo da resposta, pede ao heartbeat para fazer um failover. > | >| >| >>> > | >| >| >>> Luis > | >| >| >>> > | >| >| >>> On Wed, Jul 04, 2007 at 09:50:21AM -0300, Gabriel Medina wrote: > | >| >| >>> | Eduardo, > | >| >| >>> | > | >| >| >>> | Você pode também utilizar um script para verificar a conexao > | >de | >rede, algo > | >| >| >>> | como um fping no gateway ou melhor, usar o ethtool para > | >verificar | >os links > | >| >| >>> | das interfaces. > | >| >| >>> | Você pode adotar a estratégia de usar algo como o monitor > | >(mon) | >para fazer > | >| >| >>> | isso e, dependendo do que você quer, usar o mon para parar o > | >| >heartbeat. > | >| >| >>> | Espero ter ajudado. > | >| >| >>> | > | >| >| >>> | Abraço > | >| >| >>> | > | >| >| >>> | Em 04/07/07, Gilmar Cabral <[EMAIL PROTECTED]> > | >escreveu: > | >| >| >>> | > > | >| >| >>> | >Bom se alguem cortar o cabo realmente você ira ter 2 > | >servidores | >masters. > | >| >| >>> | >Mas você tem 3 auternativa para evitar ou ficar sabendo se deu > | >| >| >>> | >problemas. a primeira dela e verificar os logs diariamente, a > | >| >segunda e > | >| >| >>> | >você criar um script que quando o heartbeat for levantar o > | >| >serviços no > | >| >| >>> | >haresources você coloca um script que envia uma mensagem para > | >| >sua rede > | >| >| >>> | >informando que o servidor tal esta ativo ou desativo. > | >| >| >>> | >Imagine o seguinte o heartbeat utiliza uma rede para > | >| >comunicação, ele > | >| >| >>> | >não ira saber se o cabo pifou ou a placa de rede pifou sendo > | >que | >a > | >| >| >>> | >comunicação e feita atraves de uma rede dedicada. > | >| >| >>> | >Espero ter ajudado. > | >| >| >>> | > > | >| >| >>> | > > | >| >| >>> | >Eduardo Sachs escreveu: > | >| >| >>> | >> Pessoal, tudo bem? > | >| >| >>> | >> > | >| >| >>> | >> Vou explicar como está a minha estrutura. > | >| >| >>> | >> > | >| >| >>> | >> NODO1 (eth0) <--------------------------------------> > | >| >(eth0) NODO2 > | >| >| >>> | >> NODO1 (eth1) <------------SWITCH------------> (eth1) > | >NODO2 > | >| >| >>> | >> > | >| >| >>> | >> Eu tenho um cabo cross-over ligado entre os dois nodos, > | >na | >eth0. > | >| >| >>> | >> E a eth1 fica ligado direto no Switch. > | >| >| >>> | >> > | >| >| >>> | >> Mas, se houver problemas na eth0, por exemplo, alguem > | >corta | >o cabo > | >| >| >>> | >> da ETH0, ou, a placa de rede da eth0 estraga. > | >| >| >>> | >> > | >| >| >>> | >> Vai acontecer que, o nodo slave vai assumir, mas na > | >verade | >o nodo > | >| >| >>> | >> master está funcionando perfeitamente. Vai haver uma troca > | >| >| >>> | >> desnecessaria, o que eu faço nessa situação? > | >| >| >>> | >> > | >| >| >>> | >> > | >| >| >>> | >> Valeu!!!!!!!!!! > | >| >| >>> | >> > | >| >| >>> | >> > | >| >| >>> | > > | >| >| >>> | >_______________________________________________ > | >| >| >>> | >Linux-HA mailing list > | >| >| >>> | >[email protected] > | >| >| >>> | >http://listas.linuxchix.org.br/mailman/listinfo/linux-ha > | >| >| >>> | > > | >| >| >>> | > | >| >| >>> | > | >| >| >>> | > | >| >| >>> | -- > | >| >| >>> | Gabriel Medina Pegoraro > | >| >| >>> | [EMAIL PROTECTED] > | >| >| >>> | [CheckBox] - www.checkbox.com.br > | >| >| >>> > | >| >| >>> | _______________________________________________ > | >| >| >>> | Linux-HA mailing list > | >| >| >>> | [email protected] > | >| >| >>> | http://listas.linuxchix.org.br/mailman/listinfo/linux-ha > | >| >| >>> > | >| >| >>> ---end quoted text--- > | >| >| >>> > | >| >| >>> -- > | >| >| >>> [ Luis Claudio R. Goncalves lclaudio at uudg > | >dot | >org ] > | >| >| >>> [ Fingerprint: 4FDD B8C4 3C59 34BD 8BE9 2696 7203 D980 A448 > | >C8F8 | >] > | >| >| >>> [ Linux-HA Developer - LateNite Programmer - Gospel User - Bass > | >| >Player ] > | >| >| >>> [ Fault Tolerance - Real-Time - Distributed Systems - IECLB - Is > | >| >40:31 ] > | >| >| >>> > | >| >| >>> > | >| >| >>> > | >| >| > | >| >| _______________________________________________ > | >| >| Linux-HA mailing list > | >| >| [email protected] > | >| >| http://listas.linuxchix.org.br/mailman/listinfo/linux-ha > | >| >---end quoted text--- > | >| > > | >| > > | >---end quoted text--- > | > > | > > ---end quoted text--- > > _______________________________________________ Linux-HA mailing list [email protected] http://listas.linuxchix.org.br/mailman/listinfo/linux-ha
