Sendo que a limita��o de or�amento � grande, eu acho que o mais adequado
� uma das �ltimas op��es.
Vai depender de alguns pontos:
1 - Se for escolhido BGP Light, o provedor tem que oferecer um backbone
robusto, com alto �ndice de disponibilidade, e ter capacidade t�cnica
suficiente para oferecer roteamento BGP parcial. Com isso pode ser
aproveitado o roteador existente. Assim, pode ser adotado um �nico
firewall, e o balanceamento ser� feito pelo roteamento.
Este � o melhor cen�rio. Se os caminhos dos dois links forem diferentes,
e se eles entrarem em diferentes roteadores no provedor, voc� s� fica
fora se o provedor cair tamb�m. O probleminha � ter que aprender um
pouco de BGP.
2 - Se a decis�o for manter 2 provedores, o mais adequado � manter a
configura��o como est�. Se o Ricardo est� apontando metade da LAN para
cada gateway e se est� fazendo o NAT nos Linux adequadamente para os
endere�os fornecidos por cada um dos provedores, ele j� est� fazendo um
"balanceamento de tr�fego", e o retorno ser� feito pela rede de cada
provedor.
O problema maior � que se ele tiver servidores, ele vai precisar
escolher qual endere�o ele vai associar ao DNS do servidor, e
consequentemente por qual provedor o tr�fego do servidor passar�. Desta
forma, se cair o link com este provedor em espec�fico, os servidores
ficar�o fora. As esta��es continuar�o saindo para a Internet pelo outro
provedor.
Nestes casos, para n�o ter que mudar o default gateway das esta��es,
tire da rede a interface ethernet do gateway cujo provedor est� fora, e
coloque um endere�o IP secund�rio no gateway do outro provedor, para que
ele passe a responder pelos endere�os dos 2 gateways. Infelizmente, a
conting�ncia n�o � autom�tica...
[]s
Josmar.
===================
"Lista de Discuss�o Rede Wan" wrote:
>
> Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
>
> Pessoal
>
> Pesquisando o arquivo da lista achei esta resposta (muito boa por sinal)
> do Josmar sobre balanceamento, BGP4 etc etc.
>
> Vejam que, na explica��o est� descrito a situa��o de queda de link (ou
> seja backup com roteamento autom�tico)e n�o balancemento de carga de
> acordo com a utiliza��o dos links.
>
> Ainda ficam as perguntas:
>
> - alguem tem implementado balanceamento de carga efetivo entre dois links?
> - O BGP � utilizado para esta finalidade?
> - Josmar tem alguma coisa a acrescentar?
>
> Grande abra�o
>
> Gilberto
>
> > > Josmar Antunes wrote:
> > >
> > > > Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> > > >
> > > > Pois �, Kevison e "Skizito".
> > > >
> > > > A coisa a� vai ficar mesmo dif�cil.
> > > >
> > > > Para voc� ter um certo "balanceamento de tr�fego" e ter conting�ncia,
> > > > voc� ter� que se tornar um AS (Sistema Aut�nomo) e rodar o protocolo
> de
> > > > roteamento BGP-4, para que os seus endere�os IP sejam divulgados por
> > > > toda a Internet. S� assim o tr�fego ser� re-roteado em caso de perda
> de
> > > > conex�o com um provedor.
> > > >
> > > > Voc� ter� que conseguir com a FAPESP endere�os IP pr�prios (hoje voc�
> > > > usa endere�os que pertencem � Embratel). O problema � que a FAPESP s�
> > > > distribui blocos CIDR chamados de "/20", ou seja, um bloco com
> m�scara
> > > > 255.255.240.0 (16 Subnets classe "C"). Ela exige que voc� justifique
> a
> > > > necessidade de uso de todos esses endere�os.
> > > >
> > > > Para conseguir os melhores resultados, coloque os dois provedores num
> > > > �nico roteador. Para poder rodar o BGP, � recomendado um Cisco 3640
> com
> > > > 128 MB de mem�ria. Desta forma, voc� estar� em condi��es de receber
> toda
> > > > a tabela de roteamento da Internet (BGP Full).
> > > >
> > > > Uma outra op��o � ter os dois links ligados em um �nico provedor, e
> > > > rodando "BGP Light". Desta forma, voc� permanece com os teus
> endere�os
> > > > atuais e consegue redund�ncia e balanceamento de tr�fego (sem ter que
> se
> > > > tornar um AS). Se as conex�es com o provedor forem bem planejadas,
> voc�
> > > > s� vai ficar fora se o provedor tamb�m cair.
> > > >
> > > > Outra op��o ainda � ter endere�os dos dois provedores, e fazer NAT
> > > > (network address translation) das tuas esta��es dentro dos
> roteadores,
> > > > diferentemente para cada provedor, permitindo que ao sair da tua rede
> > > > seja colocado no endere�o origem do pacote o endere�o respectivo
> > > > determinado para voc� pelo provedor. Esta op��o n�o � muito flex�vel
> e
> > > > n�o oferece todas as funcionalidades que normalmente s�o desejadas.
> Ela
> > > > serve para NAT din�mico das esta��es, mas n�o serve para os
> servidores
> > > > que precisam ser conhecidos na Internet por um endere�o fixo.
> > > >
> > > > Por �ltimo, voc� pode decidir por hospedar a parte cr�tica do teu
> site
> > > > em um bom provedor que ofere�a bons recursos de redund�ncia e
> > > > gerenciamento. Assim pode se tornar prescind�vel a conex�o com mais
> de
> > > > um provedor.
> > > >
> > > > --
> > > > Josmar Afonso Ignacio Antunes
> > > > [EMAIL PROTECTED]
> > > > Banco do Estado do Paran� S/A
> > > > Departamento de Suporte T�cnico
>
> ______________________________________________________________________
>
> FREE SHIPPING OR FREE SUNGLASSES at wonderfulbuys.com! We're giving
> free shipping on all our great buys plus get free sunglasses. Also,
> register to win a Total Gym 3000 ($1000.00 retail value). Click now,
> limited time offer.
>
> http://www.bcentral.com/listbot/wonderfulbuys
|
