Planificación de la capacidad del procesador del servidor buzones de correo

  • Artículo

 

Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Última modificación del tema: 2016-11-28

La planeación de la capacidad de los servidores de buzones de correo ha cambiado significativamente con respecto a versiones anteriores de Exchange debido a la resistencia de buzón de correo proporcionada en Microsoft Exchange Server 2010. Exchange 2010 se ha rediseñado con el concepto de resistencia de buzón de correo, según el cual se ha cambiado la arquitectura de forma que la protección de la conmutación automática por error ahora se proporciona en el nivel de la base de datos de buzones de correo individual en lugar de en el nivel del servidor. Existen dos cambios fundamentales que afectan el proceso de planificación de capacidad del rol de servidor Buzón de correo:

  • Hospedaje de copias de bases de datos activas y pasivas en el mismo servidor

  • Suministro del número de copia de la base de datos

Puede usar la información de este tema para comprender mejor estos cambios y como instrucciones de diseño para determinar el tamaño de los servidores de buzón de correo cuando están configurados con resistencia de buzón.

Contenido

Hospedaje de copias de bases de datos activas y pasivas en el mismo servidor

Número de copias de la base de datos

Pasos de diseño

Hospedaje de copias de bases de datos activas y pasivas en el mismo servidor

En Exchange 2010, puede hospedar copias de bases de datos activas y pasivas en el mismo servidor cuando el servidor está configurado con resistencia de buzón de correo. Los procesadores en cada servidor atienden la carga de trabajo tanto de buzones de correo activos (hospedados en bases de datos montadas activas) como de buzones de correo pasivos (hospedados en bases de datos pasivas). Cuando se planea la capacidad de un buzón de correo de Exchange 2010, se deben tener en cuenta los requisitos de procesador para los buzones de correo y las bases de datos activos. Una copia de la base de datos pasiva usa recursos de CPU para comprobar o validar registros replicados, reproducir registros replicados en la base de datos y mantener el índice de contenido relacionado con la copia de la base de datos. En general, cada buzón de correo pasivo (hospedado en una copia de la base de datos pasiva) equivale al 15 % del uso de CPU necesario para hospedar el buzón de correo activo (hospedado en una copia de la base de datos activa).

Un aspecto clave de la planeación de capacidad de un buzón de correo de Exchange 2010 es determinar cuántas copias de la base de datos piensa activar por servidor cuando está configurado con resistencia de buzón de correo. Existe una variedad de diseños entre los cuales puede elegir, pero se recomiendan los modelos indicados a continuación:

  • Diseño para todas las copias de bases de datos activadas En este modelo, usted diseña el servidor para manejar 100% de las copias de bases de datos que se activan.

  • Diseño para escenarios destinados a fallas En este modelo, diseña su servidor para que maneje la carga de buzón activa durante el peor caso de error.

Para obtener más información, consulte los temas siguientes:

Volver al principio

Número de copias de la base de datos

Si usa la resistencia de buzón de correo de Exchange 2010, puede configurar varias copias de la base de datos (hasta 16 copias por base de datos). Cada copia adicional de la base de datos aumenta el trabajo que debe realizar la CPU del servidor que hospeda la copia activa. El principal trabajo agregado del servidor que contiene la copia activa es la replicación de registros y la indización de contenido porque cada copia pasiva recupera contenido para indizar desde la copia activa.

Se deben aumentar los requisitos de CPU por buzón de correo del servidor que hospeda la copia de la base de datos activa en 10 por ciento por cada copia de la base de datos adicional (por ejemplo, una copia = 10 por ciento, dos copias = 20 por ciento, etc.). Este factor se aplica solo a los requisitos de CPU del servidor que hospeda la copia de la base de datos activa. Este cálculo no se aplica a la CPU que se usa para hospedar las copias de la base de datos pasivas. Para obtener más información, consulte Descripción de configuraciones de procesador y rendimiento de Exchange.

Volver al principio

Pasos de diseño

