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

[Anderson Nadal]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Sim, funciona muito bem.
Eu mesmo usei por uns tempos, e tenho um cliente com mais de 1TB de
mysql com essa solução.
Com o heartbeat e alguns scripts vc deixa a solução bem legal. :)

[]'s
Nadal


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


- --
+-------------------------------------------------------+
|        Anderson Nadal <nadal at ondacorp.com.br>         |
|        RHCE - Red Hat Certified Engineer              |
|                Coordenador Tecnico                    |
| Onda Provedor de Serviços S/A http://www.onda.com.br  |
|          Registered Linux User: 56841                 |
|     PGP KEY: www.keyserver.net KEY ID 6ABB668D        |
| "There are 10 types of people in the world: Those who |
|    understand binary, and those who don't"            |
|                     M.O.V.I                           |
+-------------------------------------------------------+
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD4DBQFC1sVfLQAusHT90XQRArq7AJivQmpXQCazZS4Bm018XkWzKoC6AJ9mugNQ
FoHD1Z2S0ZXaSSPOA+DE8w==
=dNq1
-----END PGP SIGNATURE-----