¿Cómo funciona Exchange 2016? #

Microsoft Exchange 2016 forma parte de las aplicaciones de servidor de Microsoft que proporcionan servicios de correo electrónico, buzón de correo, libreta de direcciones, acceso de clientes, conectores de detección automática, entre otros.

Para un servidor independiente, Microsoft Exchange 2016 utiliza los siguientes puertos de red:

TCP / 25 y TCP / 465 por la SMTP y SMTPS servicios de correo, respectivamente.
TCP / 143 y TCP / 993 por la IMAP y IMAPS servicios de acceso a clientes, respectivamente.
TCP / 110 y TCP / 995 por la POP3 y pop3s servicios de acceso a clientes, respectivamente.
TCP / 80 y TCP / 443 por la Outlook Web Access (OWA) servicios de acceso a clientes, descubrimiento automático servicios y MAPI servicios.

Dentro de una organización, todos estos servicios en un servidor independiente no es una arquitectura válida ya que no proporciona un servicio de alta disponibilidad en caso de mantenimiento o si el servicio no funciona. Por esa razón, proponemos una arquitectura escalable que proporcione alta disponibilidad y evite un punto único de falla.

Entorno escalable de Microsoft Exchange 2016 #

A continuación se muestra el entorno propuesto para construir servicios de Microsoft Exchange 2016 en alta disponibilidad con una arquitectura flexible y escalable.

Con esta arquitectura se pueden lograr servicios Exchange 2016 aislados para evitar que un servicio afecte a otro durante el mantenimiento o falla, agrupando los servicios de correo de un lado y los servicios de acceso de clientes del otro. Además, ofrece la flexibilidad de configurar backends dedicados para cada servicio sin problemas.

Requisitos #

En primer lugar, estas configuraciones deben abordarse en los servidores backend para convertirlo en un servicio escalable:

1. Cree un nombre de servicio . Es necesario configurar los directorios virtuales o el espacio de nombres de Exchange 2016 con un nombre de servicio, evitando el uso del nombre de host, que es la configuración predeterminada (por ejemplo, exchange.mydomain.com ). El nuevo espacio de nombres se utilizará en la CRT para la CA con el fin de generar un nuevo certificado seguro para el servicio. Además, el espacio de nombres seleccionado debe incluirse en el DNS corporativo para que se resuelva a la dirección virtual de las granjas que se crearán en el balanceador de carga.

2. Servicio MAPI . Exchange 2016 ya no utiliza puertos dinámicos para este servicio. Es compatible con HTTP y está habilitado de forma predeterminada, pero no olvide configurarlo correctamente. Para obtener instrucciones específicas sobre cómo habilitar, configurar y probar MAPI a través de HTTP, consulte https://technet.microsoft.com/en-us/library/mt634322(v=exchg.160).aspx.

3. Configure el servicio DAG para la replicación de la base de datos . Habilitar el grupo de disponibilidad de la base de datos (DAG) en la matriz CAS permitirá crear un servicio de replicación en clúster de buzones entre los servidores.

4. Cree los servicios de balanceo de carga . A continuación se explicará cómo configurar los servicios virtuales necesarios. Tenga en cuenta que, según sus necesidades, no será necesario crearlos todos.

Crear los servicios virtuales de Exchange #

Una vez que una unidad de RELIANOID está implementado y se configuran los primeros parámetros de arranque, siga las instrucciones que se describen a continuación.

En primer lugar, cree una interfaz virtual dedicada para los servicios de Exchange accediendo a la sección de menú Red | Interfaces virtuales, como se muestra a continuación.

Esta dirección IP será la IP virtual para nuestros servicios de Exchange y será necesario que nuestro DNS corporativo la resuelva al consultar exchange.mydomain.com.

A continuación, el balanceador de carga está listo para crear los servicios virtuales. Accediendo a la sección del menú LSLB | Granjas, puede crear todas las granjas de balanceo de carga propuestas para aislar los diferentes servicios de Exchange 2016, que se describirán en detalle en las siguientes secciones.

Crear servicio virtual SMTP/S #

Se trata de una granja LSLB con perfil L4 que se utilizará como servicio de correo virtual, el cual utiliza los puertos TCP 25 y 465 en caso de que la seguridad esté habilitada en los servidores backend.

En la sección Servicios podemos configurar una comprobación de estado avanzada para SMTP.

check_smtp -H HOST -w 30 -c 30 -p 25 -t 32

Si se utiliza más de un puerto en el servicio virtual, será una buena práctica probar los diferentes puertos en una sola verificación de estado.