[FUG-BR] Alta disponibilidade em Servidor Web
Silmar Oliveira
silmarantonio.listas em gmail.com
Quarta Julho 11 18:38:04 BRT 2007
Bruno, valeu pela força. Vou tentar colocar o Carp aqui para
funcionar. Caso haja probls, vou solicitar um help.
Quanto ao Rsync, você colocou ele para sincronizar pelo cron de quanto
em quanto tempo?
O Rsync atualiza somente o que foi modificado ou copia tudo novamente?
Quanto à observação do Renato, creio que não haverá muito problema
quanto à quebra de sessão, caso exista.
Minha preocupação maior é que o servidor paralelo entre logo em
seguida em caso de um crash físico qualquer.
Ainda que o usuário tenha que restabelecer a conexão, ele deve ter
seus dados todos lá.
Salve grande Márcio! Pois é, precisamos de disponibilidade para
evitarmos dor de cabeça.
Vi os howto do pfsync sim, mas não domino o pf... Acredito que ele
seja mais indicado para firewall, mas me corrija se estiver errado.
Pelo que vejo, parece haver soluções mais "populares" para servidores web.
Como o Bruno observou, o cron seria para o Rsync.
Alguém já usou o unison em substituição ao Rsync? O que acharam?
Obrigado a todos, por enquanto.
Abs,
Silmar Antonio
> Fala brow.. tudo com o trabalho.. vai colocar em pratica o projeto ??
>
> Olha pelo que saiba se utilizar o carp não se usa o cron, certamente
> vc ja viu este artigo que ja te mostrei..
>
> http://www.fug.com.br/content/view/124/60/
> http://www.vivaolinux.com.br/artigos/impressora.php?codigo=3937
> http://www.countersiege.com/doc/pfsync-carp/
>
> ou então este artigo usando o OpenBSD
> http://www.samag.com/documents/s=9658/sam0505e/
>
> já fiz em um ambiente usando o pfsense.. é show de bola principalmente
> para firewall
> veja aqui..
>
> http://pfsense.bol2riz.com/tutorials/carp/carp_failoversim.htm
>
> clica no link "Bol2riz Team" e verá uma simulação
>
> ftp://reflection.ncsa.uiuc.edu/pub/pfSense/tutorials/carp/carp-cluster-new.htm
>
> clica no link "NCSA" e verá uma simulação
>
> Quanto as sessoes autenticadaes acho que tambem depende das
> configurações da aplicação configurando o PHP correnta..
>
> Qualquer coisa é só postar...
>
> Valow brow..e um abraço..
> > A probabilidade de um servidor "cair" é muito pequena. É por isso
> > que usamos o FreeBSD por ser um SO maduro e estável! É claro que temos
> > sempre uma pequena perda. Não entendi o arquivo em anexo!
> >
> > >
> > > Não tem um problema com sessões PHP? Não sei se foi aqui ou em outra lista
> > > que foi levantado a questão das sessões quebrarem se o servidor for
> > > alterado, exigindo por exemplo que o cliente voltasse a fazer logon, e
> > > outros efeitos.
> > >
> > >
> > > >
> > > > Tenho aqui um proxy que trabalha desta forma, são duas
> > > > máquinas
> > > > utilizando o rsync e o carp. Eu havia pego o sistema já pronto, sendo
> > > > assim
> > > > resolvi configurar o carp em uma máquina virtual para poder estudar. Se
> > > > precisar de alguma coisa posso te passar as dicas para configurar o
> > > > CARP já
> > > > que apanhei pra botar pra funcionar.
> > > >
> > > > A única perca que tive quando desliguei o principal foi em um
> > > > pacote, mas nem chegou a perder, só aumentou os mile segundos. Agora se
> > > > tiver uma diferença de 5 minutos na sincornização acretido que não vai
> > > > ter
> > > > grandes perdas!
> > > >
> > > > Espero ter ajudado!
> > > >
> > > > Em 11/07/07, Silmar Oliveira <silmarantonio.listas em gmail.com> escreveu:
> > > > >
> > > > > Olá, lista
> > > > >
> > > > > Tenho um servidor web rodando e agora quero colocar um outro para
> > > > > funcionar em paralelo, sincronizando tudo o que é feito nos 2.
> > > > > Gostaria que, se um "caísse", o outro assumisse com o máximo de
> > > > > semelhança do que deu pau.
> > > > > Já li algumas coisas sobre o Carp e Heartbeat. Para sincronismo, li
> > > > > sobre rsync e unison, mas estes, pelo que entendi, não sincronizam
> > > > > imediatamente, ou seja, dependem de agendamento no cron. (me corrijam
> > > > > se eu estiver errado)
> > > > > Hospedo várias páginas de vários clientes neste servidor e gostaria
> > > > > que tudo o que eles alterassem fosse atualizado instantaneamente no
> > > > > outro.
> > > > > Há alguma solução assim? (ou parecida?)
> > > > > Alguém tem um cenário parecido e conseguiu solucionar?
> > > > >
> O servidor pode não cair, por usar freebsd, xenix, aix, solaris seja lá o
> que for, mas a fonte pode queimar, o HD parar e o RAID fazer gargalo de I/O,
> o link primário sair do ar.... etc etc.
>
> Não só de OS vive a disponibilidade de serviços para a Internet, não é? :)
Mais detalhes sobre a lista de discussão freebsd