[FUG-BR] Redundância de Servidores Web Diferentes

[Rogério Schneider]

Eu acredito que uma boa solução seria:

- Máquina centralizadora com o balanceamento implementado.
- As máquinas servidoras em cluster, recebendo as conexões
balanceadas, em uma DMZ.
- Por trás da DMZ um outro cluster para sistema de arquivos
distribuído, tal como o CODA, que manteria os dados sincronizados
entre os diferentes servidores balanceados de forma transparente, e
com alta disponibilidade e escalabilidade.

Sobre usar rsync para atualizar os dados, caso fosse adotado esse
modelo, eu recomendaria utilizar o "unison", pq ele faz mais que o
rsync (o rsync apenas adiciona arquivos ao destino, o unison pode
remover arquivos do destino que foram apagados na origem, mantendo
melhor sincronia) e com o mesmo desempenho, pois utiliza os algoritmos
de sincronização diifenrecial por conteúdo de arquivo, do rsync.


Att,
RS


On 10/28/06, Marcio Antunes <mantunes.listas em gmail.com> wrote:
> Galera,
>
> Uma vez eu vi uma palesta no I encontro de software livre do Rio
> Grande do Norte, 2005, se nao me engano o palestante desmostrou este
> tipo de redundancia entre dois servidores web, quando master fica
> off-line, o slave entrava em ação com as mesmas alterações do master.
>
> Porem nao me lembro desta solução, ou procurar saber, alguem que é do
> RN se lembra ?? foi no I encontro em 2005.
>
>
> Márcio
>
> 2006/10/27, m3 BSD <m3.bsd.mania em gmail.com>:
> > Sim... ou entao entrar o geom framework... ele tem um eskema q vc faz
> > raid pela rede
> >
> > Em 27/10/06, Jorge Godoy<godoy em metalab.unc.edu> escreveu:
> > > "m3 BSD" <m3.bsd.mania em gmail.com> writes:
> > >
> > > > sim... o mais simples seria rsync
> > >
> > > Só que o rsync não é "online", ou seja, se entre a criação / alteração das
> > > informações e a cópia houvesse a falha os dados seriam perdidos.
> > >
> > > Replicações desse tipo são geralmente implementadas com equipamento dedicado e
> > > compartilhado entre as várias máquinas.  Esses equipamentos têm replicação e
> > > proteção contra falhas.
> > >
> > > --
> > > Jorge Godoy      <godoy em metalab.unc.edu>
> > > -------------------------
> > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > >
> >
> >
> > --
> > Atenciosmente
> >
> > Mario Augusto Mania <m3BSD>
> > -----------------------------------------------
> > m3.bsd.mania em gmail.com
> > Cel.: (43) 9938-9629
> > Msn: mario em oquei.com
> > -------------------------
> > 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
>


-- 
Att,

Rogério Schneider
+55 (55) 9985 2127
+55 (55) 3332 5923
+55 (55) 3333 8158
+55 (55) 3321 1535

MSN: stockrt em hotmail.com
ICQ: 78778973
GTalk: stockrt em gmail.com
Skype: stockrt