Ejemplo de diseño de roles del servidor Buzón de correo de Exchange 2010
Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Última modificación del tema: 2016-11-28
En este tema se proporciona un ejemplo de cómo determinar los requisitos apropiados de rendimiento de la CPU, de memoria, de capacidad y de E/S para el rol de servidor Buzón de correo y la arquitectura que lo acompaña.
Puede usar la calculadora de requisitos del rol de servidor Buzón de correo de Exchange Server 2010 para determinar los requisitos apropiados para el rol de servidor Buzón de correo mediante la especificación de su conjunto de factores de entrada. La calculadora puede determinar los requisitos que se tratan en este ejemplo. Para obtener más información sobre la calculadora (y para descargarla), consulte el artículo del blog del equipo de Exchange Server Calculadora de requisitos del rol de servidor Buzón de correo de Exchange 2010.
Nota
El contenido de cada blog y su dirección URL están sujetos a cambio sin previo aviso. El contenido de cada blog se proporciona "TAL CUAL" sin ninguna garantía, y no otorga ningún derecho. El uso de las muestras de script incluidas o código está sujeto a los términos especificados en las Condiciones de uso de Microsoft.
Para obtener más información acerca del diseño de almacenamiento de información del rol de servidor Buzón de correo, consulte Diseño del almacenamiento del servidor de buzones de correo.
El escenario que se usa en este ejemplo es el de una solución de tres copias de la base de datos que usa almacenamiento JBOD (solo unos pocos discos). Para los fines de este ejemplo, tenga en cuenta los siguientes requisitos de arquitectura:
Seis servidores de correo que participan en un solo grupo de disponibilidad de la base de datos (DAG)
El servidor de buzones de Exchange también tiene los roles de servidor de acceso del cliente y de transporte de concentradores
Tres copias de la base de datos de buzones de correo de alta disponibilidad, ninguna copia de la base de datos atrasada
Se usan ejes SATA de 1 terabyte de 7,2 K (7.200 RPM)
Configuración de almacenamiento JBOD [1 número de unidad lógica (LUN) / arquitectura de LUN de base de datos]
Para arquitectura de copia de seguridad, se usan las funciones de protección nativa de datos que se suministran a través de la recuperación de un único elemento y la resistencia de buzones
Se implementa un LUN de restauración para operaciones de mantenimiento y recuperación
Cada LUN tiene un mínimo de 20% de espacio libre
La solución debe sobrevivir a eventos de error de servidor doble
El único rol del servidor instalado es el rol de servidor Buzón de correo
Contenido
Requisitos de capacidad del buzón de correo
Requisitos de copia de la base de datos
Requisitos de memoria para buzones
Requisitos de E/S de buzón de correo
Requisitos de CPU para buzones
Requisitos de capacidad del buzón de correo
En el siguiente ejemplo se muestra el tamaño adecuado de un entorno en el que hay 24.000 buzones de perfil de 100 mensajes al día de 2 GB distribuidos en seis servidores de buzones que están participando dentro de un DAG, y cada base de datos tiene tres copias. Estos buzones reciben una media de 37 MB de correo por semana de cinco días, con un tamaño promedio de mensaje de 75 KB. La recuperación de un único elemento se habilita con una ventana de retención de elementos eliminados de 14 días. Los siguientes cálculos se usan para determinar el tamaño del buzón de correo:
Tamaño del buzón de correo = límite del buzón + espacio en blanco + contenedor
Espacio en blanco = 100 mensajes al día x 75/1024 MB = 7,32 MB
Contenedor = (100 mensajes al día x 75/1024 MB * 14 días) + (2048 MB x 0,012) + (2048 MB x 0,03) = 188,6 MB
Valores de ejemplo para determinar el tamaño real del buzón de correo en disco
| Cuota del buzón de correo | Tamaño del contenedor (2 semanas) | Espacio en blanco | Tamaño total en disco |
|---|---|---|---|
2 GB |
188,7 MB |
7,3 MB |
2,19 GB (+12%) |
Dado que este entorno aprovecha el almacenamiento JBOD, el tamaño de base de datos máximo que se puede implementar depende del tamaño del disco. Para determinar el tamaño máximo de base de datos para el escenario JBOD, emplee la fórmula siguiente en la que la capacidad con formato de un disco de 1 TB es 931 GB, el requisito de porcentaje del espacio libre es del 20 por ciento y el porcentaje de índice del contenido es del 10 por ciento:
Tamaño máximo de base de datos = [Capacidad de disco con formato x (1 – requisito de porcentaje del espacio libre)] / (1 + porcentaje de índice del contenido)
= [931 GB x (1 - 0,2)] / ( 1+ 0,10)
= 744,8 GB / 1,1
= 677 GB
En este entorno, el buzón de cada usuario consume 2,25 GB de espacio en disco. Para admitir 24.000 buzones, con un tamaño de base de datos de 677 GB, es necesario tener 102 bases de datos. El requisito da como resultado un recuento final de 235 buzones por base de datos.
Sin embargo, como esta solución aprovecha una arquitectura de almacenamiento JBOD, es fundamental garantizar que la cantidad de buzones por base de datos no supere la cantidad de E/S aleatoria que se puede alcanzar en el disco. Como esta solución aprovecha ejes SATA de 7,2 K de factor de forma grande, el eje puede alcanzar un máximo de 55 E/S aleatorias por segundo (IOPS) cuando se usa en su totalidad. Al considerar un búfer de crecimiento general del 20% de E/S, esto significa que el eje puede manejar un total de 44 IOPS aleatorias.
Siempre que la base de usuarios tenga un perfil de 100 mensajes por día, se espera que cada buzón consuma 0,1 IOPS; por lo tanto, el disco puede admitir un máximo de 440 buzones de correo con este perfil de IOPS. Debido a que los cálculos de capacidad han determinado que el número máximo de buzones que se puede admitir es 235 y este número es inferior a los 440 buzones determinados en base al perfil de IOPS, esta solución se puede implementar en un solo disco.
Para determinar el tamaño real de la base de datos, use la siguiente fórmula:
Tamaño de la base de datos = Número de buzones x Tamaño del buzón de correo en disco x Factor de crecimiento general de la base de datos
Según el número de buzones, el tamaño real de buzones y el factor de crecimiento general de la base de datos del 20%, el tamaño de la base de datos es 619 GB, como se muestra en la siguiente tabla.
Requisitos de capacidad de base de datos
| Buzones por base de datos | Número total de bases de datos | Requisitos de tamaño de base de datos |
|---|---|---|
235 |
102 |
619 GB |
Para asegurarse de que el servidor de buzones de correo no sufra cortes como resultado de problemas de asignación de espacio, también es necesario ajustar los registros de transacciones para que puedan incluir todos los registros que se generarán durante el conjunto de copia de seguridad. Teniendo en cuenta que esta arquitectura aprovecha las funciones de resistencia y de recuperación de un único elemento de buzones, como la arquitectura de copia de seguridad, la capacidad de registro debe asignar tres veces la tasa diaria de generación de registros si una copia con errores no se repara en tres días. (Cualquier copia donde se produjo un error impide que el truncamiento de registro se realice).
Un buzón de perfil de 100 mensajes por día genera 20 registros de transacciones por día como promedio; por lo tanto, un entorno 24000 buzones genera 576.000 registros de transacciones por día. Esto significa que cada base de datos generará 5.647 registros por día. El 1% de los buzones se mueve un día (sábado) por semana. La solución utiliza las funciones de protección nativa de datos dentro de Exchange y por lo tanto, no realiza copias de seguridad, y está configurada para tolerar tres días sin truncamiento de registro.
Como se muestra en la siguiente tabla, este servidor necesita 23 GB de espacio para cada copia de base de datos.
Requisitos de capacidad del registro
| Registros por base de datos | Tamaño del archivo de registro | Tamaño del registro diario | Tamaño de buzón de correo ÷ base de datos para mover | Tolerancia a errores de truncamiento | Requisitos del tamaño del registro |
|---|---|---|---|---|---|
5647 |
1 MB |
5,65 GB |
6 GB (240 × 2,19 GB x 1,2 / 102) |
16,5 GB (3 × 5,65 GB) |
23 GB (16,5 GB + 6 GB) |
Siempre que esta sea una configuración JBOD y resistencia de buzón de correo con tres copias, cada base de datos y sus registros de transacción correspondientes se colocarán en el mismo LUN. El tamaño del LUN necesario es:
Capacidad LUN = Tamaño de base de datos ÷ (1 - Requisito de porcentaje de espacio libre)
= (Tamaño de la base de datos + tamaño del registro de transacciones + tamaño de índice de contenido) / (1 - 0,2)
= (619 GB + 23 GB + 61,9 GB) /0,8
= 879 GB
Determinación del tamaño de LUN requerido
| Tamaño de la base de datos | Tamaño del registro de transacciones | Tamaño del índice de contenido | Tamaño de LUN de la base de datos |
|---|---|---|---|
619 GB |
23 GB |
61,9 GB |
879 GB |
Volver al principio
Requisitos de copia de la base de datos
Siempre que haya un total de 102 bases de datos necesarias para admitir 24.000 buzones y que cada base de datos tenga tres copias, el DAG admitirá un total de 306 bases de datos. 306 bases de datos distribuidas en seis servidores de correo significa que cada servidor de correo alojará 51 copias de bases de datos. Las copias de base de datos se deben distribuir en los servidores del DAG de manera que esos errores de nivel de servidor hagan que las bases de datos activas realicen la conmutación por error a tantos servidores restantes como sea posible (las copias de bases de datos no se distribuyen de manera simétrica).
Para maximizar la eficiencia de los servidores de buzones que participan en el DAG, las bases de datos activas se distribuirán de manera equitativa en todos los servidores de buzones. Como resultado, cuando los seis servidores de buzones están funcionando, cada servidor debe alojar 17 copias de bases de datos activas.
En caso de que se produzca un error en un solo servidor de buzones de correo, las 17 bases de datos se redistribuirán en los servidores de buzones restantes, lo que aumentará la cantidad de copias de bases de datos activas por servidor a 21.
En caso de que se produzca un error en dos servidores de buzones, las 34 bases de datos se redistribuirán en los servidores de buzones restantes, lo que aumentará la cantidad de copias de bases de datos activas por servidor a 26. Para evaluar los requisitos de memoria y CPU para el servidor de buzones de correo, se usará esta cantidad de copias activas.
Para obtener más información acerca de cómo distribuir las copias de la base de datos en los servidores de buzón, consulte Diseño de la copia de base de datos.
Volver al principio
Requisitos de memoria para buzones
Con un perfil de mensajes de 100 mensajes / día, la memoria necesaria mínima por buzón de correo para admitir la memoria caché es 6 MB. Con un peor caso de 26 bases de datos de buzones activas por servidor, cada servidor puede alojar hasta un total de 6.110 buzones de correo de Outlook Live. Además, hay un total de 51 bases de datos por servidor. El servidor de buzones de correo requiere una caché de base de datos mínima de 12 GB. Por lo tanto, la cantidad de memoria necesaria para admitir la memoria caché de la base de datos es:
Caché de base de datos mínima necesaria= MAX ((número de buzones de correo de Outlook Live x memoria necesaria / Buzón de correo), Memoria mínima para base de datos)
= MAX(6110 x 6/1024 GB, 12 GB)
= MAX (36 GB, 12 GB)
= 36 GB
Cuando implemente una arquitectura de varios roles, la memoria física total necesaria para admitir esta configuración es de 64 GB, de acuerdo con la tabla deDescripción de la memoria caché de la base de datos de buzones.
Volver al principio
Requisitos de E/S de buzón de correo
Cada buzón de correo envía o recibe 100 mensajes / día. Por lo tanto, cada buzón de correo tiene un perfil de IOPS de 0,1. Cada base de datos alberga 235 buzones. Por lo tanto, la cantidad total de E/S de volumen de base de datos es:
E/S de volumen de base de datos = Cantidad de buzones x perfil de IOPS x (1 + Factor de crecimiento general de E/S)
= 235 x 0,1 x 1.2
= 28,2 IOPS
El porcentaje de E/S de lectura de base de datos para esta arquitectura es del 60 por ciento. Por lo tanto, cada volumen de base de datos genera 16,92 IOPS de E/S de lectura y 11,28 IOPS de E/S de escritura.
En esta arquitectura, cada secuencia de registro genera 50% de la E/S de escritura de base de datos. Por lo tanto, la E/S de escritura de registro por volumen es 5,64 IOPS.
Las 26 copias de base de datos activas también generan E/S de lectura de registro que es el 10% de la E/S de escritura de registro; por lo tanto, la E/S de lectura de registro para estas bases de datos es 0,56 IOPS.
Teniendo en cuenta que cada disco SATA de 7,2 K de factor de forma grande genera 55 IOPS aleatorias, no hay riesgo de que el disco no pueda administrar los requisitos de E/S de la base de datos.
Volver al principio
Requisitos de CPU para buzones
Durante un evento de error de servidor doble, cada servidor restante aloja 26 bases de datos para un total de 6.110 buzones activos por servidor. En base a los cálculos que se encuentran en Planificación de la capacidad del procesador del servidor buzones de correo, cada servidor tiene los siguientes requisitos de megaciclos de CPU.
Determinación de los requisitos de megaciclos de CPU
| Requisitos de megaciclos de CPU del buzón de correo activo | Requisitos de megaciclos de CPU del buzón de correo pasivo | Requisitos de megaciclos de CPU totales |
|---|---|---|
14,682 |
1,765 |
16,447 |
Siempre que la plataforma de servidor elegida pueda admitir un total de 26.400 megaciclos, la plataforma de CPU en el servidor puede admitir el entorno durante un evento de error de servidor doble.
Volver al principio
© 2010 Microsoft Corporation. Reservados todos los derechos.