[GTER] Balanceamento de carga

[Rubens Kuhl Jr.]

> > O pacote vai para todos os dispositivos, e eles combinam uma estratégia
de
> > balanceamento entre si.
> > Exemplo: todo hash de IP origem/IP destino que seja par é tratado pelo
A,
> e
> > todo ímpar pelo B.
>
> Isso nao é balanceamento ideal.
> Imagine que voce tem um download passando pelo IP origem/IP destino.
> Voce vai ter mais banda passando por um link do que outro.

Isso se faz num sentido de tráfego... no outro sentido, se aplica o hash
inverso, até por questão de simetria em caso de dispositivos state-aware. O
dispositivo de ida e volta acaba sendo o mesmo.

Além disso, mesmo que o tráfego em bits fosse maior, o número de pacotes é o
mesmo; dispositivos tem sua carga em função do número de pacotes/requisição,
não do número de bits. Número de bits importa para linhas de comunicação.

> > Agora vejamos o que acontece se o dispositivo A perder a interface LAN
> > Prioridade do dispositivo A na LAN: nenhuma (down)
> > Prioridade do dispositivo B na LAN:85 (mestre, eleição com um único
> > candidato)
> > Prioridade do dispositivo A no uplink:80 (perdeu interface e diminuiu
sua
> > prioridade)
> > Prioridade do dispositivo B no uplink:85 (mestre, outro candidato tem
> > prioridade menor)
> >
> >
>
> Sua solução está mais voltada para reduncancia do que para balanceamento
de
> carga.

Pq essa é uma solução de redundância e não de balanceamento de carga,
distinta da anterior... MAC Multicast e VRRP são soluções diferentes com
objetivos diferentes. Apesar de que com MAC Multicast é possível fazer
apenas redundância, caso se queira.



Rubens