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

[Alexandre Hautequest]

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