[GTER] Balanceamento de carga

[Rafael Marcelino Koike]

> > > Não fazem... o que se usa para balanceamento de carga não é nem um nem
> > > outro, é colocar um MAC multicast no gateway.
> > > Um endereço multicast pode estar em mais de um dispositivo.
> > Mesmo assim, como funcionaria em termos de algoritmo? Vc ter um grupo
> > multicast nao significa q haja balanceamento entre esses elementos. Ou
> > ha balanceamento?
>
> 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.



> > > Existe um outro jeito que é o VRRP track: o dispositivo que perde a
> > > interface com a LAN, diminui sua prioridade também no uplink, fazendo
> com
> > > que o outro dispositivo faça take-over do tráfego nos dois sentidos.
> > Diminuir a prioridade como? Fazer shapping de um trafego ou mesmo
> > corta-lo nao impedira q ele continue vindo (ou continue tentando vir) do
> > mesmo link. Alguem do outro lado (ou seja dos ISPs distintos) teria q
> > ter algum mecanismo para integrar essa funcionalidade.
>
> Prioridade do VRRP: o dispositivo primário tem uma certa prioridade, o
> secundário menor. Na ausência do primário, o secundário assume as funções
> daquele gateway. O que eu descrevi é a idéia de que um dispositivo baixe
sua
> prioridade numa outra interface (que seria o uplink) em função da queda de
> outra interface (ou perda da eleição VRRP nela)
>
> Situação normal:
> Prioridade do dispositivo A na LAN:90 (mestre)
> Prioridade do dispositivo B na LAN:85
> Prioridade do dispositivo A no uplink:90 (mestre)
> Prioridade do dispositivo B no uplink:85
>
> Custo de perda de interface ou de eleição VRRP:10
>
> 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.

>
> Rubens
>
>
> --
> GTER list    https://eng.registro.br/mailman/listinfo/gter
>
>