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 <[EMAIL PROTECTED]> 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
