[FUG-BR] Alta disponibilidade em Servidor Web

[Bruno Torres Viana]

Silmar,

          Você deve instalar o servidor rsync no servidor principal, você
pode criar um alias para atualizar somente o que você quer, porem se for
atualizar toda a "pasta", basta configurar o path. O rsync verifica tudo e
atualiza somente o que foi alterado.

Boa sorte!

Em 11/07/07, Silmar Oliveira <silmarantonio.listas em gmail.com> escreveu:
>
> 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 é?
> :)
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
-------------------------------
Profº Bruno Torres Viana
Cel: (73) 8123-7620
http://www.fatmsg.edu.br

Todos nós somos ignorantes, porém em assuntos diferentes. Não seja ignorante
por opção!