Descripción de varias configuraciones del rol del servidor en la planificación de capacidad

Se aplica a: Exchange Server 2010

Última modificación del tema: 2010-01-27

Se aplican varias tendencias en hardware de servidor al margen de tiempo de Microsoft Exchange Server 2010. Una de ellas es el aumento considerable en rendimiento del procesador y un número creciente de núcleos del procesador instalados en un procesador físico. Esto significa que la implementación de un rol del servidor de Exchange único en un servidor de mercancía estándar con dos procesadores físicos podría dejar una gran parte de la CPU disponible sin uso pleno. Algunos clientes esperan que la virtualización de servidores use los recursos de la CPU del servidor de manera más eficaz. Otros clientes desean combinar roles del servidor de Exchange en el mismo servidor físico. Ambas son soluciones válidas.

Otra tendencia es la disponibilidad de modelos de servidor con dos procesadores físicos y de 10 a 16 discos internos. Si considera el número de buzones de correo que puede admitir la entrada/salida (E/S) que brindan de 10 a 16 discos, en la mayoría de los casos, el rol de servidor Buzón de correo en sí no usará más de la mitad de los recursos de la CPU disponibles. El agregado de los roles de servidor Acceso de clientes y Transporte de concentradores en este servidor usará la capacidad del servidor con mayor eficacia.

Puede usar la información en este tema como guía para conocer cuándo implementar configuraciones de varios roles del servidor y cómo planear correctamente esas configuraciones. Un ejemplo ilustra el proceso de tamaño del servidor para servidores de varios roles.

Contenido

Cuándo se recomiendan configuraciones de varios roles

Cuándo no se recomiendan las configuraciones de varios roles

Recomendaciones de procesador para servidores con varios roles

Alineación de la configuración del servidor con varios roles y las proporciones del núcleo de procesador recomendadas

Recomendaciones de memoria para servidores con varios roles

Determinación de los requisitos de hardware del servidor con varios roles

Implementación de un servidor con varios roles en un DAG

Ejemplo de determinación del tamaño para un escenario de varios roles de Exchange 2010

Cuándo se recomiendan configuraciones de varios roles

Las configuraciones de varios roles se recomiendan en las situaciones siguientes:

• **Organizaciones pequeñas, como una sucursal, para la consolidación de servidores   **Para las implementaciones en las cuales los objetivos principales son minimizar el número de servidores físicos, las instancias de sistema operativo y los servidores de Exchange que se deben administrar, la implementación de varios roles es una solución recomendada. La ejecución de los roles de servidor Acceso de clientes, Transporte de concentradores y Buzón de correo en el mismo servidor físico brinda la redundancia de roles necesaria con un requisito mínimo de dos o tres servidores físicos.
• **Modelo sencillo de unidad de escala   **Las organizaciones que prevén crecimiento regular de la cantidad de buzones de correo deben considerar la implementación de servidores con varios roles. Debido a que cada servidor con varios roles representa un bloque de creación, este modelo permite agregar fácilmente bloques de creación para sustentar la necesidad de mayor capacidad.
• **Implementaciones de servidor con almacenamiento interno   **En la actualidad, existen muchos servidores disponibles con dos procesadores físicos (de 8 a 12 núcleos) y de 10 a 16 discos internos. Se han producido varias mejoras en Exchange 2010 a fin de reducir los requisitos de E/S que convierten a estos servidores en una solución rentable. En función del perfil de usuario y el tipo de disco, estos servidores admitirán, en general, hasta 4.000 buzones de correo. Se recomienda agregar roles de servidor Acceso de clientes y Transporte de concentradores a estos servidores a fin de usar la CPU adicional y convertir los servidores en bloques de creación independientes.
• **Escenarios de reducción de riesgos en los que se limita la cantidad de buzones de correo hospedados en el servidor de buzones de correo   **Los servidores con varios roles son una solución para las implementaciones en las que las directivas de administración del riesgo limitan la cantidad de buzones de correo que se pueden implementar en un servidor de buzones de correo. Por ejemplo, una organización con 10.000 buzones de correo tiene una directiva que indica que la interrupción de un servidor único no puede afectar más de un 25 por ciento de los buzones de correo en el entorno. Esto limita la cantidad de buzones por servidor de buzones de correo a 2.500. La capacidad adicional de ese servidor se podría usar para agregar los roles de servidor Acceso de clientes y Transporte de concentradores al servidor.

Volver al principio

Cuándo no se recomiendan las configuraciones de varios roles

Las configuraciones de varios roles no se recomiendan en las situaciones siguientes:

