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 --~--~---------~--~----~------------~-------~--~----~ 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] -~----------~----~----~----~------~----~------~--~---