Debido a los factores de diseño nuevos, son necesarios pasos adicionales para determinar el tamaño de los servidores de buzón de correo cuando están configurados con resistencia de buzón. Los pasos generales son los siguientes:

  1. Tenga en cuenta los requisitos de alta disponibilidad para la arquitectura de la solución general. Considere la resistencia de buzón de correo o una solución independiente, la resistencia del sitio, un número de copias de bases de datos necesarios y el número de servidores o grupos de disponibilidad de base de datos (DAG) a fin de controlar casos de errores habituales.

  2. Si usa resistencia de buzón de correo, elija qué modelo de activación de la base de datos va a usar para el diseño. (Diseño para el escenario de error dirigido o diseño para todas las copias de base de datos activadas.)

  3. Use la tabla siguiente para calcular los requisitos de CPU y de memoria según el diseño. Considere los requisitos de CPU y de memoria para los buzones de correo activos, los requisitos de CPU para los buzones de correo pasivos y los requisitos de CPU en el buzón de correo activo para las copias de la base de datos adicionales. Use la elección del modelo de activación para definir el número máximo de buzones de correo que aceptará el diseño.

En la tabla siguiente se proporcionan los valores estimados según el perfil de usuario. Los valores estimados se calculan en función de un período de pico de dos horas durante la jornada laboral del trabajador de la información (por ejemplo, desde las 10:00 hasta el mediodía). A menudo, este período de pico es dos veces la carga promedio diaria de 8 a 10 horas. Se omitió la descripción del perfil de usuario porque creció el intervalo de perfiles y aumentó el uso del correo electrónico.

Cálculos de caché, ESPS y CPU de base de datos por buzón de correo según perfil de usuario y actividad de mensajes

Mensajes enviados o recibidos por buzón de correo por día Caché de base de datos por buzón de correo en megabytes (MB) Copia única de la base de datos (independiente) con ESPS estimada por buzón de correo Varias copias de la base de datos (resistencia de buzón) con ESPS estimada por buzón de correo Megaciclos por buzón de correo activo o buzón de correo independiente Megaciclos por buzón de correo pasivo

50

3

0.06

0.05

1

0.15

100

6

0.12

0.1

2

0.3

150

9

0.18

0.15

3

0.45

200

12

0.24

0.2

4

0.6

250

15

0.3

0.25

5

0.75

300

18

0.36

0.3

6

0.9

350

21

0.42

0.35

7

1.05

400

24

0.48

0.4

8

1.2

450

27

0.54

0.45

9

1.35

500

30

0.6

0.5

10

1.5

Nota

Debe aumentar los megaciclos por buzón de correo activo en 10 por ciento por cada copia de la base de datos adicional después de una copia activa.

Calcule los megaciclos para diferentes configuraciones de procesador

El ejemplo de la siguiente sección "Ejemplo de la planeación de capacidad para un servidor Buzón" usa una configuración de procesador de línea de base, 2 procesadores de 4 núcleos Intel Xeon x5470 de 3,33 GHz, que produce 3.333 megaciclos por núcleo de procesador. Sin embargo, es muy probable que esta configuración de los procesadores no sea la configuración de procesador que se está implementando. Puede usar los siguientes pasos para realizar un ajuste de megaciclo para determinar los megaciclos disponibles que son compatibles con el diseño de su servidor.

  1. Abra un explorador web y, a continuación, vaya a Standard Performance Evaluation Corporation.

  2. Haga clic en resultados, resalte CPU2006y, a continuación, seleccione Resultados de búsqueda de CUP2006.

  3. En el cuadro desplegable Configuraciones disponibles seleccione Velocidades SPECint2006. En Solicitud de formulario de búsqueda seleccione la opción Simple y luego haga clic en Ir. Bajo Solicitud simple, ingrese el criterio de búsqueda (por ejemplo, Procesador coincide con x5550).

  4. Busque el servidor y el procesador que intenta implementar, haga clic en Ejecutar captura simple y observe el valor resultante.

Por ejemplo, considere que va a implementar un servidor Dell PowerEdge M710 de ocho núcleos con procesadores Intel x5550 de 2,67 GHz (2670 megahercios (MHz)). Para esta configuración, el valor de resultado de SPECint_rate2006 es 240, con un valor de 30 por núcleo (conocido en la fórmula como nueva plataforma por valor de núcleo).

El sistema de línea base (HP DL380 G5 x5470 de 3,33 GHz, de ocho núcleos, 3.333 MHz) tiene un valor de resultados de SPECint_rate2006 de 150 ó 18,75 por núcleo (conocido en la fórmula como línea base por valor de núcleo).

Para determinar los megaciclos del ejemplo de la plataforma M710, use la siguiente fórmula:

