Re: [FUG-BR] CARP e sincronismo de dados/configs/progr amas/serviços
Vou add e conversamos, se sair algo de bom, a gente posta aqui para o pessoal :) Att, RS On 11/13/06, Daniel Bristot de Oliveira [EMAIL PROTECTED] wrote: Ai Rogério! Estais certo em cada palavra, eu ja fiz este esquema e o problema foi o mesmo... É que estamos fazendo uma *injambração*, que funciona, mas não é perfeita... A mudança de estado para os servidores Web, seria tranparente, o NFS funciona perfeitamente para a troca de estados. O DRDB no Linux cuida disto, mas não achei nenhuma solução melhor que esta ai com o Geom para o FreeBSD. Da uma olhada... é +- o que você falou, a partir do slide 26. http://midia.linuxchix.org.br/palestras/4ENLB/Bristot_FreeBSD_LoadBalance.pdf Bom, quem fará os scripts lancaçando e sincronização, podera utilizar um arquivo de chave por exemplo, contendo o ultimo estado do raid, assim, antes de fazer algo, este arquivo é checado. De forma a previnir acidentes... O real problema ai é o Mail, que exige uma preocupação mt maior que dados de arquivos de sites, ja que eles(arquivos do servidor web) normalmente estarão também em outro lugar, ja o mail... o negocio é mais embaixo... Se o mestre cair durante um envio de dados incremental, não da nada, Para servidores web, ja que o fsck volta o fs para um estado limpo, mas par ao mail, ja é um problema maior, pode haver perda de mensagem. o Grande problema é o ex slave, cair durante a sincronização com o ex-mestre, que fica com o fs sujo, não monta, ai quando os dois estão ativos, o disco sujo é espelhado, ai pode compra o caxão Bom, ele faz o serviço bem feito, ma tem mt problema tb :( meu gtalk é danielbristot em gmail.com, meu msn é danielbristot em hotmail.com se quiser trocar umas ideias, estou ai, me interessei pelo caso :-) Um abraço! -- Daniel Bristot de Oliveira R João Paez 409 Ap 202 Sta Augusta - Criciúma - SC CEP 88805440 Brazil +55-48-91032512 - -- Rogério Schneider +55 (55) 9985 2127 +55 (55) 3332 5923 +55 (55) 3321 1535 MSN: [EMAIL PROTECTED] ICQ: 78778973 GTalk: [EMAIL PROTECTED] Skype: stockrt http://stockrt.unicruz.edu.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] CARP e sincronismo de dados/configs/progr amas/serviços
Olá Rogério! Bom o CARP faz a parte dele... Tem como sincronizar discos utilizando duas classes do GEOM A classe Gate, que exportará um disco do escravo para o mestre. Ai o mestre importa e cria um mirror entre os dois discos, Quando o mirror for criado, eles irão ser sincronizados, e todo o conteúdo passará pela rede, como o rsync, a vatagem é que a sincronização é on-fly, e as alterações são feitas somente com arquivos alterados, ai o custo de rede se torna menor durante a execução. Configure o mirror para executar operações de leituar do disco local. Bom isto funciona para sincronizar discos, porém o disco exportado não pode estar montado no escravo, o que impediria de sincronizar os dados do /usr/local pro exemplo. Bom, a thread que você cita é legal da bastante noção. Estou disposto a ajudar, e me interesei sobre o assunto, mas se eu tivesse melhor informação sobre o ambiênte. ajudaria :-) Grande Abraço! -- Daniel Bristot de Oliveira R João Paez 409 Ap 202 Sta Augusta - Criciúma - SC CEP 88805440 Brazil +55-48-91032512 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] CARP e sincronismo de dados/configs/progr amas/serviços
Boa Daniel. A idéia é a seguinte: O firewall faz o balanceamento de carga entre 2 servers Web e entre mais 2 servers de Mail (são dois grupos distintos), mas para que estes tenham acesso aos mesmos dados, eles precisam acessar um storage na rede, que centralizaria os dados. Até ai tudo bem. Contudo, para que o storage não seja um ponto simples de falha, seria interessante utilizar nele também um sistema de máquina de backup com CARP, sendo que teríamos duas máquinas rodando, quem sabe, NFS, e servindo via um IP virtual. Para o sincronismo dos dados entre o master e slave do NFS seria ideal utilizar mirror via ggatec/ggated, como você sugeriu: No slave o HD exportado não pode ser montado enquanto ele for slave, mas sim, ele teria de ser montado para servir os dados para a rede quando ele se tornasse master. Isso, eu acredito, possa ser feito com ifstated na iface do carp. (os mounts e umounts todos, além das configs do geom para não exportar mais o HD e sim tentar importar o disco do ex-master, quando ele se tornasse um slave...). O HD que era exportado pelo slave agora vira a cópia quente dos dados, compartilhado na rede com NFS, e dele é feito um mirror remoto, sobre o ex-master, quando ficar ativo. Aqui eu acho que entra um problema: Quando o ex-master se tornar slave, o seu disco de dados, que era o quente da rede vai ser sobrescrito com os dados do ex-slave, agora master. Será que isso não pode ser perigoso? E se o atual master, quando era slave, não teve seus dados totalmente atualizados? O trabalho dos usuários (mails, homedir) seria perdido, Meu medo é este, que o mirror pela rede não esteja completo no momento de uma falha. Tem como verificar se um mirror via rede foi bem sucedido? Ou algo melhor do que RAID1 via rede, algum outro tipo de RAID, mais indicado...? Enfim, que somente se ativasse a cópia RAID1 feito via geom se ela fosse uma cópia completa e atualizada dos dados. Tem como garantir isso? Att, RS On 11/13/06, Daniel Bristot de Oliveira [EMAIL PROTECTED] wrote: Olá Rogério! Bom o CARP faz a parte dele... Tem como sincronizar discos utilizando duas classes do GEOM A classe Gate, que exportará um disco do escravo para o mestre. Ai o mestre importa e cria um mirror entre os dois discos, Quando o mirror for criado, eles irão ser sincronizados, e todo o conteúdo passará pela rede, como o rsync, a vatagem é que a sincronização é on-fly, e as alterações são feitas somente com arquivos alterados, ai o custo de rede se torna menor durante a execução. Configure o mirror para executar operações de leituar do disco local. Bom isto funciona para sincronizar discos, porém o disco exportado não pode estar montado no escravo, o que impediria de sincronizar os dados do /usr/local pro exemplo. Bom, a thread que você cita é legal da bastante noção. Estou disposto a ajudar, e me interesei sobre o assunto, mas se eu tivesse melhor informação sobre o ambiênte. ajudaria :-) Grande Abraço! -- Daniel Bristot de Oliveira R João Paez 409 Ap 202 Sta Augusta - Criciúma - SC CEP 88805440 Brazil +55-48-91032512 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Rogério Schneider +55 (55) 9985 2127 +55 (55) 3332 5923 +55 (55) 3321 1535 MSN: [EMAIL PROTECTED] ICQ: 78778973 GTalk: [EMAIL PROTECTED] Skype: stockrt - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] CARP e sincronismo de dados/configs/progr amas/serviços
Ai Rogério! Estais certo em cada palavra, eu ja fiz este esquema e o problema foi o mesmo... É que estamos fazendo uma *injambração*, que funciona, mas não é perfeita... A mudança de estado para os servidores Web, seria tranparente, o NFS funciona perfeitamente para a troca de estados. O DRDB no Linux cuida disto, mas não achei nenhuma solução melhor que esta ai com o Geom para o FreeBSD. Da uma olhada... é +- o que você falou, a partir do slide 26. http://midia.linuxchix.org.br/palestras/4ENLB/Bristot_FreeBSD_LoadBalance.pdf Bom, quem fará os scripts lancaçando e sincronização, podera utilizar um arquivo de chave por exemplo, contendo o ultimo estado do raid, assim, antes de fazer algo, este arquivo é checado. De forma a previnir acidentes... O real problema ai é o Mail, que exige uma preocupação mt maior que dados de arquivos de sites, ja que eles(arquivos do servidor web) normalmente estarão também em outro lugar, ja o mail... o negocio é mais embaixo... Se o mestre cair durante um envio de dados incremental, não da nada, Para servidores web, ja que o fsck volta o fs para um estado limpo, mas par ao mail, ja é um problema maior, pode haver perda de mensagem. o Grande problema é o ex slave, cair durante a sincronização com o ex-mestre, que fica com o fs sujo, não monta, ai quando os dois estão ativos, o disco sujo é espelhado, ai pode compra o caxão Bom, ele faz o serviço bem feito, ma tem mt problema tb :( meu gtalk é danielbristot em gmail.com, meu msn é danielbristot em hotmail.com se quiser trocar umas ideias, estou ai, me interessei pelo caso :-) Um abraço! -- Daniel Bristot de Oliveira R João Paez 409 Ap 202 Sta Augusta - Criciúma - SC CEP 88805440 Brazil +55-48-91032512 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] CARP e sincronismo de dados/configs/progr amas/serviços
2006/11/11, Rogério Schneider [EMAIL PROTECTED]: Pessoal, alguém aqui usa CARP? Pretendo hehe! Neste caso, como poderia ser feita a sincronia de dados/configuração/programas/serviços entre as máquinas? Eu gostaria de saber se alguém usa, e como se resolveria o problema de instalar um software novo no master e que o slave/slaves fosse também atualizado, sem precisar repetir os passos no slave. Com alguma forma de sync, mirror? Acredito que o GEOM (GATE+MIRROR) faria essa parte, agora como daí vc pergunta pro Daniel Bristot ele é o cara do GEOM hehe. Ele fala sobre o Geom no Fug http://www.fug.com.br/content/view/119/60/ []´z -- Thiago J. Ruiz http://thiagoruiz.blogspot.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] CARP e sincronismo de dados/configs/progr amas/serviços
Olha só, eu achei algo interesssante aqui: http://www.mail-archive.com/freebsd-cluster@freebsd.org/msg00077.html Mas parece que o GEOM não resolve não Att, RS On 11/11/06, Thiago J. Ruiz [EMAIL PROTECTED] wrote: 2006/11/11, Rogério Schneider [EMAIL PROTECTED]: Pessoal, alguém aqui usa CARP? Pretendo hehe! Neste caso, como poderia ser feita a sincronia de dados/configuração/programas/serviços entre as máquinas? Eu gostaria de saber se alguém usa, e como se resolveria o problema de instalar um software novo no master e que o slave/slaves fosse também atualizado, sem precisar repetir os passos no slave. Com alguma forma de sync, mirror? Acredito que o GEOM (GATE+MIRROR) faria essa parte, agora como daí vc pergunta pro Daniel Bristot ele é o cara do GEOM hehe. Ele fala sobre o Geom no Fug http://www.fug.com.br/content/view/119/60/ []´z -- Thiago J. Ruiz http://thiagoruiz.blogspot.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Rogério Schneider +55 (55) 9985 2127 +55 (55) 3332 5923 +55 (55) 3321 1535 MSN: [EMAIL PROTECTED] ICQ: 78778973 GTalk: [EMAIL PROTECTED] Skype: stockrt - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
