Requisitos previos de Exchange 2013 híbrido (Parte I)
Editado: 11 de noviembre de 2015
En un entorno híbrido, la organización Exchange local (que puede ser Exchange 2010 o Exchange 2013) está integrada con Exchange Online. En una configuración híbrida, básicamente se crea una organización Exchange "virtual" con las siguientes características:
- Una libreta de direcciones entre instalaciones;
- Flujo de correo seguro entre instalaciones;
- Información de disponibilidad entre instalaciones, sugerencias por correo y funciones fuera de la oficina;
- Migración fluida a Exchange Online y viceversa;
- No hay recreación del archivo OST;
- Reconfiguración automática del perfil de Outlook;
- Redireccionamiento de URL OWA.
Para crear un entorno híbrido, necesita al menos un servidor híbrido de Exchange local. Puede ser un servidor Exchange 2010, pero siempre recomiendo usar un servidor Exchange 2013 debido a la conectividad híbrida mejorada en Exchange 2013. Para fines de redundancia (y rendimiento para entornos más grandes), es mejor utilizar varios servidores híbridos Exchange 2013.
Otro requisito previo para crear un entorno híbrido es que debe tener sincronización de directorios implementada, por lo que DirSync se usa para sincronizar cuentas de usuario, grupos y contactos; el resto de la comunicación la manejan los servidores híbridos de Exchange 2013, como se muestra en la siguiente imagen:
En una publicación de blog anterior (Implementación de la sincronización de directorios), ya expliqué cómo implementar la sincronización de directorios para que nuestro entorno de laboratorio ya esté en funcionamiento y en buen estado cuando se trata de Active Directory y sincronización de directorios locales.
Si está ejecutando Exchange 2010, asegúrese de que Exchange 2010 esté completamente actualizado con Service Pack y (preferiblemente) Update Rollup 10. Si está ejecutando Exchange 2013 localmente, asegúrese de haber implementado Exchange 2013 CU9 en su entorno. Tenga en cuenta que Microsoft solo admite la última versión de Exchange 2013 en un entorno híbrido.
Detección automática y Outlook en cualquier lugar
De vez en cuando sucede que trabajo con un cliente que utiliza alguna solución de Terminal Server para ofrecer acceso externo a los empleados y no ha implementado Outlook en cualquier lugar de Internet (y, por lo tanto, no utiliza la detección automática de forma externa).
Para usar Exchange Online y un entorno híbrido, esto es absolutamente espectacular. La detección automática es necesaria para Exchange Online, pero también es necesaria en un entorno híbrido para descubrir buzones de correo en su entorno Exchange local. Sin Autodiscover no es posible implementar un entorno híbrido.
Outlook Anywhere debe estar configurado y disponible externamente también, ya que Outlook Anywhere se utiliza para proporcionar información de disponibilidad, especialmente cuando se utilizan servicios de disponibilidad entre instalaciones. Me encontré con esto el año pasado (finales de 2014) donde un cliente había deshabilitado Outlook Anywhere a nivel de usuario. La información de disponibilidad entre instalaciones funcionaba bien para los usuarios habituales, pero los usuarios que tenían Outlook en cualquier lugar deshabilitado (local) libre/ocupado no funcionaba (consulte este blog de Outlook en cualquier lugar deshabilitado que causa problemas de disponibilidad para obtener más información).
Infraestructura híbrida Exchange 2013
Entonces, cuando se cumplan todos los requisitos previos, es hora de comenzar a trabajar en el servidor híbrido Exchange 2013. Como se explicó anteriormente, el servidor híbrido es el servidor donde se ejecuta el Asistente de configuración híbrida.
El servidor híbrido puede ser un servidor Exchange 2013 normal que ya esté disponible en su entorno Exchange 2013 local o puede ser un servidor Exchange 2013 nuevo. Por supuesto, este nuevo servidor debe ser la misma versión que los otros servidores de Exchange 2013 y deben tener el nivel de actualización acumulativa actual.
En nuestro ejemplo, instalaremos un servidor híbrido dedicado, configurado con su propio FQDN (hybrid.exchangelabs.nl). Este FQDN se usará más adelante en el proyecto para el tráfico SMTP entre Exchange local y Exchange Online y para el tráfico de migración al mover buzones entre Exchange Online y Exchange local.
Cuando se trata de configurar este servidor híbrido, todos los directorios virtuales se configuran con los valores que se usarían para los servidores Exchange normales, como https://webmail.contoso.com/owa para OWA o https://webmail.contoso.com. /ews/exchange.asmx para los servicios web de Exchange. De esta manera, puede evitar que las solicitudes de detección automática devuelvan resultados no deseados.
Su entorno local de Exchange debe estar protegido con certificados SSL. Este es solo otro certificado de terceros (Office 365 no puede manejar certificados autofirmados ni certificados de emisión de CA de Active Directory) configurado con CN=hybrid.contoso.com como se muestra en la siguiente figura:
Para la mensajería segura entre su entorno Exchange local y Exchange en línea, se utiliza TLS, por lo que el servicio SMTP en su servidor híbrido (que se usa para las comunicaciones SMTP entre el entorno local y en línea) también usa el certificado SSL. Por tanto, el servicio de Transporte SMTP tiene que estar vinculado al certificado SSL mencionado en el párrafo anterior y como se muestra en la siguiente figura:
Un poco simplificado, pero el entorno ahora es similar a la siguiente figura:
Equilibrio de carga de servidores híbridos Exchange 2013
Para fines de redundancia, es mejor tener varios servidores híbridos de Exchange 2013 para distribuir la carga entre estos servidores y continuar trabajando cuando falla un servidor. Puede utilizar un equilibrador de carga (hardware) para esto, pero una mejor solución es utilizar varios servidores únicos, cada uno con su propio FQDN. En este caso cada servidor es accesible externamente, independiente entre sí.
¿De qué sirve esto en comparación con un equilibrador de carga? Una vez que comience a mover buzones de correo de Exchange 2013 local a Exchange Online, deberá definir los llamados "puntos finales" en su entorno local. Exchange Online utiliza estos puntos finales para acceder al proxy del Servicio de replicación de buzones (MRS) que se ejecuta en sus servidores Exchange locales. Con varios FQDN, puede crear varios puntos finales y distribuir la carga de migración de esta manera. Esto dará un mejor resultado que cuando las solicitudes de movimiento de distribución utilizan un equilibrador de carga (por extraño que parezca).
La buena noticia es que puede utilizar un certificado comodín para esto (incluso para el servicio SMTP), por lo que no es necesario comprar certificados SSL separados para cada servidor híbrido.
Publicación de servidores híbridos de Exchange mediante TMG
Es posible publicar los servidores híbridos de Exchange usando TMG (aunque no soy un gran admirador de esto) y personalmente no recomendaría seguir este camino debido al fin del soporte para TMG, pero el artículo Cómo configurar TMG para Office 365 ( Exchange) Las implementaciones híbridas proporcionan un enfoque paso a paso sobre cómo lograrlo. Tenga en cuenta que este artículo está basado en Exchange 2010.
Prueba del servidor híbrido Exchange 2013
¿Cómo se prueba el servidor híbrido Exchange 2013? La forma más sencilla es iniciar sesión en el Centro de administración de Exchange (http://hybrid.contoso.com/ecp) y ver si puede administrar su entorno de Exchange.
Para probar el servicio de transporte en el servidor híbrido de Exchange 2013, puede utilizar la caja de herramientas MX en Internet, que puede encontrar en http://mxtoolbox.com/diagnostic.aspx. Ingrese el FQDN de su servidor híbrido Exchange 2013 en el cuadro de texto Servidor de correo y haga clic en el botón Probar servidor de correo electrónico.
Recuerde que para el resto del tráfico se utilizan los FQDN normales y, por lo tanto, los servidores a través de webmail.contoso.com y autodiscover.contoso.com, también para la comunicación entre Exchange local y Exchange Online.
Dominios SMTP en Office 365
Una última cosa que quiero mencionar, aunque no es un requisito en esta etapa, es el uso de dominios SMTP. Si tiene varios dominios SMTP configurados como dominios aceptados en su entorno Exchange local, también debe agregar estos dominios SMTP a su inquilino de Office 365. Si olvida hacer esto (el Asistente de configuración híbrida, como se explica en el siguiente blog, continuará sin este paso), puede tener problemas al mover Mailboxen de Exchange local a Exchange Online, como se describe en una publicación de blog anterior: https:/ /jaapwesselius.com/2014/09/08/no-puedes-usar-el-dominio-porque-no-es-un-dominio-aceptado/
Entonces, este es un buen momento para agregar (y validar) sus dominios adicionales en Office 365.
Resumen
En esta publicación de blog, expliqué un poco más sobre un escenario de Exchange híbrido, donde su entorno local de Exchange (2010 o 2013) se integra en Exchange Online mediante el uso de uno (o más) servidores Exchange 2013 híbridos.
Hay algunos requisitos previos que se deben cumplir, pero si todo está configurado correctamente, es hora de continuar con la creación de la configuración híbrida de Exchange real, como se explica en la siguiente publicación del blog.