Patrick, Obrigado pela resposta!
O CARP pode trabalhar com o ipfw? Pois meu firewall já está em ipfw e migrar p/ pf seria um pouco trabalhoso. Valeu! Guerra 2008/9/17 Patrick Tracanelli <[EMAIL PROTECTED]>: > N Guerra escreveu: >> Mas o carp é a mesma coisa que o VRRP, parece que é uma alternativa. >> Pelo que pesquisei, você precisa ter uma placa de rede com cabo cross >> somente para monitorar os servidores. >> >> O FreeVRRP está me atendendo, só gostaria de saber de alguém que usa >> se o ambiente é estável e não fica mudando toda hora de master p/ >> backup e vice-versa. > > Guerra, se você precisa de redundância de endereço IP tão somente, use > CARP. Seu levantamento é equívoco, não precisa de segmento de rede > dedicado não. O CARP é muito estável e funcional. > > Isso posto, uso ambos, CARP e FreeVRRP. O FreeVRRP é muito estável, não > se preocupe em dependender de um daemon, ele só deixará de existir se > alguém matar. Não cai. É mais flexivel, tem vantagem de desparar rotinas > externas e muito customizável com argumentos (variáveis) sendo passados > as rotinas externas. Você consegue algo similar com o ifstated, um > daemon criado pra esse proposito, facilmente integrado com CARP. Porem, > ifstated é menos flexível que FreeVRRP no que tange a disparar rotinas > externas. De qualquer modo é um daemon a mais também. > > Resumindo a ópera, qualquer um deles, você está bem servido. Mas se você > precisa apenas de redundância de endereço, use CARP. Se quiser usar > FreeVRRP porque VRRP já é um padrão de mercado (e CARP ainda não), ou > porque não tem tempo de estudar CARP como fez com VRRP, vá em frente sem > dúvidas, como eu disse, não tem nada que desmereça essa implementação. > > Eu pessoalmente hoje uso CARP em quase tudo e FreeVRRP em ambiente muito > complexo, onde a falha de um nó tem que disparar muitos eventos no que > assume ou quando o principal volta. Coisa que o ifstated deixa a > desejar. Pra redundância pura e simples, é CARP. FreeVRRP não fica > mudando toda hora de master pra backup não. Ao contrário, da menos > confusão que o CARP, que as vezes fica em INIT por tempo demais, causado > por algum invalid hash qualquer, que logo deixa de acontecer (todos que > usam CARP ja conviveram com esses problemas de hash "estranhos" que > atrasam a retomada preemptiva de um master, ou deixa algum em init por 1 > ciclo a mais ate descobrirem se ficam master ou backup, mas que em nada > compromete também, pois no ciclo seguinte funciona - bixeira de como o > hash do carp é calculado. > > CARP também tem problema quando o ativo de rede tem problema com multicast. > > Boa sorte. > > -- > Patrick Tracanelli > > FreeBSD Brasil LTDA. > Tel.: (31) 3516-0800 > [EMAIL PROTECTED] > http://www.freebsdbrasil.com.br > "Long live Hanin Elias, Kim Deal!" > > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd