Evitar descarga mensajes ya leídos tras rsync qmail

Hola a todos. Tengo dos servidores, uno primario, otro secundario de modo que cuando cae servidor1, a través de DNSMADEEASY, cambia la IP y redirige automaticamente a servidor2, de modo que los usuarios siguen usando su correo y web de forma transparente, sin detectar el cambio de servidor.

Cuando servidor1 se levanta, se produce el cambio inverso y vuelven a trabajar sin saberlo sobre sobre servidor1.

Llegados a este punto me surgen 2 problemas, que me pregunto si alguien sabe como resolver:

1. Al volver a apuntar la DNS de correo a servidor1, a los clientes se les descargan de golpe todos los mensajes antiguos (ya leídos) que tenían en el servidor

2. Cuando hago un rsync/qmail/mailnames (avz) de servidor2 a servidor1 se les vuelven a descargar de nuevo todos los mensajes que tenían en servidor1 (en servidor2 no suele haber mensajes antiguos ya que vacío las carpetas /cur /new y /tmp después de cada rsync).

¿Alguien sabe como puedo evitar que qmail en servidor1 pierda la memoria de los archivos leídos por cada cliente para evitar estas 2 descargas innecesarias - algunos clientes tienen hasta más de 1.000 emails en el servidor -?

Muchas gracias por adelantado.

 

Tienes un "cluster" a nivel de DNS, pero para mantener la coherencia entre los nodos, necesitarás que el sistema de ficheros esté sincronizado también.
Te recomiendo el sistema DRBD, es muy profesional y muy fiable.

 

Gracias Egrueda. Si, el tema HA+DRBD es algo que estoy mirando últimamente, pero no sé hasta que punto nos viene bien, teniendo en cuenta que utilizamos servidores distintos en proveedores distintos (sólo comparten que son CentOS+Plesk, pero el resto: hardware, particiones, incluso algunas aplicaciones, no coinciden).

Eso lo tengo más previsto para cuando tenga que meter un balanceador de cargas o si migramos a la nube de Amazon ya que podremos configurar dos servidores idénticos.

Lo que tenemos ahora realmente es un servidor con el que funcionamos y otro que está básicamente inutilizado que sólo ofrece utilidad cuando el primero se cae, cosa que nos ha pasado 1 vez - hace tres días - en los últimos 7 u 8 meses, y fue porque se quemó la fuente de alimentación, según el centro de datos. Tardaron 50 minutos en cambiarla y el servicio se restableció.

Como es un servidor para capear una incidencia momentanea que se pueda producir muy de vez en cuando, sólo tenemos un rsync en cron para actualizar cada 24h las páginas web, también sincronizamos las BD y el correo funciona exclusivamente en servidor1. Cuando cae, la gente pasa de forma automática a usar servidor2 hasta que servidor1 se levanta de nuevo y el servicio empieza a pasar automáticamente por allí otra vez.

El sistema nos va bien así salvo que cuando servidor1 se levanta de nuevo descarga todos los mensajes que había leídos en el servidor y cuando después hacemos un rsync para empujar los mensajes que quedaron en servidor2, pues vuelve a hacer lo mismo y la gente se tiene que descargar otra vez tooodos los mensajes.

Y tiene que haber una forma de evitar que qmail pierda la memoria acerca de qué mensajes habían sido leídos por cada cliente de correo de los usuarios. Una vez solventado esto, el sistema nos iría de perlas para nuestras necesidades actuales.

Lo de BRDB es un poco demasiado complejo para nuestras necesidades actuales ya no necesitamos sincronización permanente (otra cosa es si me dices que aunque los dos servidores tengan distintas configuraciones y tamaños de partición, lo podemos aplicar igualmente sin caida del servicio ni pérdida de datos). En ese caso, alguna referencia a un tutorial que tu consideres suficientemente detallado no vendría mal, porque lo que encuentro por ahí no está demasiado bien explicado.

Gracias y saludos.