[GTER] Qmail + Vpopmail + Rsync (Alta disponibilidade de servidor de e-mails)

[Leandro Pereira de Lima e Silva]

Acho que o how-to completo da solucao que o pessoal esta propondo
voce encontra em http://ha.underlinux.com.br/

[]s Leandro

Paulo Augusto M. Gontijo wrote:

> Alexandre,
>
> isso funciona bem? Existe algum case?
> No caso do secundário cair, a gravação continua sendo feita no primeiro?
> E depois faz o re-sincronismo automatico?
> Complicado esta operação certo?
> PS: Desculpe pelo post aqui... vou colocar na MASOCH.
>
> Abraços,
> Paulo Augusto
>
> ----- Original Message ----- From: "Alexandre Hautequest" 
> <hquest at onda.com.br>
> To: "Grupo de Trabalho de Engenharia e Operacao de Redes" 
> <gter at eng.registro.br>
> Sent: Thursday, July 14, 2005 2:53 PM
> Subject: Re: [GTER] Qmail + Vpopmail + Rsync (Alta disponibilidade de 
> servidor de e-mails)
>
>
>> Paulo Augusto M. Gontijo wrote:
>>
>>> Olá pessoas,
>>>
>>> antes de descrever uma dúvida que tenho, gostaria de parabenizar o 
>>> nível da
>>> lista. Para todos os questionamentos que envio sempre recebo excelentes
>>> respostas. Espero poder estar contribuindo tbm com meu conhecimento.
>>> Bem... vamos lá....
>>>
>>> Há alguns anos venho trabalhando com a solução Qmail + Vpopmail + 
>>> SQwebmail
>>> + QmailAdmin + VQadmin + QmailScanner + Clamd + Mcafee
>>> Funciona que é uma maravilha, já fizemos servidores que armazenam 
>>> centenas
>>> de domínios e o nível de problemas é muito baixo, mesmo com dois 
>>> engines de
>>> AV (clamd e mcafee).
>>> Bem... estou para especificar um projeto onde teremos este mesmo 
>>> servidor só
>>> que agora ele precisará estar replicado, ou seja, alterei um arquivo 
>>> de conf
>>> em uma máquina ele precisa ser alterado na outra, chegou um e-mail 
>>> em uma
>>> máquina, o mesmo e-mail precisa de chegar em outra, apagou um e-mail 
>>> em uma
>>> máquina, preciso que este e-mail seja apagado na outra.
>>> Com um detalhe, não preciso que haja alta disponibilidade, ou seja, 
>>> se uma
>>> máquina for pro brejo a única coisa que preciso fazer é trocar o 
>>> cabo de
>>> rede, não sendo necessário funções como troca de IP automática e 
>>> tal. Enfim,
>>> tudo que preciso é de um espelho... a segunda máquina fica ligada em 
>>> cabo
>>> cross com a primária e precisa ficar totalmente sincronizada.
>>> Estou pensando em utilizar o rsync para diretorios como:
>>> /etc/*
>>> /var/qmail/*
>>> /var/spool/quarentena/*
>>>
>>> Enfim, todos os diretórios que possam ter arquivos alterados.
>>>
>>> Alguem já trabalhou com esta solução de maneira eficiente?
>>> Quais problemas posso vir a ter?
>>> Existe alguma tecnologia mais eficiente que o rsync?
>>> Quando, utilizando o rsync, um arquivo é removido da máquina 
>>> primária, o
>>> mesmo é removido da secundária?
>>> Este sincronismo é feito bit a bit?
>>
>>
>> Primeiro, isso e' assunto pra MASOCH-L, nao pra GTER.
>>
>> Mas, ja que estamos "inventando moda", porque nao um nbd (network block
>> device) fazendo raid-1 entre os dois servidores? E' muito mais garantido
>> a disponibilidade do que um rsync, que vai ter o "delay" entre o inicio
>> da copia dos arquivos, e nao vai dar problemas com inodes, etc.
>>
>> Os processos estarao respondendo apenas no primeiro servidor, mas o
>> dispositivo de gravacao (/dev/nbd0) vira dos discos fisicos dos
>> servidores A e B. Redundancia total, sincronizacao maxima.
>>
>> Pifou um servidor, troca os IPs na mao, muda os redirecionamentos de
>> entrada ou usa um Heartbeat pra fazer isso sozinho.
>>
>>> Mais uma vez, meu muito obrigado.
>>>
>>> Abraços,
>>>
>>> Paulo Augusto
>>
>>
>> -- 
>> Alexandre
>> -- 
>> gter list    https://eng.registro.br/mailman/listinfo/gter 
>
>
>
>     
>     
>        
> _______________________________________________________ Yahoo! Acesso 
> Gr�tis - Internet r�pida e gr�tis. Instale o discador agora! 
> http://br.acesso.yahoo.com/
>
>------------------------------------------------------------------------
>
>--
>gter list    https://eng.registro.br/mailman/listinfo/gter
>


-- 
Leandro Pereira de Lima e Silva