Compartir a través de


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

Última modificación del tema: 2010-02-04

La planificación de capacidad del servidor Buzón de correo ha cambiado en forma considerable desde las versiones anteriores de Microsoft Exchange gracias a la resistencia de los buzones de correo que ofrece Microsoft Exchange Server 2010. Exchange 2010 se volvió a diseñar con el concepto de resistencia de buzón de correo, en el cual se cambió la arquitectura de manera que la protección de la conmutación automática por errores ahora se proporciona en el nivel de la base de datos de buzones de correo individual en lugar de ser 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). Se deben considerar los requisitos de procesador para los buzones de correo y las bases de datos activos cuando se planifica la capacidad de un buzón de correo de Exchange 2010 . 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 a 15 por ciento 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 planificació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. Existe una variedad de diseños entre los cuales puede elegir, pero se recomiendan los modelos que se analizan en Descripción de los factores de alta disponibilidad.

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

Volver al principio

Número de copias de la base de datos

Al usar 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 Understanding Processor Configurations and Exchange Performance.

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 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.

Nota

Los megaciclos se calculan en función de una medida de procesadores Intel Xeon x5470 a 3,33 GHz (disposición de 2 x 4 núcleos). Un núcleo del procesador de 3,33 GHz = 3,300 megaciclos de capacidad de proceso de rendimiento. Se pueden calcular otras configuraciones de procesador al comparar esta plataforma medida con plataformas de servidor probadas por Standard Performance Evaluation Corporation (SPEC). Para obtener más información, consulte los resultados de SPEC CPU2006 en el sitio web de Standard Performance Evaluation Corporation.

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 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.640 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 de pico después de un error de doble nodo (22.950 ÷ 26.640 = 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).

Volver al principio