[FUG-BR] Alta disponibilidade em Servidor Web

Quinta Julho 12 10:45:24 BRT 2007

Silmar,

Creio que a melhor opção é vc usar o CARP ja que é do BSD, como falei
utilizei só que usando o pfsense e foi beleza, esses tutorial é facil
de se implementar.. faz assim.. cria um ambiente virtual (vmware ou
então com virtual box que tambem estou testando).

Em 12/07/07, Bruno Torres Viana<btviana at gmail.com> escreveu:
> 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 at 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 at 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!
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>