((Nueva plataforma por valor de núcleo) * (Hertz por núcleo de la plataforma de línea base)) / (Línea base por valor de núcleo) = Megaciclos ajustados por núcleo

30 x 3.333 ÷ 18,75 = 5.333 megaciclos por núcleo o 42.662 megaciclos por servidor

Ejemplo de planeación de la capacidad para un servidor Buzón de correo

En el ejemplo siguiente se muestra el proceso para determinar el tamaño del procesador. En el ejemplo se consideran los siguientes supuestos de diseño:

  • Número de buzones   12.000.

  • Perfil de buzón de correo   150 mensajes enviados o recibidos por día.

  • Requisitos de disponibilidad   Resistencia del buzón de correo dentro de un sitio único, tolerancia a errores en el servidor doble.

  • Arquitectura de almacenamiento   Almacenamiento de un conjunto de discos (JBOD) (no RAID) con tres copias de la base de datos, 300 buzones de correo por base de datos, 40 bases de datos con 30 copias de la base de datos por servidor (o 120 copias de la base de datos por DAG). Las tres copias de la base de datos se distribuyen en forma aleatoria en los cuatro nodos, por lo cual no hay dos servidores iguales.

  • Modelo de activación   Escenario de error dirigido, donde los errores del servidor doble se toleran con interrupción mínima. Esto da como resultado la activación de 20 bases de datos a partir de 30 copias por servidor después de dos eventos de error de servidor.

  • Plataforma del servidor   Procesadores Intel Xeon x5470 a 3,33 GHz de 2 x 4 núcleos.

Se aplica el proceso siguiente.

  1. Cálculo del número de servidores   Es necesario un DAG de cuatro nodos para tolerar errores de servidor doble, por lo cual es diseño debe comenzar con cuatro servidores Buzón de correo dentro del DAG.

  2. Cálculo del número máximo de buzones de correo activos por servidor según el modelo de activación   Suponiendo que las bases de datos activas se distribuyen equitativamente en los nodos, en condiciones ideales, cada servidor hospedaría 3.000 buzones de correo activos (12.000 ÷ 4). Para calcular el número de buzones de correo activos después de un error de nodo doble (en función de este ejemplo) el número de buzones se tiene que dividir por los dos nodos restantes, lo que equivale a 6.000 buzones activos por nodo (12.000 ÷ 2).

    En este ejemplo, el parámetro MaximumActiveDatabases en el cmdlet Set-MailboxServer está configurado en 20.

  3. **Cálculo de los requisitos de CPU del buzón de correo activo   **Multiplique el número máximo de buzones de correo activos (20 × 300 = 6.000 buzones activos) por los megaciclos por buzón activo (6.000 × 3 megaciclos = 18.000 megaciclos), según la tabla precedente. Multiplique este valor por 10 por ciento para cada copia adicional de la base de datos.

    En este ejemplo, hay una sola copia activa y dos copias pasivas para cada base de datos, por los cual los 18.000 megaciclos aumentan en 20 por ciento (18.000 × 1,2 = 21.600 megaciclos).

  4. **Cálculo de los requisitos de CPU del buzón de correo pasivo   **Multiplique el número de buzones de correo pasivos (cuando un servidor hospeda el número máximo de buzones activos) por los megaciclos del buzón de correo pasivo (3.000 × 0,45 megaciclos = 1.350 megaciclos), según la tabla precedente.

  5. Suma de los requisitos de CPU activos y pasivos para obtener los requisitos de CPU totales   En este ejemplo, 21.600 megaciclos de buzón de correo activo + 1.350 megaciclos de buzón de correo pasivo = 22.950 megaciclos de requisitos de CPU totales.

  6. **Aplicación de los requisitos de CPU totales a la plataforma de hardware   **En este ejemplo se usa un servidor con un procesador Intel Xeon x5470 a 3,33 GHz de 2 x 4 núcleos. Esto equivale a 26.664 megaciclos (8 × 3.330 MHz). Divida los megaciclos necesarios por los megaciclos disponibles según la plataforma de servidor para calcular el uso de CPU en el período pico después de un error de doble nodo (22.950 ÷ 26.664 = 86 por ciento de uso de CPU estimado). La tasa de uso de CPU de 86 por ciento representa un servidor que se usa por completo y que casi no tiene espacio libre pero, gracias a que esto se basa en una condición de error doble que se produce durante el período de pico, esta tasa puede ser aceptable.

    Se recomienda que los servidores independientes dispongan de un diseño que no supere el 70 por ciento de uso durante el período pico y las configuraciones de dos y tres nodos que solo puedan tolerar un error de nodo único cuenten con un diseño que no supere el 80 por ciento de uso en el momento del período de pico (durante un error de nodo).