• **Organizaciones pequeñas, como una sucursal, para la consolidación de servidores con equilibrio de carga de red de Windows (NLB)   **Es posible que los servidores con varios roles no funcionen bien en implementaciones pequeñas en las que se implementan dos o tres servidores con varios roles como miembros de un grupo de disponibilidad de base de datos (DAG). Para obtener más información acerca de los DAG, consulte Administrar grupos de disponibilidad de base de datos. El componente de clúster que se agrega a los servidores de buzones de correo que son miembros de un DAG impide la instalación de NLB en ese servidor. Sin embargo, aún existe un requisito para equilibrar la carga del tráfico entrante en los servidores de acceso de cliente. En este caso, existen dos opciones principales:

  • Adquirir un dispositivo de equilibrio de carga de hardware. Aunque existen algunos dispositivos de NLB básicos, esta opción puede resultar costosa, en especial para entornos pequeños.
  • Virtualizar los roles del servidor de Exchange. Con este aislamiento, puede ejecutar NLB en los servidores de acceso de cliente que se ejecutan en máquinas virtuales.

• **Organizaciones pequeñas, como una sucursal, para consolidación de servidores con otras aplicaciones   **En algunos entornos, una cantidad de servidores limitada genera la necesidad de implementar controladores de dominio, servidores de archivo y de impresión y otras aplicaciones en el mismo hardware físico que los servidores de Exchange 2010. Se recomienda la implementación de servidores físicos como servidores host y el aislamiento de las aplicaciones dentro de un entorno virtual.

  Nota

  En los servidores host, solo se puede implementar software de administración (por ejemplo, software antivirus, software de copia de seguridad o software de administración de máquinas virtuales). No se debe instalar ninguna otra aplicación basada en servidor (por ejemplo, Exchange, Microsoft SQL Server o Active Directory) en el servidor host. Los servidores host se deben destinar a la ejecución de máquinas virtuales invitadas.

• **Virtualización   **No se recomienda ejecutar una configuración de varios roles en una máquina virtual con cuatro procesadores virtuales. Esto limita de forma considerable el número de buzones de correo activo que la máquina virtual puede hospedar. En la mayoría de los casos, resulta más eficaz implementar un rol del servidor de Exchange único en cada máquina virtual o implementar una máquina virtual con roles de acceso de cliente y transporte de concentradores combinados para cada máquina virtual con rol de servidor Buzón de correo.
  Para obtener más información acerca de las configuraciones de roles de acceso de cliente y de transporte de concentradores combinados, consulte Descripción de las configuraciones combinadas de los roles Acceso de cliente y Transporte de concentradores en la planificación de capacidad. Para las implementaciones con menos de 500 buzones de correo totales, es aceptable ejecutar una configuración de varios roles en un entorno virtual a fin de reducir el número de sistemas operativos y de servidores de Exchange que se deben administrar.

Volver al principio

Recomendaciones de procesador para servidores con varios roles

Como regla general, se debe determinar el tamaño de un servidor con varios roles de manera que use la mitad de los núcleos del procesador disponibles para el rol de servidor Buzón de correo y la mitad restante para los roles de servidor Acceso de clientes y Transporte de concentradores. La configuración máxima recomendada de núcleo de procesador se detalla en 24 núcleos del procesador para los servidores con varios roles. Aunque la configuración de servidor con varios roles puede usar más de 24 núcleos del procesador, no es lo recomendado.

A continuación, se describen los requisitos mínimos y las configuraciones máximas recomendadas:

• Mínimos   Procesador y configuración de memoria mínimos adecuados para servidores con varios roles. Para poder recibir asistencia del servicio de soporte y atención al cliente de Microsoft, se deben cumplir los requisitos mínimos de hardware.
• Máximo recomendado   Procesador y configuración de memoria máximos recomendados para servidores con varios roles. La recomendación máxima corresponde a la mejor configuración en función del precio y del rendimiento.

En la tabla siguientes se muestran los núcleos del procesador mínimos y máximos recomendados para servidores con varios roles para Exchange 2010.

Configuración de procesador para servidores de Exchange 2010 con varios roles

Volver al principio

Alineación de la configuración del servidor con varios roles y las proporciones del núcleo de procesador recomendadas

En la tabla siguiente se delinea el número recomendado de núcleos del procesador implementados en los roles de servidor Acceso de clientes y Transporte de concentradores en relación con el número de núcleos del procesador implementados en el rol de servidor Buzón de correo. Las proporciones de núcleo estándar no se alinean bien con el número de núcleos del procesador disponibles en los sistemas actuales. A menos que cuente con una organización grande con muchos servidores de acceso de cliente, de transporte de concentradores y de buzones de correo, es probable que la implementación no coincida con las proporciones de núcleos del procesador deseadas.

