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<[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 <[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 > > > > > > -- > ------------------------------- > 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 > ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