Virtualización

Si está ajustando el tamaño de una nueva implementación virtualizada, no querrá suscribir en exceso los procesadores. Por tanto, le conviene tener una proporción 1:1 de núcleos lógicos y CPU virtuales en el host. A partir de ahí, siga las instrucciones de tamaño físico indicadas en este tema y tenga en cuenta un 10 % de sobrecarga de la CPU del hipervisor. Por ejemplo, si ha ajustado el tamaño de la implementación física para 500 usuarios por núcleo, el tamaño de la implementación virtual se ajustará para 450 usuarios por núcleo.

Cómo calcular la cantidad de núcleos de buzones necesarios por centro de datos

Como se discutió en Descripción de las proporciones de roles de servidor y rendimiento de Exchange, necesitará establecer el tamaño de su servidor de transporte de concentradores, servidor de acceso al cliente y servidor de catálogo global basado en la carga de los servidores de buzones.

Es un supuesto común que las instrucciones de proporción de núcleo de procesador se basen en la cantidad total de núcleos de buzones que se están implementando, sin embargo, ese no es el caso. Generalmente, los servidores del buzón no se ejecutan a un 100% de la utilización de la CPU el 100% del tiempo. Una solución bien diseñada nunca debe tener 100% de utilización de la CPU para una duración prolongada del tiempo en base a los umbrales de diseño de 70 por ciento y 80 por ciento descritos en la sección anterior.

Para calcular el número mínimo del servidor de transporte de concentradores, servidor de acceso de cliente y núcleos de procesadores del servidor de catálogo global, necesita determinar la cantidad de núcleos de buzones necesarios para que las bases de datos de buzones activas sean compatibles durante el modelo de peor falla.

La fórmula para calcular los núcleos de buzones necesarios dentro de un centro de datos es:

Núcleos de buzones necesarios = (requisitos de la CPU del buzón activo) ÷ (megaciclos ajustados por núcleo) x (cantidad de servidores restantes) x (cantidad de DAG)

Si no está implementando una solución de alta disponibilidad, la fórmula es:

Núcleos de buzones necesarios = (requisitos de la CPU del buzón activo) ÷ (megaciclos ajustados por núcleo) x (cantidad de servidores de buzones dentro del centro de datos)

Ejemplo de cómo calcular la cantidad de núcleos de buzones necesarios por centro de datos

Al continuar con el ejemplo anterior, la solución puede sostener dos fallas del servidor, con cada servidor restante que requiere 18.000 megaciclos. Por lo tanto:

Núcleos de buzones necesarios = (18.000 ÷ 3.333) x 2

= 5.4 × 2

= 11 núcleos en total

Esto significa que, dentro de este centro de datos, se usará un total de 11 núcleos de los 16 núcleos de buzones disponibles durante el modelo de falla destino (o 5,5 núcleos para el servidor de buzones restante).

Basándose en estos datos, la cantidad mínima de núcleos de procesador que se debe implementar dentro del centro de datos para el servidor de transporte de concentradores, servidor de acceso de cliente y el servidor de catálogo global es:

Núcleos del procesador del servidor de transporte de concentradores mínimos (con antivirus) por centro de datos = (cantidad de núcleos de buzones necesarios por centro de datos) ÷ 5

= 11 ÷ 5

= 3 núcleos

Núcleos del procesador del servidor de acceso de cliente mínimos por centro de datos = (cantidad de núcleos de buzones necesarios por centro de datos) x 3 ÷ 4

= 11 × 3 ÷ 4

= 33 ÷ 4

= 9 núcleos

Núcleos del procesador del servidor de catálogo global mínimos (64 bits) por centro de datos = (cantidad de núcleos de buzones necesarios por centro de datos) ÷ 8

= 11 ÷ 8

= 2 núcleos

Volver al principio

 © 2010 Microsoft Corporation. Reservados todos los derechos.