Interessante Ananias, incialmente vou testar com o servidor central (firewall, proxy, dns e dhcp), usando o Ucarp e sincronizando com o Rsync todo dia pelo cron. Funcionando certinho vou tentar implementar nos outros servidores (servidor de arquivos/dominio, intranet e no de aplicação). Como vou usar o Ucarp, acho que nem precisa configurar o bind (bem básico, servindo como cache interno e resolvendo nomes na intranet somente) master/slave, já que irei sincronizar com o rsync.
O Apache roda somente uma intranet, e o sistema intranet web estou terminando em django + mysql. Simples também. Acho que usar o rsync funciona e talvez usar como você citou o mysql_cluster. Irei testar. Ananias, você falou sobre o squid, eu tenho o /var em outro partição, ou seja o cache/log fica separado do sistema de arquivo /, no servidor que será o slave, tenho que ter a mesma estrutura de partições, mas necessariamente o mesmo espaço nas partições? O rsync sincroniza normalmente o cache do squid? Valeu pelas dicas Slacks. 2009/8/11 Ananias Filho <[email protected]> > Já implementei diversas soluções de disponibilidade > Algo de Grande criticidade (Bancos, Industria, Governo, etc..) > > Carp <- Ferramenta ideal (OpenSource) para virtualização de IPs e > utilização em ambientes de disponibilidade. > Há um projeto (não sei se foi o proprio desenvolvedor) que portou para > linux (Ucarp como falaram acima) > O Ucarp funciona da mesma forma que o carp em ambientes bsd. Vale e muito a > pena conferir. > > Quanto a replicação de dados, ficaria com as ferramentas de cada um deles. > > Mysql - replicação do próprio mysql (mysql_cluster) > > Bind - replicação em bases escravas (slaves) > > Squid - acho que ai sim serviria um rsync por causa dos usuários e tal. Mas > tenta implementar o modulo de regras e autenticação via MySQL pq ai fica > tudo no mysql e sobra somente a instalação e configuração no squid. > > Apache - há muita alteração nos arquivos disponíveis ou somente na base de > dados (Alterção via CMS por exemplo)? se for mais na base de dados, vale > mais a pena, usar um Rsync em determinado espaço de tempo ou diário e deixar > a replicação para o mysql. Se houver muita alteração na pasta de arquivos do > mysql, vale a pena usar o modulo de replicação do HeartBeat. > > A mesma solução do Apache utilizando HeartBeat, vale para o Samba, > openfire e outros serviços que necessitem de alteção em disco com muita > frequência. > > A minha sugestão, é tentar utilizar ao máximo, os dados em banco de dados. > O único problema que vejo, é que muitas aplicações utilizam somente o mysql > como base de dados. > Se todos seguissem a linha de suportar ao menos 3 SGBDs, seria muito mais > interessante. > > qq coisa tamo por aqui > 2009/8/11 Victório <[email protected]> > >> o rsync faz replicação, mas você não terá uma atualização contínua do HD >> no outro servidor. O rsync pode funcionar legal para coisas mais estáticas >> como firewall, dns, mas para serviços que fazem muito IO como o cache do >> proxy, banco de dados e servidor de arquivos, por mais que você invoque o >> rsync, haverá diferenças. >> >> Nesse caso alguma solução como o drbd é melhor. E sim ele é complicado de >> se entender, mas a replicação em si também não é algo simples :P >> >> ############################################### >> Victório Felipe >> http://www.wa.pro.br >> linux user #306117 - counter.li.org >> Slackware Linux FreeBSD >> Because it works! The Power To Serve >> ############################################### >> >> >> 2009/8/11 Herbert Faleiros <[email protected]> >> >> >>> On Mon 10 Aug 2009 20:21:11 Noilson Caio wrote: >>> > Eu acho que a replica por rsync um boa solução. A replica a nível de >>> blocos >>> > *(DRDB) não seria tão indicado ao caso. Bem, fica a teu critério. >>> >>> rsync é mais fácil de ser implementado p/ isso, DRDB é como se fosse (se >>> comporta como) um RAID1, funciona muito bem também. >>> >>> >>> > Replicaria as regras do firewall por meio de scripts, fazendo um diff >>> das >>> > regras. Já que para linux não tem um protocolo para isso >>> > (CARP<http://en.wikipedia.org/wiki/Common_Address_Redundancy_Protocol >>> >), >>> > usaria o Heartbeat mesmo. >>> >>> Você está enganado, tem sim, um exemplo: >>> http://www.ucarp.org/project/ucarp >>> >>> UCARP é uma "userland version" do próprio CARP (consta inclusive do link >>> que >>> você mesmo passou). >>> >>> -- >>> Herbert >>> >>> >>> >> >> >> > > > -- > kram3r > > > > > -- Keep it simple stupid! --~--~---------~--~----~------------~-------~--~----~ GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br Antes de perguntar: http://www.istf.com.br/perguntas/ Para sair da lista envie um e-mail para: [email protected] -~----------~----~----~----~------~----~------~--~---
