NOTA DEL MUNDO REAL: En muchas ocasiones veo servidores de Exchange diseñados con cuotas distribuídas de la siguiente manera: Capacidad de disco / usuarios = Cuota x usuario. Esta ecuación es incorrecta y el objetivo de este artículo es llegar a la ecuación correcta de una manera comprensible .

Factores a tener en cuenta

Cuota de casilla: La única manera de poder determinar fehacientemente el tamaño final de una base de datos, y por consecuente la capacidad de disco requerida, es necesario configurar una cuota estricta para las casillas. Es decir, configurar una cuota para ‘Prohibit send and receive at”.

Espacio en blanco de la base: El tamaño de la base en disco, no necesariamente es el tamaño real de la bsae. Luego del mantenimiento online, que se lleva a cabo de 1 a.m. a 5 a.m. se graba el evento 1221 en el Event Viewer. Este evento especifica en cuántos MB se reduciría la base de datos luego de una defragmentación offline (ejecutando el comando eseutil /d).

Deleted item retention: Es el período por el cual un elemento eliminado del buzón permanecerá en el dumspter de la base de datos. Esto quiere decir que un elemento eliminado por el usuario permanecerá en la base por X cantidad de días antes de ser eliminado definitivamente por el mantenimiento online. La configuración por default es de 14 días para los “Deleted item retention”.

Indexado de contenido: A partir de Exchange 2007, se mantiene un índice del contenido de los buzones, que luego es utilizado para las búsquedas desde –por ejemplo- OWA.

Tamaño real del buzón

Entendiendo los factores anteriormente mencionados, ya estamos en condiciones de entender porqué la ecuación ‘Capacidad de disco / cantidad de usuarios = Cuota’ es incorrecta.

¿Cuál sería una aproximación a la ecuación correcta? Algo como:

Capacidad de disco = Cuota + Espacio en blanco + (tamaño de mensaje promedio por día x cantidad de mensajes enviados y recibidos por día x días de Deleted Item Retention) + Indexado

El indexado se cuenta estadísticamente como un 5% del tamaño total de la base.

Además de todo eso, debemos dejar espacio libre en la LUN para que Exchange no desmonte la base (un 20% estaría bien).

Todo este cálculo que parece ultra complejo, lo hace muy fácilmente la calculadora de Storage que puede encontrarse en:

Storage Calculator para Exchange 2007
Storage Calculator para Exchange 2010

Saludos,
Pablo Vernocchi

Related posts:

1. Cada cuánto defragmentar la base de datos de Exchange? Estaba ejecutando un proyecto en un cliente, cuando lanza la...
2. Cómo acelerar el proceso de aplicación de cuotas Para poder diseñar razonablemente bien el espacio de disco para...
3. Mayores detalles sobre la expansión del tamaño límite de la base de mensajes en Exchange 2003 Standard Edition Post SP2 Como ya es público, Microsoft anunció una ampliación del límite...

En esta entrega, estaremos cubriendo las necesidades de procesador basadas en cada rol de Exchange Server 2010. La versión RTM de Exchange 2010 estará solo disponible en 64 bits, como mencionamos en la entrega anterior. Los procesadores Itanium no estarán soportados para la plataforma Exchange 2010.

Más allá de si elegimos un procesador AMD o INTEL, existe una curva de costo/beneficio en la cantidad de núcleos para los diferentes roles. Esto no significa que una cantidad determinada de núcleos no esté soportada en Exchange 2010, sino que no se recomienda ya que no existe un incremento significativo en el rendimiento.

La siguiente tabla ejemplifica lo anteriormente mencionado:

Hay diferentes factores a analizar cuando se dimensiona el procesador, especialmente para los servidores de Mailbox. Por ejemplo si se utiliza un antivirus, aplicaciones de terceras partes, dispositivos móviles, usuarios conectados en modo online en vez de cached mode, etc.

En lineas generales, podemos reducir todas estas variantes en 1 core cada 1000 usuarios activos, es decir que para una implementación de 4000 usuarios de uso promedio se precisarán 4 núcleos de procesador. Sin embargo, si los usuarios son de alta carga la regla de diseño cambia a 1 núcleo cada 750 usuarios.

¿Cómo podemos definir qué perfiles de usuarios tenemos en nuestra organización?

Para poder determinar esto, podemos utilizar la herramienta EPA (Exchange Profile Analyzer) disponible en 64 bits y 32 bits.

Una vez obtenidos los resultados, los comparamos con la siguiente tabla:

Con esta información, podremos determinar la cantidad de núcleos necesarios para nuestra implementación.

Saludos,
Pablo Vernocchi

Related posts:

1. Exchange 2010: Requerimientos de Hardware Parte 1 Uno de los factores principales de éxito en una implementación...
2. Requerimientos de Hardware para Exchange 2007 Hola a todos, El grupo de producto de Exchange publicó,...
3. Comportamiento de clientes Outlook en DAGs Exchange 2010 Muchas veces, tanto en Workshops como en proyectos, los clientes...

Exchange 2010 trae muchas mejoras en cuanto a consideraciones de Hardware, por ejemplo los Mailbox Servers han demostrado una reducción de IOPS del 70% respecto a Exchange 2007, quien ya traía una reducción del 70% de IOPS comparado con Exchange 2003. Esto hace que podamos implementar Exchange Server 2010 en storage de menor calidad, menor precio y poder aumentar significativamente las cuotas.

En líneas generales, seguimos trabajando con procesadores de arquitectura 64 Bits (Intel64 conocido antes como Intel EM64T ó AMD64). Los requerimientos de discos dependerán de los roles instalados, pero vamos a necesitar 1,2 GB en disco para la instalación del producto.

Virtualización

Si bien debo reconocer que no soy un fanático de la virtualización de servicios de Exchange, es bueno destacar que estará soportada la implementación en ambientes virtuales de todos los nodos excepto el de Unified Messaging.

Consideraciones especiales de virtualización:

• El software de virtualización de hardware debe ser:
• Windows Server 2008 con Hyper-V,
• Windows Server 2008 R2 con Hyper-V,
• Microsoft Hyper-V Server 2008,
• Microsoft Hyper-V Server 2008 R2,
• Cualquier herramienta de terceros que figure en Windows Server Virtualization Validation Program.

Existen otras consideraciones especiales de entornos virtualizados de Exchange, donde por ejemplo se destaca el storage a utilizar para cada rol, y que tipo de discos es recomendado. Para mayor información, les recomiendo leer: http://technet.microsoft.com/en-us/library/aa996719(EXCHG.140).aspx

Cerrando el artículo, les comento que saldrá una parte de esta nota por cada rol de Exchange con las guías de recomendaciones de Hardware. Estén atentos a las actualizaciones!

Saludos,
Pablo Vernocchi

Related posts:

1. Exchange 2010: Requerimientos de Hardware Parte 2 Hola a todos! En esta entrega, estaremos cubriendo las necesidades...
2. Requerimientos de Hardware para Exchange 2007 Hola a todos, El grupo de producto de Exchange publicó,...
3. White Paper: Mejores prácticas de virtualización de Exchange 2010 Esta semana hemos publicado un nuevo whitepaper de virtualización de...