[FUG-BR] Dúvida VRRP

[N Guerra]

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 <eksffa at freebsdbrasil.com.br>:
> 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
> 316601 at sip.freebsdbrasil.com.br
> 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
>