Arquitectura de Exchange
Exchange usa una arquitectura de bloque de creación única que proporciona servicios de correo electrónico para implementaciones de todos los tamaños, desde organizaciones pequeñas hasta las mayores empresas multinacionales. Esta arquitectura se describe en el diagrama siguiente.
Los componentes individuales se describen en las secciones siguientes.
Arquitectura de comunicación de servidores
La comunicación entre los servidores de Exchange y las versiones anteriores y futuras de Exchange se produce en la capa de protocolo. No se permite la comunicación entre niveles. Esta arquitectura de comunicación se resume como "cada servidor es una isla". Esta arquitectura tiene las siguientes ventajas:
Comunicaciones reducidas entre servidores.
Comunicaciones con reconocimiento de versión.
Errores aislados.
Diseño integrado en cada servidor.
En el diagrama siguiente se muestra la comunicación de nivel de protocolo entre servidores de Exchange.
Arquitectura de roles de servidor
Exchange usa servidores de buzones de correo y servidores de transporte perimetral. En las siguientes secciones se describen estos roles de servidor.
Servidores de buzones de correo
Los servidores de buzones de correo contienen los servicios de transporte que se usan para enrutar el correo. Para más información, vea Mail flow and the transport pipeline
Los servidores de buzones de correo contienen bases de datos de buzones de correo que procesan, presentan y almacenan datos. Para obtener más información, vea Administrar bases de datos de buzones en Exchange Server.
Los servidores de buzones de correo contienen los servicios de acceso de cliente que aceptan conexiones de cliente para todos los protocolos. Estos servicios front-end se encargan de enrutar o crear conexiones proxy a los servicios back-end correspondientes en un servidor de buzones de correo. Los clientes no se conectan directamente a los servicios back-end. Para obtener más información, vea la sección Arquitectura del protocolo de acceso de cliente más adelante en este tema.
En Exchange 2016, los servidores de buzones de correo contienen los servicios de mensajería unificada (UM) que proporcionan el correo de voz y otras características de telefonía a los buzones de correo.
Nota:
La mensajería unificada no está disponible en Exchange 2019.
Los servidores de buzones de correo se administran mediante el Centro de administración de Exchange (EAC) y Shell de administración de Exchange. Para obtener más información, vea Centro de administración de Exchange en Exchange Server y Exchange Server PowerShell (Shell de administración de Exchange).
Servidores de transporte perimetral
Los servidores de transporte perimetral administran todo el flujo de correo externo de la organización de Exchange.
Los servidores de transporte perimetral normalmente están instalados en la red perimetral y pertenecen a la organización interna de Exchange. El proceso de sincronización de EdgeSync pone el destinatario y otra información de configuración a disposición del servidor de transporte perimetral cuando el correo entra y sale de la organización de Exchange.
Los servidores de transporte perimetral proporcionan reglas contra correo no deseado y de flujo de correo cuando este entra y sale de la organización de Exchange. Para obtener más información, consulte Protección contra antispam en Exchange Server
Los servidores de transporte perimetral se administran mediante Shell de administración de Exchange. Para obtener más información, vea Exchange Server PowerShell (Shell de administración de Exchange).
Para obtener más información sobre los servidores de transporte perimetral, vea Servidores de transporte perimetral.
Arquitectura de alta disponibilidad
Las características de alta disponibilidad de Exchange Server se describen en las secciones siguientes.
Alta disponibilidad de buzón
Un grupo de disponibilidad de base de datos (DAG) es el elemento fundamental del marco de alta disponibilidad y resistencia del sitio integrado en Exchange Server. Un DAG es un grupo de servidores de buzones de correo que hospeda un conjunto de bases de datos y que proporciona recuperación automática de nivel de base de datos en errores de bases de datos, redes y servidores. Y los DAG de Exchange 2016 o posterior se han mejorado en comparación con Exchange 2013. Para obtener más información sobre los DAG, vea Database availability groups.
Alta disponibilidad de transporte
El servicio de transporte hace copias redundantes de todos los mensajes en tránsito. Esta característica se conoce como redundancia de sombra.
El servicio de transporte hace copias redundantes de todos los mensajes entregados. Esta característica se conoce como red de seguridad.
En Exchange Server, un DAG representa un límite de alta disponibilidad de transporte. Puede conseguir la resistencia de sitios si distribuye un DAG entre varios sitios de Active Directory.
En Exchange Server, la alta disponibilidad del transporte es más que un mejor esfuerzo para la redundancia de mensajes, ya que la redundancia no depende de las características admitidas del servidor de correo de envío. Por lo tanto, puede decir que Exchange Server intenta garantizar la redundancia de mensajes manteniendo varias copias de mensajes durante y después de la entrega.
Para obtener más información, vea Alta disponibilidad de transporte.
Arquitectura del protocolo de acceso de cliente
Los servicios de acceso de cliente en los servidores de buzones de Exchange son responsables de aceptar todas las formas de conexiones de cliente. Los servicios de acceso de cliente (front-end) proxy estas conexiones a los servicios back-end en el servidor de buzón de destino (el servidor local o un servidor de buzón remoto que contiene la copia activa del buzón del usuario). Los clientes no se conectan directamente a los servicios back-end. Esta comunicación se muestra en el diagrama siguiente.
El protocolo que usa un cliente determina el protocolo usado para canalizar mediante proxy la solicitud a los servicios back-end en el servidor de buzones de correo de destino. Por ejemplo, si el cliente se ha conectado mediante HTTP, el servidor de buzones de correo usa HTTP para canalizar mediante proxy la solicitud al servidor de buzones de correo de destino (protegido mediante SSL con un certificado autofirmado). Si el cliente ha usado IMAP o POP, el protocolo que se usa es IMAP o POP.
En Exchange 2016, las solicitudes de telefonía son diferentes de otras conexiones de cliente. En lugar de canalizar la solicitud mediante proxy, el servidor de buzones de correo la redirige al servidor de buzones de correo que contiene la copia activa del buzón del usuario. Los dispositivos de telefonía son necesarios para establecer sus sesiones SIP y RTP directamente con los servicios de mensajería unificada en el servidor de buzón de Exchange 2016 de destino.
Nota:
La mensajería unificada no está disponible en Exchange 2019.
Cambios en la arquitectura de Exchange
Consolidación de roles de servidor: en Exchange 2013 o versiones anteriores, podría instalar el rol de servidor de acceso de cliente y el rol de servidor buzón en equipos independientes. En Exchange 2016 o posterior, el rol de servidor acceso de cliente se instala automáticamente como parte del rol de servidor Buzón de correo y el rol de servidor de acceso de cliente no está disponible como una opción de instalación independiente. Este cambio refleja la filosofía de ubicación compartida de roles de servidor de Exchange, que ha sido un procedimiento recomendado desde Exchange 2010. Una arquitectura de servidor de varios roles de Exchange ofrece las siguientes ventajas tangibles:
Todos los servidores de Exchange del entorno (con la excepción probable de los servidores de transporte perimetral) pueden ser exactamente idénticos: el mismo hardware, la misma configuración, etc. Esta uniformidad simplifica la compra de hardware y también el mantenimiento y la administración de los servidores de Exchange.
Probablemente necesitará menos servidores físicos de Exchange. Esto se traduce en menos costos de mantenimiento continuo, menos licencias de servidor Exchange y menos requisitos de estanterías, espacio y alimentación.
Se mejora la escalabilidad, ya que la carga de trabajo se distribuye entre un número mayor de máquinas físicas. Durante un error, la carga de los restantes servidores Exchange de varios roles aumenta únicamente de forma incremental, lo que garantiza que los demás roles de los servidores Exchange no se vean afectados de manera negativa.
Se ha mejorado la resistencia, ya que un servidor Exchange de varios roles puede soportar un mayor número de errores del rol (o servicio) Acceso de cliente y seguir prestando servicio.
Mejoras de búsqueda La instancia de búsqueda local ahora es capaz de leer datos de la copia de la base de datos de buzones de correo local. Por consiguiente, las instancias de búsqueda pasivas ya no tienen que coordinarse con sus homólogas activas para realizar actualizaciones del índice y se han reducido un 40 % los requisitos de ancho de banda entre la copia activa y la pasiva en comparación con versiones anteriores de Exchange. Además, la búsqueda ahora puede realizar varias lecturas de disco asincrónicas antes de que un usuario complete un término de búsqueda. Esto rellena la memoria caché con información relevante y proporciona una latencia de consulta de búsqueda inferior al segundo para los clientes en línea como Outlook en la web.
Office Online Server versión preliminar para Outlook en la Web versión preliminar del documento: en Exchange 2013 o versiones anteriores, Outlook Web App incluye la visualización de documentos WebReady para la vista previa integrada de documentos de Office y PDF. En Exchange 2016 o posterior, Outlook en la Web usa Office Online Server versión preliminar para proporcionar funcionalidades de edición y vista previa enriquecidas para documentos. Aunque esto proporciona una experiencia de documento coherente con otros productos como SharePoint y Skype Empresarial, no exige implementar Office Online Server Preview en el entorno local si aún no se tiene. Para obtener más información, vea Instalar Office Online Server en una organización de Exchange.
MAPI sobre HTTP es el valor predeterminado de las conexiones de Outlook: MAPI sobre HTTP se introdujo en el Service Pack 1 de Exchange 2013 y ofrece mejoras con respecto al método de conexión tradicional de Outlook en cualquier lugar (RPC sobre HTTP). En Exchange 2016 o posterior, MAPI a través de HTTP está habilitado de forma predeterminada y ofrece controles adicionales, como la capacidad de habilitar o deshabilitar MAPI a través de HTTP por usuario, y si se anuncia a clientes externos. Para obtener más información, vea MAPI sobre HTTP en Exchange Server.