Entorno de coexistencia de Exchange 2013 y la infraestructura heredada de Exchange | 8#23
En este artículo, me gustaría centrarme en el término "heredado" que se utiliza con mucha frecuencia en el entorno de coexistencia de Exchange 2013. Como siempre, la suposición común es que todo el mundo conoce y entiende este término, pero en realidad, el término no es tan claro y nos avergüenza admitir que no entendemos completamente el significado de la frase.
En el contexto del entorno de coexistencia de Exchange 2013, el término "heredado" se puede traducir en un par de opciones:
- Cliente de Exchange heredado
- Infraestructura de Exchange heredada
- Espacio de nombres heredado
Usar el término legado, no un término políticamente correcto
En mi opinión, el término “legado” siempre parece un poco fuera de lugar.
¿Cuál es el significado de legado?
¿Significa que, hasta ahora, la infraestructura de Exchange existente que juró “servir y proteger” es inútil o ya no es buena?
¿Significa que solo el “ ¿La nueva infraestructura de Exchange” es significativa y relevante?
Sé que es filosofar, pero creo que los "chicos de Exchange" deberían elegir un término más políticamente correcto porque la asociación que parece importarme cuando escucho el término "legado" es algo como esto:
Independientemente de mis reservas, como ciudadano leal de la nación Exchange, continuaré usando este término tanto tiempo como sea necesario.
Cómo introducir Exchange CAS 2013 en el entorno Exchange existente
Hagámoslo simple. Cuando se lanza una nueva versión del servidor Exchange y queremos “adoptar” esta nueva versión del servidor Exchange tenemos dos opciones básicas:
Opción 1: “eliminar” la infraestructura de Exchange existente e “plantar” la nueva versión del servidor Exchange o, en palabras más técnicas: instalar la nueva versión del servidor Exchange y retirar la versión anterior del servidor Exchange.
Opción 2: implementar una infraestructura de Exchange que pueda describirse como “lado a lado”. El significado es agregar la nueva versión del servidor Exchange (servidor Exchange 2013, en nuestro caso) al entorno Exchange existente y comenzar lentamente a "migrar" todos los recursos, como los buzones de correo de los usuarios y los servicios web de Exchange, a la "nueva infraestructura de Exchange". "
Solo después de que no haya ningún cliente de Exchange que dependa o utilice la infraestructura de Exchange anterior, podremos comenzar a desmantelar el "entorno de Exchange anterior".
Infraestructura de intercambio “antigua” | Términos utilizados
Al implementar un proyecto de convivencia Exchange, la infraestructura de Exchange 2013 es la “nueva infraestructura” y todo el resto de las versiones anteriores del servidor Exchange se pueden describir como:
- Versión anterior de Exchange
- Versiones anteriores de Exchange
- Infraestructura de Exchange heredada
En el siguiente diagrama podemos ver que desde el punto de vista de Exchange 2013, la infraestructura de Exchange 2010 y la infraestructura de Exchange 2007 se consideran: Infraestructura Legacy Exchange.
Clientes heredados de Exchange
El término "cliente de Exchange heredado" se relaciona con un cliente de Exchange cuyo buzón de correo está alojado en el servidor de buzones de correo de Exchange heredado.
En nuestro escenario de entorno de coexistencia de Exchange 2013, cada usuario de Exchange que es un buzón de correo está alojado en el servidor de buzones de correo de Exchange 2007 o en el servidor de buzones de correo de Exchange 2010 y se considera un “cliente de Exchange heredado”. "
A lo largo de la serie de artículos, no utilizaré el término: "cliente Exchange heredado", sino que me referiré a "cliente de servidor no Exchange CAS 2013". ”como clientes de Exchange 2007 o clientes de Exchange 2010.
En un entorno de coexistencia de Exchange 2013, los “clientes de Exchange antiguos”, como los clientes de Exchange 2007/2010, deberán inicializar el proceso de comunicación con el servidor CAS de Exchange 2013, y el “resto” del proceso será “determinado” por Exchange 2013. CAS.
Exchange CAS 2013 decidirá cómo continuar el flujo de conectividad del protocolo del cliente según los parámetros del escenario particular, como la versión del cliente de Exchange, la ubicación física del cliente de Exchange, etc.
Por ejemplo, Exchange CAS 2013 puede decidir enviar por proxy la solicitud del cliente Exchange heredado a la infraestructura Exchange heredada o enviar al cliente Exchange heredado un comando de redirección, etc.
¿Cómo trata el servidor Exchange CAS 2013 a sus clientes heredados?
P1: “¿Por qué el servidor Exchange 2013 necesita tratar con clientes Exchange heredados?
¿Por qué no implementar una arquitectura en la que Exchange 2013 solo sirva al cliente Exchange 2013 y los “otros Exchange heredados”? servidores” servirán a sus clientes Exchange heredados?
R1: Bueno, la respuesta simplificada es que en un entorno de coexistencia de Exchange 2013, la versión más actualizada del servidor Exchange (Exchange 2013 CAS en nuestro escenario) deberá configurarse como el "punto focal" para todos. los clientes de Exchange, incluidos los “clientes nativos” de Exchange 2013 + clientes de Exchange heredados (clientes de Exchange 2007/2010).
Nota: puede leer más información sobre el concepto de que Exchange CAS 2013 sirva como punto focal en el artículo: Infraestructura pública de Exchange | Sitio de Exchange público versus no público
Exchange 2013 CAS es "lo suficientemente inteligente" como para reconocer la versión del cliente de Exchange, como el cliente heredado de Exchange, y decidir sobre el "siguiente paso", como por ejemplo: proxy que el cliente heredado de Exchange requiere para la "infraestructura heredada de Exchange correcta". "
Por ejemplo, cuando el cliente Outlook de Exchange 2007 (un usuario de Exchange que es un buzón alojado en el servidor de buzones de Exchange 2010) se dirige al servidor Exchange CAS 2013, el servidor Exchange CAS 2013 "entiende" que el cliente en particular "pertenece" a la infraestructura de Exchange 2010 y por este motivo, el servidor Exchange CAS 2013 enviará la solicitud al Exchange 2007 CAS disponible.
Nota: desde el punto de vista del cliente de Exchange 2007, este proceso es transparente. El significado es que el cliente de Exchange 2007 no está al tanto del hecho de que su solicitud fue "enrutada" al CAS de Exchange 2007.
Desde el punto de vista del cliente de Exchange 2007, el servidor de Exchange CAS 2013 es el elemento que proporciona la datos requeridos del buzón.
El motivo para utilizar el espacio de nombres heredado en el entorno de coexistencia de Exchange 2013/2007
Empecemos por el final: el término “espacio de nombres heredado de Exchange” es relevante solo en un escenario de entorno de coexistencia de Exchange 2013/2007.
El uso del “espacio de nombres heredado de Exchange” se implementará para los clientes Exchange 2007 OWA y Exchange 2007 Outlook que acceden a los servicios web de Exchange 2007.
Clientes de Exchange 2007 y solicitud de acceso al contenido del buzón
En el entorno de coexistencia de Exchange 2013/2007, Exchange 2013 CAS se comporta de forma diferente según el tipo de cliente de Exchange 2007.
- En un escenario de cliente Exchange 2007 Outlook y ActiveSync que solicita acceso al contenido de su buzón, Exchange CAS 2013 enviará una solicitud de conexión proxy a Exchange CAS 2007.
- En un escenario en el que el cliente de Exchange 2007 es un cliente OWA, Exchange CAS 2013 no utilizará el método Proxy, sino que redirigirá el cliente OWA de Exchange 2007 a Exchange CAS 2007 mediante el espacio de nombres heredado de Exchange CAS 2007.
Esta es una de las dos razones detrás de la necesidad de crear y utilizar el espacio de nombres heredado en el entorno de coexistencia de Exchange 2013/2007.
Servidor Exchange CAS 2013, no sabe cómo hacer proxy, el cliente OWA de Exchange 2007 solicita al servidor CAS de Exchange 2007.
En términos generales, el servidor Exchange CAS 2013 prefiere implementar el método proxy porque el método Proxy simplifica la vida del cliente Exchange. El cliente de Exchange no necesita estar familiarizado con la compleja infraestructura del flujo de conectividad del protocolo del cliente ni desempeñar un "papel activo" en el proceso de comunicación. Al implementar el método Proxy, Exchange CAS 2013 hace todo el "trabajo duro" y el cliente de Exchange simplemente disfruta de la posibilidad de acceder a los datos de su buzón.
Debido a que el servidor Exchange CAS 2013 no sabe cómo hacer proxy, la solicitud de los clientes OWA de Exchange 2007, Exchange 2013 CAS utiliza un método que se describe como redirección o si queremos ser más específicos: redirección silenciosa + SSO.
Puede leer más información sobre redireccionamiento silencioso + SSO en el artículo: Flujo de conectividad del protocolo de cliente OWA en el entorno de coexistencia de Exchange 2013/2007 | 3/4
El método de redirección se implementa enviando al cliente de Exchange una dirección URL de "otros servidores CAS de Exchange" que pueden ayudar al cliente de Exchange.
En un escenario de cliente de correo OWA de Exchange 2007, el servidor de Exchange CAS 2013 enviará al cliente la Dirección URL del servidor CAS de Exchange 2007 existente.
Para poder “referir” el cliente OWA de Exchange 2007 al Exchange CAS 2010, el Exchange CAS 2013 “envía” al navegador del cliente OWA de Exchange 2007 un comando de redirección con la dirección URL del “Exchange CAS 2017 de destino” que incluye el Exchange CAS 2017. Espacio de nombres heredado de CAS 2007.
El término: espacio de nombres heredado describe el espacio de nombres que está asignado o “adjunto” al servidor CAS de Exchange 2007. Por ejemplo: legacy.mail.o365info.com
En otras palabras, para poder hacer referencia a otros servidores Exchange CAS adicionales (Exchange CAS 2007), necesitaremos utilizar un espacio de nombres diferente del espacio de nombres principal. Esta es la razón o la necesidad de utilizar el "espacio de nombres heredado".
Exchange 2007 Clientes de servicios web de Exchange
La segunda razón para utilizar el espacio de nombres heredado en el entorno de coexistencia de Exchange 2013/2007 es el tema de proporcionar servicios web de Exchange a clientes de Exchange 2007.
En el entorno de coexistencia de Exchange 2013/2007, el cliente de Exchange 2007 deberá obtener sus servicios web de Exchange desde Exchange 2007 CAS y no desde Exchange 2013 CAS.
El motivo es que Exchange 2013 CAS no sabe cómo proporcionar servicios web de Exchange a los clientes de Exchange 2007.
En el siguiente diagrama, podemos ver el concepto de "redireccionar las solicitudes de los clientes de Exchange 2007" para los servicios web de Exchange al CAS de Exchange 2007.
En realidad, no existe un "proceso de redirección real".
La información de detección automática que Exchange 2013 CAS proporciona a los clientes de Exchange 2007, incluye la dirección URL y el FQDN que representa el espacio de nombres heredado de Exchange 2007 CAS, como: legacy.mail.o365info.com
Cuando el cliente de Exchange 2007 busca el host que puede proporcionarle servicios web de Exchange, el cliente de Exchange 2007 utilizará la dirección URL que incluye la "referencia" a Exchange CAS 2007.
Espacio de nombres heredado: el concepto de un espacio de nombres único\dedicado
En el entorno de coexistencia de Exchange 2013/2007, Exchange CAS 2013 debe
- Redirigir a los clientes OWA de Exchange 2007 al servidor Exchange CAS 2007.
- “Informar” al cliente de Exchange 2007 que el servicio web de Exchange proporcionado por el servidor Exchange CAS 2007.
Para poder "hacer referencia" a Exchange CAS 2007, necesitaremos utilizar un espacio de nombres único/dedicado para la infraestructura de Exchange CAS 2007, que es diferente del espacio de nombres principal.
El “espacio de nombres adicional” que se asignó al servidor Exchange CAS 2007 se describe como: “heredado” porque, como mencionamos, Exchange se relaciona con versiones anteriores del servidor Exchange como un legado.
El espacio de nombres heredado se basa en un concepto en el que continuamos usando el nombre de dominio existente y agregamos o usamos un nombre de host diferente (prefijo).
Por ejemplo: en nuestro escenario, el nombre de dominio es: o365info.com
El espacio de nombres principal que se utiliza para publicar y abordar Exchange CAS 2013 es: mail.o365info.com
Para poder diferenciar Exchange CAS 2007 del “espacio de nombres primario”, podemos usar una convención de nomenclatura como: legacy.mail.o365info.com u otra opción es agregar al nombre del host: "legacy" al espacio de nombres principal existente. Por ejemplo: legacy.mail.o365info.com
Técnicamente hablando, no es obligatorio utilizar el nombre de host: legado. El legado no es un nombre de host de reserva, sino simplemente una convención de nomenclatura común.
Por ejemplo: podemos utilizar el siguiente espacio de nombres: unclesam.mail.o365info.com como espacio de nombres heredado para el servidor Exchange CAS 2007.
Es importante mencionar que será necesario "publicar" y actualizar el "nuevo espacio de nombres heredado" en diferentes infraestructuras.
Resumen
Podemos utilizar el siguiente diagrama como “resumen” de lo que tenemos que aprender hasta ahora.
- El concepto de espacio de nombres heredado de Exchange solo es relevante en un entorno de coexistencia de Exchange 2013/2007.
- Los "clientes" que utilizaron el espacio de nombres heredado son: clientes OWA de Exchange 2007 + clientes de Exchange 2007 como Outlook que utilizan Exchange 2007 como servidor de origen para el servicio web de Exchange.
- Exchange CAS 2013 utiliza el espacio de nombres heredado para implementar el proceso de: "redirección silenciosa", en el que se envía un comando de redirección al navegador del cliente de Exchange 2007 utilizando el espacio de nombres heredado de Exchange CAS 2007.
- Exchange CAS 2013 utiliza el espacio de nombres heredado como parte de la información de detección automática que proporciona a los clientes de Exchange 2007. El cliente de Exchange 2007 utilizará la dirección URL que incluye el espacio de nombres heredado de Exchange 2007 para abordar Exchange CAS 2007 cuando necesite servicios web de Exchange.
El concepto de dos servidores CAS de Exchange orientados al público en un único sitio de Exchange
A primera vista, el concepto de: “dos servidores CAS de Exchange orientados al público en un único sitio de Exchange” parece un poco extraño. La convención estándar de la infraestructura pública de Exchange en un escenario de: un sitio de Exchange público se implementa la mayor parte del tiempo mediante el uso de un servidor CAS de Exchange específico que actúa como "representante" de un sitio de Exchange público.
Incluso en un escenario en el que implementamos un mecanismo de equilibrio de carga y tolerancia a fallas y utilizamos una serie de servidores CAS de Exchange, el cliente externo "ve" solo una entidad o un espacio de nombres como: mail.o365info .com
En un escenario de entorno de coexistencia de Exchange 2013/2007, necesitamos implementar una configuración, en la que necesitamos usar: dos servidores CAS de Exchange públicos al mismo tiempo.
Exchange CAS 2013, que será el “servidor CAS de Exchange público líder” y, además, un Exchange CAS 2007 que también tendrá que tener disponibilidad pública.
El “servidor público de Exchange 2007” prestará servicio a los clientes OWA de Exchange 2007.
El escenario en el que los clientes externos de Exchange 2007 se dirigirán al servidor público CAS de Exchange 2007 es el siguiente:
1. Clientes externos de Exchange 2007 OWA
Los clientes OWA de Exchange 2007 se dirigirán al servidor público CAS de Exchange "primario" o "principal", es decir, Exchange CAS 2013. Cuando Exchange CAS 2013 reconoce que el cliente externo es: Cliente OWA de Exchange 2007, Exchange CAS, 2013 iniciará un proceso de redirección silenciosa en el que redirige el navegador del cliente OWA de Exchange 2007 al servidor público de Exchange 2007. "
Por ejemplo:
El cliente OWA de Exchange 2007 se dirige al servidor CAS público de Exchange 2013 mediante la dirección URL: mail.o365info.com
El comando de redirección que "referirá" el cliente de Exchange 2007 al servidor público de Exchange 2007 en función de una dirección URL que incluye el espacio de nombres heredado del servidor público de Exchange 2007. Por ejemplo, la dirección URL podría ser: https://legacy.mail.o365info.com/owa
El cliente OWA de Exchange 2007 deberá
- Busque la dirección IP pública del host: legacy.mail.o365info.com
- Es necesario crear una nueva sesión HTTPS con el "nuevo host de destino", el servidor público Exchange 2007.
En palabras simples, para poder habilitar este "flujo", necesitaremos "exponer" también el CAS de Exchange 2007 y configurar el servidor de Exchange 2007 como un servidor CAS de Exchange público.
2. Clientes externos de Exchange 2007 Outlook
Los clientes de Outlook de Exchange 2007 se dirigirán al servidor CAS de Exchange público “principal” o “principal” como punto final de detección automática. Cuando Exchange CAS 2013 reconoce que el cliente externo es: cliente Outlook de Exchange 2007, Exchange CAS 2013 creará una "respuesta de detección automática personalizada", que incluye la dirección URL del "servidor público de Exchange 2007". "
Cuando los clientes de Outlook de Exchange 2007 necesitan un servicio web particular, el cliente se dirigirá al servidor CAS de Exchange 2007 público utilizando el espacio de nombres heredado.