Migración de correo a Office 365 | Factores que afectan el rendimiento de la migración de correo | Parte 2/4
Cuando implementamos un proyecto de migración de correo a la nube (Exchange Online), uno de los valores de medición más importantes que utilizamos es el “valor de rendimiento” de la migración de correo. En palabras simples, queremos y necesitamos saber cuánto tiempo nos llevará copiar datos (contenido del buzón) de la organización a la “nube” (Exchange Online).
Migración de correo a Office 365 | Optimización del rendimiento de la migración de correo | la serie de artículos
La serie de artículos incluye los siguientes artículos:
- Migración de correo a Office 365 | Métodos de migración de correo
- Migración de correo a Office 365 | Factores que afectan el rendimiento de la migración de correo (este artículo)
- Migración de correo a Office 365 | Optimización del rendimiento de la migración de correo
- Migración de correo a Office 365 | Medir y estimar el rendimiento de la migración de correo
Valor de rendimiento de la migración de correo a Office 365
El "valor" del rendimiento es importante para nosotros porque, en base a este valor, podemos proporcionar una estimación de cuánto tiempo llevará terminar el proyecto, cuáles son los costos involucrados en el proyecto (un proyecto más largo costará más que uno más corto). proyecto de tiempo) y así sucesivamente.
Sin embargo, antes de que podamos proporcionar la estimación requerida, necesitamos una política/mecanismo de limitación para saber cuáles son la "entidad" o los factores que están involucrados en el proceso de migración de correo y cómo estos factores impactan el proceso de migración de correo.
Preguntas generales sobre migración de correo
Antes de comenzar, me gustaría hacer dos preguntas (que serán respondidas en el artículo actual y en los próximos artículos de esta serie).
P1: ¿Existe algún tipo de respuesta formal sobre un “número fijo” que podamos usar cuando necesitamos estimar el rendimiento de la migración de correo (la tasa de transferencia de datos)?
A1: Sí, es cierto que no hay mucha información sobre el tema, pero hay un artículo oficial de Microsoft que proporciona “números” y una estimación del rendimiento de la migración de correo. .
P2: ¿Por qué necesitamos utilizar una “estimación” o un “rango promedio de valores” para el rendimiento de la migración de correo? ¿Por qué no podemos utilizar una fórmula matemática simple para calcular el tiempo necesario para transferir información del punto A al punto B?
A2: La respuesta es que: cuando migramos un buzón de correo del punto A al punto B, hay muchos componentes involucrados en el proceso. Cada uno de estos "componentes" tiene un carácter particular que afecta el resultado del rendimiento de la migración de correo.
Cuando queremos migrar el contenido del buzón de un usuario a la nube (Punto B), necesitamos superar muchos elementos. Cada uno de estos "elementos" puede "retener" el proceso o simplemente dejar pasar los datos.
Cada uno de los “elementos” o factor tiene limitaciones de recursos que afectan el desempeño. Por ejemplo, en caso de que el "elemento" sea el servidor local de Exchange, el rendimiento de la migración de correo depende o se basa en los recursos del servidor de Exchange, como CPU, RAM, disco duro, etc.
Los factores adicionales son el tipo de migración de correo que utilizamos, la limitación de la línea de comunicación, la política de limitación, el tamaño del buzón, la cantidad de elementos de correo y mucho más.
Factores que afectan el rendimiento de la migración de correo
En la siguiente sección, revisaremos algunos de los factores que afectan el rendimiento (tasa de transferencia) de la migración de correo.
Infraestructura de red
1. Línea de comunicación
Uno de los factores más importantes que se relaciona directamente con el resultado de la tasa de transferencia de la migración de correo es, obviamente, la línea de comunicación existente.
1.1 La “velocidad” (El ancho de banda) de la línea de comunicación organizacional
Con respecto a la tasa o la velocidad de la línea de comunicación, no olvide que muchas veces la tecnología de la línea de comunicación proporciona una tasa de transferencia diferente para "carga" frente a "descarga" (asincronías).
Cuando migramos la infraestructura de correo existente a la nube, la operación se considera como “carga” (mover datos de la red local a la red pública) y muchas veces, la tasa de transferencia para la “carga” es más lenta o menor que la tasa de descarga.
1.2 El porcentaje libre o disponible de la línea de comunicación de la organización
Un factor imperativo es la “carga” que existe en la línea de comunicación o el “porcentaje de ancho de banda libre” de la línea de comunicación. Por ejemplo, no basta con decir que el ancho de banda de la línea de comunicación existente es de 20 MB, sino que la verdadera pregunta es cuántos porcentajes del ancho de banda están libres o disponibles para la tarea del proyecto de migración de correo.
1.3 Jornada laboral y fines de semana
El elemento adicional que afecta el “ancho de banda libre o disponible” de la línea de comunicación es el factor de horas de trabajo y fines de semana. El supuesto básico es que durante las “horas laborales”, la cantidad de “ancho de banda libre o disponible” de la línea de comunicación es menor que la tarifa que podemos obtener después de las horas laborales y especialmente los fines de semana.
2. Ubicación geográfica de la red de la organización
Los centros de datos y la infraestructura de correo de Office 365 están ubicados físicamente en diferentes ubicaciones geográficas en todo el mundo. Hay tres “puntos principales” en los que se ubican los centros de datos de Office 365.
La forma en que siempre he respondido a esta pregunta es que Microsoft divide el mundo en tres regiones: América del Norte y del Sur, Europa y África, y Asia y Australia. Tenemos una cantidad no revelada de centros de datos en cada una de esas regiones y seleccionamos un centro de datos principal dentro de la región donde se encuentra la dirección de la sede de la organización.
La pregunta adicional importante que podemos hacer es: en caso de que nuestra organización tenga varios sitios ubicados en todo el mundo, ¿podemos asumir que cada ubicación está configurada para acceder al centro de datos de Office 365 más cercano?
La respuesta es no ". Todos los recursos de la organización, como los buzones de correo de los usuarios, se ubicarán en un centro de datos y no se "distribuirán" entre los distintos centros de datos de Office 365 en todo el mundo.
Microsoft tiene una estrategia de centro de datos regionalizado. El país o región del cliente, que el administrador del cliente ingresa durante la configuración inicial de los servicios, determina la ubicación de almacenamiento principal para los datos de ese cliente.
El punto de esta información es que existe un impacto de la "distancia" geográfica entre la red de la organización y el centro de datos de Exchange Online.
Proporcionaré más información sobre cómo verificar la calidad de la comunicación y brindaré una recomendación en el último artículo de este serio Migración de correo de Office 365 | Optimización del rendimiento | Parte 3/4)
3. Dispositivos de red
Los dispositivos de red, como un firewall o servidores proxy, pueden afectar los resultados del rendimiento (velocidad de transferencia de datos) de dos maneras:
- El factor de carga: la carga o el rendimiento de estos dispositivos: por ejemplo, en caso de que el servidor Firewall o Proxy existente tenga una utilización muy alta, esto podría conducir a una reducción del rendimiento de la migración de correo.
- Número de restricciones de sesión: Otro factor podría ser: la característica del Firewall y especialmente del servidor Proxy que limita o restringe el número de sesiones en el proceso de comunicación.
Por ejemplo, el proceso de migración de correo podría crear decenas o cientos de sesiones entre el servidor local de Exchange y Exchange Online. En caso de que el Firewall o el servidor Proxy estén configurados con un número máximo de valores de sesión y el proceso de migración de correo alcance este límite, el rendimiento de la migración de correo se reduce.
Infraestructura local de Exchange
1. Fuente de datos (Servidor Exchange): rendimiento de los servidores locales de Exchange.
Migración de correo basada en el concepto en el que los datos del buzón se copian o mueven a la nube (Exchange Online). En un escenario de múltiples buzones de correo, la cantidad de datos que se transfieren puede volverse enorme fácilmente, y la operación de acceder a cada uno de los buzones del servidor de correo y copiar los datos crea una carga considerable en el servidor local de Exchange.
En un escenario de configuración híbrida, la carga del servidor podría afectar al servidor de buzones del servidor local de Exchange que aloja los buzones de correo del usuario o al servidor del servidor híbrido local de Exchange, que sirve como enrutador entre los servidores internos de Exchange locales y la nube.
2. Sitios de intercambio
Las organizaciones medianas y grandes normalmente tendrán más de un sitio de Exchange. El tema de los sitios Exchange puede afectar la tasa de transferencia de datos de la migración de correo desde dos perspectivas:
- La ubicación geográfica del sitio de Exchange frente a la ubicación geográfica del centro de datos de Exchange Online. En caso de que el sitio de Exchange esté “más cerca” del centro de datos de Exchange Online, probablemente obtendríamos mejores resultados.
- Realizar la migración de correo utilizando múltiples sitios de Exchange
En caso de que la migración de correo se realice desde múltiples sitios de Exchange, podemos migrar más buzones en un período de tiempo determinado y el resultado del rendimiento de la migración de correo mejora significativamente.
3. Migración híbrida y MRSProxy
Cuando se utiliza la opción de migración híbrida, el componente del servidor local de Exchange responsable de implementar y administrar las operaciones de movimiento del buzón es MRSProxy.
La tarea de mover un buzón de correo desde el servidor de origen al servidor de destino se describe como: conexiones MRSProxy. En el servidor local de Exchange, el valor predeterminado de MRSProxy para el número máximo de conexiones es 100.
En caso de que queramos aumentar este valor, podemos cambiar el valor predeterminado usando un comando de PowerShell (revisaremos la sintaxis exacta en Migración de correo de Office 365 | Optimización del rendimiento | Parte 3/4)
4. Cartas de buzones de Exchange
La mayoría de las veces, cuando mencionamos el término “buzón”, utilizamos este término en general. En realidad, el término "buzón" se utiliza para describir muchos tipos diferentes de buzones, como por ejemplo:
- Buzón de tamaño pequeño con una pequeña cantidad de envíos postales.
- Buzón promedio con el número promedio de elementos de correo
- Buzón de tamaño pequeño con una gran cantidad de envíos postales.
- Buzón de gran tamaño que suele caracterizarse como un buzón de gran tamaño + gran cantidad de envíos postales.
Entonces, ¿cuál es mi punto?
Lo que quiero decir es que la mayoría de las veces nos relacionamos únicamente con el "tamaño del buzón" y entendemos que, lógicamente, llevará más tiempo migrar un buzón de tamaño grande que un buzón de tamaño pequeño.
Un factor importante que no se menciona la mayor parte del tiempo y que tiene un tremendo impacto en el rendimiento de la migración de correo es la cantidad de elementos de correo que existen en el buzón del usuario.
Factores comunes de rendimiento de la migración: un buzón de 4 GB con 400 elementos, cada uno con 10 megabytes (MB) de archivos adjuntos, migrará más rápido que un buzón de 4 GB con 100 000 elementos más pequeños.
5. Número de elementos de correo y herramientas de migración de correo de terceros
En el artículo Rendimiento y prácticas recomendadas de la migración de Exchange Online, podemos encontrar una tabla de datos que se centra en los resultados del rendimiento de la migración de correo en un escenario en un buzón con una cantidad promedio de elementos de correo frente a un buzón con una gran cantidad o más del promedio de elementos de correo cuando se utiliza una migración de correo RPC.
El pequeño "truco" es que la tabla de datos se relaciona con el resultado de la migración de correo que se creó al utilizar herramientas de migración de correo de terceros.
Debo admitir que me pregunto por qué el artículo incluye información sobre herramientas de migración de correo de terceros y no incluye información relacionada con las opciones de migración integradas de Office 365.
Aunque la tabla compara el rendimiento de la migración en un escenario de productos de migración de correo de terceros, pensamos que podemos usar la información como un derivado para todas las opciones de migración de correo de Office 365, como la migración Cutover y Stage, porque estos métodos también se basan en una conexión RPC que se creó entre el servidor local de Exchange y el servidor de Exchange Online.
Entonces, ¿qué nos dicen los datos?
Si observamos más de cerca los datos que aparecen en la tabla, podemos observar un problema de inserción: cuando migramos un buzón de Exchange (buzón de tamaño pequeño en nuestro escenario) que tiene varios números de elementos de correo, el proceso creará una gran cantidad. de transacciones RPC.
Para enfatizar la conclusión de los datos que aparecen en la tabla, he creado el siguiente diagrama.
Un buzón es bastante pequeño (tamaño 249 MB) y el otro buzón es más grande (377 MB). Lo interesante es que el tiempo que necesitamos para mover el buzón más pequeño es significativamente mayor (11 horas para el buzón más pequeño frente a 4,5 horas para el buzón más grande).
La respuesta a este “resultado extraño” es que el buzón más pequeño incluye 13.000~ elementos de correo frente al buzón más grande que incluye 4.100~ elementos de correo.
La conclusión es que el factor del número de elementos de correo en un buzón tiene un gran impacto en el rendimiento de la migración de correo.
6. Política de limitación del servidor local de Exchange
Un factor adicional con el que podemos identificarnos es la política de limitación local de Exchange. En caso de que exista una implementación de una política de limitación local de Exchange, la política de limitación podría afectar el rendimiento del proceso de migración de correo.
Factores de Office 365/Exchange Online
Política de limitación/mecanismo de limitación
El término "política de limitación" es un término que describe un concepto similar al término QoS (calidad de servicio). Una política de limitación es básicamente una restricción o limitación predefinida que aplica el administrador en un sistema específico.
Por ejemplo: en el entorno del servidor Exchange, podemos usar una política de limitación para limitar la cantidad de sesiones remotas simultáneas de PowerShell, la cantidad máxima de datos que se pueden aceptar o enviar, etc.
La pregunta relacionada con nuestro escenario de migración de correo a Office 365 es:
¿Office 365 utiliza una política de limitación que restringe la cantidad de datos que se pueden "transferir" desde el servidor de correo local a Exchange Online?
La respuesta es Sí y No.
En Office 365, existe una implementación de tres tipos de políticas de limitación relacionadas con las migraciones de correo:
- Limitación del servicio de migración de Office 365
- Limitación de usuarios de Office 365
- Limitación de la base de salud de los recursos
1. Limitación del servicio de migración de Office 365
La limitación del servicio de migración define el número máximo de movimientos simultáneos de buzones de correo al servidor Exchange Online.
Por ejemplo:
- El valor predeterminado para los "movimientos" de buzones simultáneos cuando se utiliza la migración por transición, etapa o híbrida es 20.
- El valor predeterminado para los "movimientos" de buzones simultáneos cuando se utiliza la migración IMAP es 4.
P1: ¿puedo cambiar este valor predeterminado?
A1: Sí, muy fácilmente desde la interfaz GUI o un comando de PowerShell.
P2: ¿Puedo asumir que la conclusión obvia es: si duplico el valor predeterminado de 20 movimientos simultáneos a 40 movimientos simultáneos, duplicaré el rendimiento de la migración de correo?
A1: En teoría, la respuesta es: “sí”.
Usamos el término "en teoría", porque cuando aumentamos el número máximo de movimientos de buzones en el lado del servidor de Exchange Online (y en el lado del servidor local de Exchange), los resultados podrían ser abrumadores para el servidor local de Exchange porque la tarea de “mover buzón” consume recursos del servidor que “entrega” los buzones (servidor Exchange On-Premises) y del servidor que “acepta” los buzones (Exchange Online).
Mi punto es que podemos suponer que Exchange Online tiene una cantidad ilimitada de recursos, pero no podemos aplicar la misma conclusión al servidor local de Exchange porque el La suposición básica es que el servidor local de Exchange tiene recursos de hardware limitados.
2. Limitación de usuarios de Office 365
El término "limitación de usuarios" describe una política de limitación de Office 365, que se implementa o "aplica" en dos escenarios:
- Escenario 1: cuando se utiliza la opción de “Migración PST”
- Escenario 2: cuando se utiliza la migración MAPI de terceros (método de migración de carga del cliente. Se implementa mediante RPC a través de HTTPS).
P1: ¿Cuál es el motivo para utilizar la política de limitación de usuarios?
A1: No pude encontrar una respuesta formal para esta pregunta, pero puedo suponer que el motivo para implementar la política de limitación de usuarios cuando se utiliza la migración PST (migración de carga del cliente) es que este tipo de migración, no es muy efectivo y causa una gran carga en el lado que “exporta los datos” (el lado del cliente) y en el lado que “acepta” los datos (Exchange Online).
La política de limitación de usuarios de Office 365 fue diseñada para "proteger" Exchange Online de un escenario en el que implementamos decenas o cientos de migraciones de PST y, al hacerlo, "abrumamos" los servidores de Exchange Online.
La limitación de usuarios afecta a la mayoría de las herramientas de migración de terceros y al método de migración de carga del cliente. Estos métodos de migración utilizan protocolos de acceso de cliente, como RPC a través de HTTP, para migrar datos de buzones a buzones de Exchange Online. Estas herramientas se suelen utilizar para migrar datos desde plataformas como IBM Lotus Domino y Novell GroupWise.
La limitación de usuarios es el método de limitación más restrictivo en Office 365. Debido a que la limitación de usuarios está configurada para funcionar con un usuario final individual, cualquier uso a nivel de aplicación fácilmente exceder la política de limitación y dar como resultado una migración de datos más lenta.
3. Limitación de la base de salud de los recursos
La limitación de la base de estado de recursos se creó para proteger el estado del servidor Exchange Online en escenarios especiales. El uso de la limitación basada en el estado de los recursos se implementará solo en ocasiones especiales cuando el sistema de monitoreo identifique una carga especial o un problema específico relacionado con la infraestructura del servidor de Exchange Online.
Todos los métodos de migración están sujetos a la regulación de la disponibilidad, pero la limitación del servicio de Office 365 no afecta las migraciones de Office 365 tanto como los otros tipos de limitación descritos en las secciones anteriores.
La limitación basada en el estado de los recursos es el método de limitación menos agresivo y ocurre solo cuando hay un problema de disponibilidad del servicio que afecta a los usuarios finales y a las operaciones críticas del servicio.
Resumen
La siguiente captura de pantalla se tomó del artículo de Microsoft: Mejores prácticas y rendimiento de la migración de Exchange Online.
La tabla describe la "matriz" de las políticas de limitación de Office 365 y en qué escenario de migración se implementa una política de limitación particular.
En el siguiente diagrama, podemos ver una representación diferente de la información que aparece en la tabla: podemos ver que la limitación de la base de estado de recursos está implementada para todos los tipos de migración de correo sin excepción.
Cuando se realiza una “migración de servidor a servidor”, como la migración por etapas o por transición, la limitación del servicio de migración de Office 365 se utiliza para definir un número máximo de movimientos simultáneos de buzones de correo.
En el próximo artículo, analizaremos la migración de correo a Office 365 | Optimización del rendimiento de la migración de correo.