![](https://seccdn.libravatar.org/avatar/f9f66464db78ceec32abfc4e1514d718.jpg?s=120&d=mm&r=g)
miguel gmail escribió:
Hola,
tengo que preparar una propuesta para un sistema de correo en alta disponibilidad.
Lo que me estoy planteando es un cluster (posiblemente activo - pasivo) en la dmz que simplemente haga relay del correo hacia 'dentro'. Y 'dentro' otro cluster de servidores (otra vez, seguramente 'activo - pasivo') con los buzones.
Me encancataría poder ofrecer una solución basada en OS, y aún mejor en SuSE. Pero no conozco/comprendo como se configuraría una cosa así. En particular me preocupa el cluster, ya que no se qué utlizar, cómo utilizarlo, como se configura, y cuan estable resultará.
En el mejor de los casos, podría ser una solución basada en SuSE Entreprise o Red Hat, pero seguramente me sugieran usar un HPUX, y en el peor de los casos, hasta un Exchange (para poder rebatir el exchange tendría que presentar algo robusto, estable, fiable, barato... y compatible con otro bicho que nos van a montar, algo llamado 'IXOS').
Ideas.. are very wellcome!
Gracias por adelantado!
A mí la alta disponibilidad de servidores me gusta hacerla con dispositivos específicos. Sólo conozco productos comerciales, como Alteon (de Nortel), la familia CSS de Cisco y los BIG-IP de F5 Networks, entre otros. En todos los casos son soluciones caras. Piensa en 16.000€ un cacharro de estos, que siempre hay que poner redundado (por lo de alta disponibilidad). Ahí no hay problema de rendimiento, ya que sólo hay que añadir tantos servidores como necesites. En mi opinión (y en la del Gardner Group) los mejores son los de F5, que casualmente usan Linux por debajo (llevan un Red Hat). Esos equipos se encargan de realizar el reparto de carga entre los distintos servidores que utilices, con los servicios que utilices. Como no hay cluster ... hay que diseñar bien la solución desde el punto de vista de los servicios. Por ejemplo, es muy fácil la parte SMTP pero la IMAP/POP no, ya que las cuentas o están en un server o están en otro, y si están en dos ... cada vez que toques en uno, lo debes hacer en el otro ... y si un correo llega a un server, hay que hacer algo para que el otro esté sincronizado ...