Bosque de recursos de intercambio e híbrido de intercambio - Parte III
En mis dos publicaciones de blog anteriores (parte I y parte II), expliqué más sobre el modelo de bosque de recursos de Exchange y cómo implementar Azure AD Connect en dicho entorno. En esta publicación de blog, le mostraré más sobre cómo crear un entorno híbrido con un modelo de bosque de recursos de Exchange.
Intercambio 2010 híbrido
Si ha estado siguiendo mi blog, o tal vez mi trabajo como consultor, probablemente sepa que no soy un gran partidario de instalar Exchange 2016 en un entorno Exchange 2010 existente al crear un entorno híbrido. Agrega mucha complejidad adicional ya que está a mitad de camino de la migración a Exchange 2016, necesita cambios en la red y en el acceso del cliente y lo más probable es que afecte a los usuarios varias veces. Lo mejor es crear un escenario híbrido de Exchange 2010 y, cuando finalice la migración a Exchange Online, actualizar los restos de Exchange 2010 a Exchange 2016.
Mi entorno de Resource Forest está construido en Exchange 2010 (eso es lo que la mayoría de mis clientes todavía ejecutan) y crearé otro entorno híbrido de Exchange 2010, pero esta vez basado en Exchange Resource Forest. La solución se verá así:
La única parte más desafiante es el uso de un servidor de transporte perimetral para SMTP entrante y saliente, pero si sus certificados SSL están bien, está listo. En nuestro ejemplo, el servidor de transporte perimetral se utiliza para SMTP entrante y saliente, pero el SMTP híbrido se enviará directamente desde Exchange Online al servidor multifunción de Exchange 2010. Se utilizará el transporte de correo centralizado, por lo que todo el correo siempre pasará a través del servidor de transporte perimetral, incluso el correo saliente de Exchange Online.
Nota. Antes de continuar, debe asegurarse de que sus certificados estén correctos, que se utilice un certificado válido de un tercero y esté vinculado a IIS y SMTP, y que su El equilibrador de carga está configurado correctamente. Un error común es que se produce la traducción de direcciones y que todas las conexiones entrantes se originan en la dirección IP del equilibrador de carga. En este caso, el SMTP entrante termina en el conector incorrecto, lo que provoca que falle el tráfico seguro entre Exchange 2010 y Exchange Online.
Inicie sesión en el servidor Exchange 2010 y descargue el Asistente de configuración híbrida en https://aka.ms/TAPHCW e inicie el asistente haciendo clic en el botón Instalar.
Haga clic en el botón Siguiente un par de veces, el asistente detectará el servidor Exchange óptimo que se utilizará para crear la configuración híbrida (este es el servidor donde se ejecuta el asistente de configuración híbrida y se conoce como "servidor híbrido") e iniciará sesión. al inquilino de Office 365 mediante una cuenta de administrador de inquilinos, como se muestra en la siguiente figura:
Continúe con el asistente, seleccione Híbrido completo (o híbrido mínimo si es necesario) y cree una confianza de federación (e ingrese este loco registro TXT en DNS público). Cuando llegue al botón de opción para la ventana Configurar mi acceso de cliente y servidor de buzones de correo, puede seleccionar la casilla de verificación habilitar transporte de correo centralizado si lo desea.
Seleccione el servidor de transporte de concentradores (o el servidor de buzones de correo cuando se ejecuta Exchange 2013 o Exchange 2016) que debe usarse para una comunicación segura con Exchange Online. Este servidor está configurado en un conector de envío de Office 365 y se crea un conector de recepción de Office 365 en este servidor.
Seleccione un certificado adecuado (que, por supuesto, ya debería estar presente en el servidor Exchange), ingrese el FQDN de la organización que se utiliza para acceder a su entorno local (es decir, webmail.exchangefun.nl) y estará listo para finalizar el asistente de configuración híbrida. . Las opciones que ha seleccionado en el asistente ahora se envían al servidor Exchange y Active Directory cuando hace clic en el botón actualizar.
Y después de uno o dos minutos, el Asistente de configuración híbrida debería finalizar y, por supuesto, no debería mostrarse ningún mensaje de advertencia:
Ahora hemos configurado una configuración híbrida con un servidor Exchange 2010 local que se encuentra en un bosque de recursos.
Mover buzón
Una forma sencilla de probar la nueva configuración híbrida es probar un movimiento de buzón de Exchange 2010 local a Exchange Online. Para hacerlo, inicie sesión en el Centro de administración de Exchange (en línea), vaya a Destinatarios | Migración e iniciar un nuevo lote de migración. Seleccione mover a Exchange Online y seleccione un usuario para mover a Exchange Online como se muestra en la siguiente figura:
Ingrese la cuenta de administrador local para encontrar un punto final de migración adecuado (a través de Detección automática):
Detectará y mostrará automáticamente el punto final de migración en el servidor Exchange 2010:
Haga clic en Siguiente para continuar, ingrese un nombre de lote de migración, aumente el límite de elementos defectuosos y de elementos grandes si es necesario y siga el asistente. El lote de migración se inicia automáticamente, pero se completa manualmente. Normalmente completo lotes de migración fuera del horario laboral, pero para un entorno de prueba o de laboratorio, puede seleccionar de forma segura completar el lote automáticamente. Cuando hace clic en el botón nuevo, se crea un nuevo lote de migración y el movimiento del buzón se inicia automáticamente. Cuando el buzón se mueve a Exchange Online, puede iniciar sesión en Office 365 y comenzar a realizar pruebas.
La primera prueba es ver si el correo fluye entre Exchange 2010 local y Exchange Online. En la figura anterior, el buzón 'Jaap Wesselius [vinculado]' es un buzón que no se migró, por lo que funciona bien. Verificar el encabezado de este mensaje revela lo mismo:
La figura puede resultar un poco borrosa, pero en la última columna podemos ver que TLS 1.2 se utiliza para las comunicaciones entre Exchange Online y Exchange 2010.
El envío desde Gmail al buzón de Exchange Online revela que Gmail envía el mensaje al servidor Edge Transport, que lo envía al servidor Exchange 2010 y a Exchange Online:
La mensajería entrante también funciona. Cuando se envía correo desde Exchange Online a Gmail, podemos ver en los encabezados que el correo va desde Exchange Online al servidor Exchange 2010, al servidor Edge Transport y a Gmail.
Otro tema importante para probar es la información de disponibilidad entre Exchange 2010 y Exchange Online. Cuando un buzón local desea programar una reunión con dos buzones migrados en Exchange Online, debe estar visible lo siguiente:
El servidor Exchange 2010 se comunicará con Exchange Online mediante Exchange Web Services (EWS) para verificar la disponibilidad para los usuarios Don y Duw.
Viceversa, cuando el usuario Don quiera programar una reunión, debería estar visible lo siguiente:
El servidor de Exchange Online ahora se comunica con el servidor de Exchange 2010 (a través del equilibrador de carga) mediante EWS para verificar la disponibilidad de los buzones locales.
Sucede con frecuencia que la información de disponibilidad o la información de disponibilidad en el entorno local no está disponible. Puede ser un problema de detección automática, un problema de certificado o un problema de autenticación previa en el equilibrador de carga. Suficientes cosas para solucionar problemas en este caso.
Si la disponibilidad/ocupado funciona correctamente, lo más probable es que las sugerencias de correo entre instalaciones también funcionen, ya que también se utiliza EWS:
Entonces, parece que todo está funcionando como se esperaba.
Resumen
En esta publicación de blog y en las dos publicaciones anteriores, expliqué más sobre el modelo Exchange Resource Forest, cómo se relacionan los buzones vinculados con sus cuentas correspondientes, cómo implementar Azure AD Connect en un entorno de Resource Forest y cómo configurar un entorno híbrido. en este modelo.
Esto se creó sobre Exchange 2010, pero es muy similar para Exchange 2013 o Exchange 2016. Si se cumplen todos los requisitos previos, no hay ninguna diferencia si está ejecutando un entorno de bosque único con Exchange instalado o un modelo de bosque de recursos.
Dado que Resource Forest es un escenario totalmente compatible con Microsoft, el entorno híbrido en un Resource Forest también lo es.
En el próximo blog y en la final (parte IV) de esta serie, profundizaré en la parte de aprovisionamiento de buzones vinculados y Office 365.