Hola,

En esta entrada voy a hablar un poco más en profundidad de los cambios que ocurren después de la ejecución del Asistente de Hibridación, tal como hemos visto en las anteriores entradas, 1 y 2

Los apartados u objetos modificados son:

• Federation Trust
• Organization Relationships
• Remote Domains
• Accepted Domains
• E-mail Address Policies
• Send Connectors
• Receive Connectors

Así que vamos a entrar más en detalle

Cambios a nivel de configuración de la Organización

Federation Trust

En el apartado Federation Trust se crea una entrada en nuestro Exchange On-Premises de manera que sirva para securizar las conexiones entre éste y Exchange Online.

Como se puede observar, se usa un certificado digital para realizar todo el proceso

Organization Relationships

El siguiente objeto permite preguntar a nuestro Exchange por la disponibilidad de los usuarios de modo que se puedan agendar eventos y que sean visibles por todos los usuarios, tanto si están On-Premises como en el Tenant (el Cloud)

Remote Domains

En Remote Domains, se añaden los dominios de correo tanto del Tenant como el propio dominio local de la empresa

Este cambio es lógico ya que tenemos nuestro dominio de correo no sólo en local, sino “compartido” con el del cloud.

Accepted Domains

También se produce otro cambio en los Dominios Aceptados apareciendo como propio, el dominio de correo con la dirección de servicio, que tiene el formato <nombreCuentaOffice365>.mail.onmicrosoft.com

Este cambio es lógico ya que tenemos nuestro dominio de correo no sólo en local, sino “compartido” con el del cloud.

E-mail Address Policies

Más cambios, el asistente de hibridación añade la dirección de correo de servicio dentro de las E-Mail Address Policies de modo que todo usuario acabará teniendo la suya propia de trabajo y la de servicio del cloud, en el formato visto antes, <nombreCuentaOffice365>.mail.onmicrosoft.com

Send Connectors

El último cambio que se produce a nivel de Organización, es la creación de un Send Connector que enlaza nuestra Exchange On-Premises con nuestro Tenant, de manera que se establece un flujo de correo saliente hacia los buzones migrados al cloud.

Cambios a nivel de configuración de los Servidores

Finalmente, hay un último cambio que se produce en todos aquellos servidores de CAS y/o HT que añadimos como parte de la infraestructura de hibridación

Receive Connectors

Si a nivel de Organización se crea un conector de envío, a nivel de servidor, se crea un conector de Recepción, respetando el resto de conectores que se tengan.

Y su detalle donde se pueden apreciar que se han añadido todas las IPs del cloud autorizadas para poder recibir correo.

Y hasta aquí todo por hoy. Próximamente, cómo mover buzones tanto usando la parte gráfica como PowerShell

Saludos,

Marc

Os dejé con cara de… bueno, esa cara , en mi anterior entrada.

No pasa nada, continuemos. Después de que entendemos los cambios en la organización comentados procederemos a la ejecución del asistente de configuración de la hibridación el cual provocará:

• La creación del objeto Hybrid Configuration
• Solicitará credenciales de conexión 
• La definición de los Accepted Domains
• La confirmación de que somos propietarios de los Accepted Domain
• La selección de nuestros servidores On-Premise
• La definición de los Mail Flow Settings
• Hará que seleccionemos los certificados adecuados para el Mail Flow
• Y deberemos monitorizar y completar el proceso iniciado por el asistente

Lo ejecutamos, y lo finalizamos.

Comprobamos que se han creado los objetos y se han realizado los cambios esperados y procedemos a configurar correctamente esos nuevos objetos, según el listado que encabeza esta entrada

Lo siguiente, configurar las propiedades de la hibridación, en “Manage Hybrid Configuration”, en la parte izquierda de la consola

Si ejecutamos en nuevo asistente, nos informa de los cambios a realizar

Procedemos, y vamos completando los campos que nos solicite

Proporcionamos las credenciales

Lo primero, proporcionar credenciales tanto locales como en el Tenant con privilegios para hacer cambios en ambas infraestructuras

Escogemos los Accepted Domains

Añadimos los dominios que queremos hibridar

Confirmación de los Accepted Domains

Para que el sistema Exchange del cloud acepte el dominio a hibridar, es necesario validarlo.  Por tanto, es necesario crear un registro TXT en el  DNS público de la empresa con valor que es muestra la siguiente captura de pantalla.

Marcamos la opción de “Check to confirm that the TXT records have been created in públic DNS for the domains above” y continuamos.

Selección de los servidores On-premise

El siguiente paso es escoger los servidores de CAS y HT que participarán en la hibridación.

También proporcionamos la IP pública de acceso a nuestros servicios así como el nombre, también público

Definición de los Mail Flow Settings y Certificados

Paso siguiente, escoger un certificado público para securizar el correo, y decidir el enrutamiento del correo, es decir, si entrará por nuestros HT o por Internet hacia el cloud

Finalizando el Asistente

Llegados aquí, sólo debemos finalizar el asistente y dejar que trabaje un poco.

El resultado, si se hace por PowerShell, es el siguiente

Y esto es todo. En otra entrada, repasaremos más a fondo cada uno de los cambios que realiza el proceso y moveremos un buzón.

Saludos,

Marc

Hola,

Si hace unos días (el año pasado, vamos) comentaba que iba a crear un par de artículos sobre cómo hibridar nuestro entorno, hoy empiezo una serie de dos entradas que explican el proceso.

Voy a suponer que nuestro Active Directory ya está Federado con Office 365 y los datos, sincronizados.

Para quién no sepa cómo se hace este proceso, lo puede leer aquí.

También voy a suponer, como pone el título de la entrada, que usamos Exchange 2010 SP2. Cualquier versión anterior, no entra dentro del alcance de este artículo

