Gustavo Arjones (FreeBSD) wrote:

- O IP p�blico � um balanceador de carga (local director da cisco), acredito
que devem haver softwares que fa�am isso; este HW verifica a porta destino
(smtp e/ou pop3) e s� redireciona para a m�quina se a porta "responder".


Eu estou usando uma solu��o 100% baseada em software e em FreeBSD, a qual
funciona maravilhosamente. Para se ter uma id�ia, disparando um PING para o IP
de uma das m�quinas e desligando essa m�quina eletricamente, o PING n�o chega
a dar nem mesmo perda de pacotes ;--) Essa solu��o faz parte da cole��o de ports
e chama-se FreeVRRPD. Para instalar:


   cd /usr/ports/net/freevrrpd
   make all install clean

Depois, basta editar o arquivo /usr/local/etc/freevrrpd.conf em ambas as m�quinas.
O interessante dessa solu��o � que voc� pode balancear a carga via DNS e ela lhe
garante a redund�ncia, eliminando a necessidade da terceira m�quina para fazer o
balanceamento.


Se mesmo assim, quiser balancear a carga pode usar o loadd (daemon que faz o
balanceamento de carga), nesse caso usando uma m�quina adicional rodando o
FreeBSD.

Ambas as solu��es est�o documentadas em http://www.bsdshell.net/

- 2 ou mais m�quinas rodando QMAIL/POSTFIX mapeando as caixas postais em um
STORAGE via NFS


Tamb�m acho que o uso de Storage � melhor nesse caso. Um servidor de e-mail
geraria muitas atualiza��es (mensagens entrando e saindo) a toda hora e fazer a
replica��o disso via software geraria muito processamento nas m�quinas e muito
tr�fego de rede (claro que uma placa extra e cabo cross resolveria essa segunda
parte), al�m de n�o garantir que o espelho esteja perfeito na hora do crash.


Abra�os,

Jos� Carlos.


_______________________________________________________________ Sair da Lista: http://www2.fugspbr.org/mailman/listinfo/fugspbr Historico: http://www4.fugspbr.org/lista/html/FUG-BR/

Responder a