Las configuraciones de servidores con varios roles pueden solucionar este problema y podrían dar como resultado un uso más óptimo del hardware. Por ejemplo, si tiene un servidor con ocho núcleos del procesador, puede asignar esos núcleos de forma virtual a los tres roles del servidor de Exchange 2010 . Si el rol de servidor Buzón de correo usa aproximadamente cuatro núcleos, el rol de servidor Acceso de clientes usa aproximadamente tres núcleos y el rol del servidor Transporte de concentradores usa aproximadamente un núcleo, el resultado es una proporción de núcleos de 4:1 entre el rol de servidor Buzón de correo y el rol del servidor Transporte de concentradores, y una proporción de núcleos de 4:3 entre el rol de servidor Buzón de correo y el rol de servidor Acceso de clientes. Esto se alinea estrechamente con las instrucciones de proporción de núcleo de procesador recomendada.

En la tabla siguiente se muestran las proporciones de rol de servidor recomendadas en función de los núcleos del procesador para servidores con varios roles.

Proporciones del rol del servidor recomendadas en función del núcleo de procesador para servidores con varios roles

Volver al principio

Recomendaciones de memoria para servidores con varios roles

Después de determinar el número de núcleos del procesador, se pueden aplicar las recomendaciones de memoria base. En la siguiente tabla se ilustran las configuraciones de memoria mínima y recomendada para configuraciones de servidores con varios roles de Exchange 2010.

Configuración de memoria para servidores de Exchange 2010 con varios roles

Volver al principio

Determinación de los requisitos de hardware del servidor con varios roles

La manera más sencilla de determinar los requisitos de hardware par el servidor con varios roles es comenzar por el cálculo del número de buzones de correo activos que admitirá la configuración del hardware. En la tabla siguiente se proporcionan algunos cálculos preliminares del número de usuarios que un núcleo de procesador puede admitir para un perfil de usuario específico. Estos son cálculos y se recomienda que lea Planificación de la capacidad del procesador del servidor buzones de correo para obtener información acerca del cálculo del número de buzones de correo en función de los megaciclos disponibles a fin de determinar un número de buzones más preciso para el modelo de procesador del servidor. Después de determinar el número de usuarios, puede usar la tabla que figura en "Recomendaciones de memoria para servidores con varios roles" en este mismo tema a fin de determinar la memoria del sistema necesaria.

En la tabla siguiente se muestra el número de usuarios recomendado por núcleo de procesador para configuraciones de varios roles.

Número de usuarios recomendado por núcleo de procesador para configuraciones de varios roles

Volver al principio

Implementación de un servidor con varios roles en un DAG

Cuando se implementan servidores de buzones de correo únicos en un DAG, es necesario considerar la planificación de capacidad para errores de un único o varios servidor en relación a la carga del servidor de buzones de correo. Si dispone de cuatro servidores de buzón de correo en un DAG, determine el tamaño de los servidores de buzones de correo en 50 por ciento de la capacidad para que puedan hospedar el doble de usuarios activos en caso de un error simultáneo de dos servidores de buzón de correo. Debido a que los servidores de transporte de concentradores y de acceso de cliente se encuentran en servidores físicos distintos, la pérdida de uno o dos servidores de buzón de correo no afecta demasiado la carga de esos servidores.

Cuando se implementan servidores con varios roles en un DAG, es necesario tener en cuenta la planificación de capacidad para la carga de los servidores de acceso de cliente, de transporte de concentradores y de buzones. Si dispone de cuatro servidores con varios roles en un DAG, asegúrese de contar con capacidad suficiente para hospedar una posible duplicación de la carga de los servidores de transporte de concentradores y de acceso de cliente. Debido a que la configuración de varios roles se alinea con las proporciones de núcleo de procesador recomendadas para los roles de servidor, si determinó el tamaño correcto de las bases de datos activas máximas del rol de servidor Buzón de correo, los servidores de transporte de concentradores y de acceso de cliente deberían cumplir los escenarios recomendados.

Volver al principio

Ejemplo de determinación del tamaño para un escenario de varios roles de Exchange 2010

En el ejemplo siguiente se muestra el proceso de determinación del tamaño del servidor para servidores con varios roles. En el ejemplo se consideran los siguientes supuestos de diseño:

