Monitor de tiempo de actividad
Las empresas agrupadas en el programa de instalación del servidor de correo
Organizaciones con gran personal o incluso de organizaciones de tamaño mediano con gran actividad de correos suelen utilizar una configuración de clúster para el manejo de sus mails. Interno y comunicación con los clientes es el núcleo necesario para cualquier empresa y para el tiempo de actividad del servidor de correo es de suma importancia para ellos. Voy a presentar un estudio de caso de la arquitectura real de un clúster de servidor de correo hemos diseñado el programa de instalación para uno de nuestros clientes.
Medio Ambiente:
- La organización es una mediana empresa con el área de trabajo relacionados con la Ingeniería de dibujo y diseño CAD.
- El empleado la fuerza es de alrededor de 250.
- Que la actividad de correo es pesada como el inmenso diseño de los archivos se pasó a lo largo de internos dentro de la organización e incluso a sus clientes finales la mayoría de los correos utilizando y pesados archivos adjuntos.
- El personal se encuentra en dos países diferentes con casi la misma fuerza en cada oficina.
Nuestra tarea y Recursos:
Nuestra tarea primordial para construir una sólida y no permitió más el grupo de correo para su actividad. El volumen de mails que se envían a través de este grupo fue importante debido al hecho de que los correos fueron el aspecto más importante de sus tareas cotidianas. Fuimos autorizados para utilizar un nodo de clúster seis de sus mails. Aunque se trataba de una configuración corporativa, hemos tenido que utilizar software de código abierto como el cliente quería que le mantenga rentable. Se utilizó un qmail, vpopmail etc para su grupo la prevención de la utilización de cualquier software pagado.
El programa de instalación:
A medida que se permitió el uso de seis nodos del clúster, que decidió utilizar dos nodos de salida de correos, dos nodos de entrada de correos y un nodo de un POP3/IMAP y un conector como una pasarela de correo.
Las configuraciones de hardware de todos estos nodos fue el siguiente:
- Intel Pentium dual Xeon 2,8 GHz
- 2GB DDR2 RAM, 2 × 500 GB SATA
- Fedora Linux OS Base, 100Mbps de enlace ascendente en cada nodo
La configuración de flujo fue el siguiente:
La funcionalidad actual:
Como se puede ver arriba, el dominio fue de configuración para utilizar nodos separados para enviar y recibir los correos. Una breve explicación de la forma en que todos trabajaron juntos y cada uno de los nodos de la función es a continuación:
Registros MX: El dominio tenía dos registros MX. Uno de ellos era el MX primario que aceptan los mensajes de correo para el dominio y preparó a ser traidos por el conector POP3. La segunda copia de seguridad del registro MX es un nodo de conmutación por error a la primaria MX almacenados y los mails entrantes, mientras que el MX primario se redujo.
Servidores SMTP: La empresa tenía un muy alto volumen de correos electrónicos salientes y así dos servidores SMTP debe ser utilizado. Tal como habían dos oficinas, cada una de ellas tiene un dedicado servidor SMTP a usar.
Mail Gateway: Tanto los servidores SMTP estaban conectados a un único Qmail de correo basado en la puerta de enlace. La pasarela de correo siempre funciona como archivo de mensajes de correo empleados para supervisar la actividad, el filtrado de contenido y un control adecuado del correo saliente de estadísticas para toda la empresa.
Conector POP3: el conector POP3 recuperado y redistribuido los correos recibidos por el servidor primario MX para el dominio de los buzones de usuario que se hicieron disponibles a través de webmail o POP3 regular, así como IMAP de correo basado en los clientes a los empleados.
Esta particular configuración de correo no requerir el uso de round robin DNS como por error de la funcionalidad era más importante que la distribución del tráfico. Este tipo de configuración también nos da el alcance de la ampliación si hay un aumento en la actividad de correo para el cliente. Otro servidor SMTP para los correos salientes u otro nodo para que actúe como el principal servidor de correo siempre puede ser añadido debido a la arquitectura utilizada. Espero que este estudio de caso útil para el despliegue de clusters de servidores de correo. Los comentarios son siempre bienvenidos 
No relacionados con puestos.
Comentarios
Deje un comentario