Llegados a este punto, sólo debemos configurar nuestro Exchange para administrar la parte de Office 365 de la empresa.

Comprobaciones previas

Lo primero que vamos a hacer, es comprobar que, efectivamente, podemos conectar nuestro Exchange On-Premises contra nuestro Exchange On-line por lo que iremos a una consola EMC (o a un servidor que la tenga), la abriremos y añadiremos a Office 365 como “Add Exchange Forest”

Cabe remarcar que en el equipo que haga esta conexión deberá tener instalado el paquete “Microsoft Online Servicies Sing-In Assistant” o se nos quejará, como se ve en la imagen.

Después de introducir correctamente las credenciales, nos aparecerá una nueva rama en la consola de Exchange e indicará que todo está funcionando correctamente.

¿Qué cambios se producen en mi organización cuando la hibrido?

Hago una parada previa para explicar los cambios que se producirán en nuestro Exchange después de ejecutar el asistente de Hibridación, que no son pocos .

Cuando se hibrida Exchange 2010 SP2 On-premises, pasan varias cosas.

La primera de ellas, se genera un nuevo objeto en nuestro Active Directory donde se guardará toda la configuración de esa hibridación. Podemos consultar la misma (cuando esté creada) con un Get-HybridConfiguration desde la EMS

La segunda tiene que ver con la Email Address Policy. Después de ejecutar el asistente para hibridar el entorno, en la Email Address Policy aparecerá nuestra dirección de servicio de Office 365, que tiene un formato como este: <alias>@<tenantname>.mail.onmicrosoft.com

Una tercera consecuencia de nuestra acción es la generación de una Federación entre nuestro entorno y los Microsoft Federation Gateway, que actúan como proveedores seguros de la plataforma y permitirán la compartición de calendarios y en funcionamiento del servicio de “Disponibilidad” (Free/Busy)

Como parte de esa federación, se crea una relación de confianza entre nuestro Exchange 2010 y nuestro Exchange On-line que permitirá:

• Niveles de compartición Free/Busy
• Movimiento de buzones desde y hacia el cloud
• Archivado en el cloud
• Informes de message tracking
• Mailtips
• URLs para el servicio de AutoDiscover y redireccionamiento de los usuarios a su OWA, bien local, bien en Exchange On-line

También se crean conectores de envío entre nuestro Exchange On-premises y Exchange On-line

Y por supuesto, de recepción

Y el último cambio que realiza el asistente, es la creación como Remote domain del dominio de servicio de nuestra empresa de modo que cualquier correo enviado al mismo, sea aceptado por la organización y correctamente enrutado.

Lo que decía, casi nada…

Publicación de servicios con TMG

Otro apunte antes de seguir.

Muchos tenemos publicados los servicios de Exchange 2010 a través de soluciones como TMG 2010. Pues antes de nada, debemos aplicar este artículo para asegurarnos que los buzones que se mueven, podrán acceder correctamente después del migrarlos.

How to Configure TMG for Office 365 (Exchange) Hybrid deployments, http://community.office365.com/en-us/wikis/exchange/1042.aspx

Hibridación del entorno

Ahora que tenemos todo claro y configurado, vamos a Hibridar nuestro Exchange.

De nuevo en la consola, en el apartado “Organization Configuration” en la parte derecha de las acciones a realizar, buscamos “New Hybrid Configuration”

Se nos abrirá un asistente en el que sólo podemos hacer “New”

Lo ejecutamos y…

(Continuará…)

Saludos,

Marc

Hola a todos,

Últimamente se nos están presentando varios proyectos para migrar infraestructura Exchange (2003 y/o 2007) a la nube con Office 365.

Por otro lado, muchas empresas también han migrado de esas versiones de Exchange a Exchange 2010 SP2.

La primera opción es viable hacerla en entornos pequeños porque el movimiento de buzones es relativamente rápido. La segunda, se suele hacer para aprovechar las ventajas tecnológicas que ofrece el producto.

Pero qué ocurre cuando la migración de un entorno a otro es de, supongamos, 10.000, 15.000 o 20.000 buzones? Sencillamente que el dimensionamiento en storage para Exchange 2010 puede superar tranquilamente los 100 TB. Y está la cosa para gastar dinero en sólo 100 TB para Exchange.

En este entorno es cuando se plantea la opción mixta: ni todo a Office 365, ni todo en local.

Pues bien, en base a ese planteamiento, espero ir publicando de cara a principios del año que viene el cómo pasar de un ambiente Exchange 2010 SP2 on-premises a un entorno híbrido. Y es que he convencido a mi empresa de hacer ese paso… y no porque tengamos 20.000 buzones, ni siquiera 2.000… sino por el placer de hacerlo y decir “Eso lo he hecho yo. Te gusta?”

Saludos,

Marc

Hola de nuevo,

Parece que esta vez sí, Microsoft publica – de nuevo – el RU5 para Exchange Server 2010 SP2. La versión 1.0 la quitó por no sé qué problemas con los DAG (vamos, que se los cargaba )

Aprovechando, también se ha publicado el RU8 para Exchange Server 2010 SP1 y el RU9 para Exchange Server 2007 SP3

Toda la información y los links de descarga, a continuación

RU5 para Exchange 2010 SP2

• KB: Description of Update Rollup 5 version 2 for Exchange Server 2010 Service Pack 2
• Descarga, aquí

RU8 para Exchange 2010 SP1

• KB: Description of Update Rollup 8 for Exchange Server 2010 Service Pack 1
• Descarga, aquí

RU9 para Exchange 2007 SP3

• KB: Description of Update Rollup 9 for Exchange Server 2007 Service Pack 3
• Descarga, aquí

Saludos,

Marc