• Número de buzones   12.000.
• Número total de buzones   8.000
• Perfil de buzones   100 mensajes por día (por ejemplo, 20 enviados y 80 recibidos)
• Caché de la base de datos por buzón de correo   6 MB (en función de un perfil de 100 mensajes por día)
• Requisitos de disponibilidad   Resistencia de buzón de correo en un sitio único, protección contra errores simultáneos de dos servidores
• Requisitos de la base de datos   40 bases de datos en el DAG, 200 buzones de correo por base de datos
• Plataforma del servidor   Servidor basado en un procesador a 3,33 gigahercios (GHz) de 2 x 4 núcleos (8 núcleos)

Se aplica el proceso siguiente:

1. Cálculo del número de servidores   Es necesario un DAG de cuatro nodos para proteger contra el error simultáneo de dos servidores, por lo cual el diseño comienza con cuatro servidores de buzones 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, cada servidor hospedaría 2.000 buzones de correo activos (8.000 ÷ 4) en forma ideal. 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 debería dividir por los dos nodos restantes, lo que equivale a 4.000 buzones activos por nodo (8.000 ÷ 2).
   En este ejemplo, el parámetro MaximumActiveDatabases en el cmdlet Set-MailboxServer se podría configurar en 20 para asegurar que no más del 50 por ciento de las bases de datos pasen a ser activas en un solo servidor.
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 en un servidor por los megaciclos por buzón activo (4.000 × 2 megaciclos = 8.000 megaciclos), según la tabla Caché de base de datos y ESPS estimadas por buzón de correo según perfil de usuario y actividad de mensajes en Descripción de la memoria caché de la base de datos de buzones. 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 lo cual los 8.000 megaciclos aumentan en 20 por ciento (8.000 × 1,2 = 9.600 megaciclos). Para obtener más información, consulte "Recomendaciones de la memoria caché de la base de datos" en Descripción de la memoria caché de la base de datos de buzones.
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 de correo activos) por los megaciclos por buzón pasivo (4.000 × 0,3 megaciclos = 1.200 megaciclos), según la tabla Caché de base de datos y ESPS estimadas por buzón de correo según perfil de usuario y actividad de mensajes en Descripción de la memoria caché de la base de datos de buzones. Para obtener más información, consulte "Recomendaciones de la memoria caché de la base de datos" en Descripción de la memoria caché de la base de datos de buzones.
5. Suma de los requisitos de CPU activos y pasivos para obtener los requisitos de CPU totales   En este ejemplo, 9.600 megaciclos de buzón de correo activo + 1.200 megaciclos de buzón de correo pasivo = 10.800 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 basado en un procesador a 3,3 GHz de 2 x 4 núcleos. Esto equivale a 26.400 megaciclos (8 × 3.300 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 (10.800 ÷ 26.640 = 41 por ciento de uso de CPU estimado).
   Se recomienda que la parte del rol de servidor Buzón de correo de configuraciones de varios roles disponga de un diseño que no supere el 40 por ciento de uso durante los períodos pico (por ejemplo, error simultáneo de dos nodos). Esto permitirá espacio suficiente para ajustar el uso de la CPU de los roles de servidor Acceso de clientes y Transporte de concentradores al tiempo que se mantiene el uso total de la CPU por parte del servidor en menos del 80 por ciento durante los períodos pico (por ejemplo, el error simultáneo de dos nodos).
7. Cálculo de los requisitos de memoria para los buzones de correo activos   Multiplique el número de buzones de correo activos por la memoria caché de la base de datos necesaria por buzón de correo. En este ejemplo, (4.000 × 6 MB) ÷ 1.024 = 23,4 GB. Los requisitos de memoria caché de la base de datos se basan en el perfil del buzón de correo. Para obtener más información, consulte "Recomendaciones de la memoria caché de la base de datos" en Descripción de la memoria caché de la base de datos de buzones.
8. Aplicación de los requisitos de memoria total a la plataforma de hardware   En este ejemplo se usa un servidor con ocho núcleos del procesador. Las instrucciones de memoria estándar para un servidor con varios roles con ocho núcleos del procesador es 14 GB + memoria caché total de base de datos para los buzones de correo activos (tal como se muestran en la tabla anterior).
   Los requisitos de memoria total para el servidor con varios roles de este ejemplo es 37,4 GB (14 GB + 23,4 GB). Como 37 GB no es una configuración de memoria estándar, redondee a 48 GB o a la configuración de memoria más cercana que admita el servidor. Tenga en cuenta que, durante el funcionamiento normal, los requisitos de memoria serían 25,7 GB (14 GB + 23,4 GB ÷ 2 GB), pero necesita planear memoria suficiente para que tolere el error simultáneo de dos nodos.

Volver al principio