El rincón de JMACOE

Los pilotos tienen un dicho: «Nunca puedes tener demasiado combustible, a menos que sea en el fuego». Por supuesto, también está el viejo dicho que afirma que nunca se es demasiado rico ni demasiado delgado. Cuando se trata de Microsoft Exchange Server, ¿es posible tener demasiada memoria RAM?

Permítanme respaldar esa pregunta con un poco de explicación histórica. En los días de los sistemas operativos de 8-, 16-, y 32-bits, estábamos bastante atascados con memoria virtual como medio de apoyo a los espacios de direcciones más grande que los espacios de direcciones de la CPU física. Un espacio de direcciones de 32-bits permite direccionar 4GB de RAM. Esa cantidad fue una gran cantidad en 1985, cuando Intel introdujo el de 32 bits 80386. Ahora no es mucho, incluso el producto de escritorio más barato vendido en lugares como Best Buy y Office Depot tienen 4GB de RAM, y los servidores modernos pueden tener mucho más.

¿De cuánta memoria RAM puede hacer uso efectivamente Exchange Server 2010? Como ocurre con muchos otros la pregunta de escalabilidad, depende.

Empecemos con las recomendaciones de Microsoft, disponibles en el artículo de TechNet «Comprensión de las configuraciones de memoria y de rendimiento de Exchange». Estas recomendaciones se pueden resumir brevemente:

• 1 GB por núcleo de CPU para servidores de transporte perimetral y concentradores de transporte.
• 2 GB por núcleo para la mensajería unificada y los servidores de acceso de cliente
• Para los servidores de buzones, 4 GB más entre 3 MB y 30 MB por buzón (algo de entre 7GB y 34GB para un servidor de 1,000 buzones de correo)
• 2 GB por núcleo para servidores que combinan concentradores de transporte y acceso a los servidores del cliente
• Para los servidores que combinan la función de buzón con otras funciones, un mínimo de 8 GB (4 GB más 3-30MB/buzón de correo)

Estas recomendaciones parecen bastante sencillas, salvo por la amplia gama dada para la asignación de memoria RAM por buzón, (lo que Microsoft explica en más detalle en el artículo de TechNet «Entender el buzón de la base de datos Caché».) La recomendación de 30 MB por buzón es para los buzones de correo que envían y reciben una combinación de 500 mensajes al día, así que vamos a adoptar un perfil más moderado y decir que nuestros usuarios envían y reciben un promedio de 250 mensajes al día. En ese caso, la recomendación de Microsoft es utilizar 12 MB de caché por buzón, además de 4 GB de modo que para 2000 buzones de correo termina con 28GB de RAM. Eso ya se parece mucho, pero ¿Habría ningún beneficio para poner, digamos, 32 GB o 48 GB en el servidor?

A primera vista, parece que la respuesta es, básicamente, «no». Aunque el motor de almacenamiento extensible (ESE) de caché utiliza más memoria RAM si está disponible, los datos de rendimiento de Microsoft parece indicar que se obtienen rendimientos decrecientes al agregar RAM más allá de la cantidad recomendada para su nivel de actividad del buzón. Dado que la memoria RAM es bastante barata, agregar más RAM no perjudica el rendimiento, pero no le da mucho impulso ninguna de las dos.

Por otra parte, proporcionar suficiente memoria RAM, gana la posibilidad de virtualizar el entorno de Exchange y hacer un uso más eficiente del hardware que ya tiene. Considera la posibilidad de un servidor de 12 núcleos con 72 GB de memoria RAM, este es un servidor bastante corpulento para las normas vigentes, pero no tan escandalosamente. Este servidor de ejemplo sería más hardware de lo necesario para manejar 2,000 buzones de correo, por lo que mediante la ejecución de dos servidores virtuales en él, básicamente puedes tener dos servidores de núcleos quad con 32 GB de RAM cada uno. Esta disposición supone, por supuesto, que lo necesitas para manejar más de 2,000 buzones de correo. Para ambientes más pequeños, la memoria RAM adicional sería inútil, y que sería mejor poner ese presupuesto en algún otro aspecto de su entorno de Exchange.

En cuanto a los núcleos de la CPU, eso es otro tema. La sabiduría que prevalece en algunos sectores es que nunca puedes tener muchos núcleos también, pero eso no es cierto para Exchange – como explicaré en un próximo post.