Decisión de consolidar sistemas de mensajería de Exchange

Última modificación del tema: 2005-05-18

La decisión de consolidar los sistemas de mensajería debería basarse en una evaluación de la infraestructura existente de la organización. Esta evaluación debe incluir una representación gráfica del entorno que ilustre las diversas regiones que se administran por separado, así como los servidores en estas regiones que almacenan buzones, ejecutan conectores de mensajería, administran conexiones de explorador entrantes o realizan otras tareas. También debería incluir un análisis básico de la red, ya que la confiabilidad de la red y el ancho de banda disponible tienen una influencia considerable sobre la estrategia de consolidación.

La siguiente figura ilustra un enfoque recomendado para identificar las oportunidades de consolidación.

Debe plantearse las preguntas sobre la estrategia de consolidación de servidores en el siguiente orden:

• ¿Es posible implementar un modelo de administración central?   La administración de Microsoft® Exchange Server 2003 no está limitada a la estructura de red física, por lo que una organización puede implementar un modelo de administración centralizada para Exchange Server 2003, incluso en varias ubicaciones geográficas. El modelo de administración centralizada es más adecuado para la consolidación de servidores que un modelo descentralizado, ya que normalmente resulta imposible consolidar servidores de regiones que requieran administración independiente. Si no puede implementar una administración totalmente centralizada, puede implementar un modelo híbrido en el que haya un departamento de tecnologías de la información diferente responsable de cada región geográfica de la organización. Por consiguiente, cada departamento es responsable de forma central de todas aquellas ubicaciones remotas que pertenezcan a la región que tenga asignada. Quizá, fuera incluso posible consolidar los servidores en centros de datos regionales.

• ¿Es posible consolidar ubicaciones remotas en un centro de datos?   Las ubicaciones remotas que se encuentren bajo la misma autoridad administrativa son buenas candidatas para la consolidación de sitios si hay suficiente ancho de banda de red disponible para permitir la comunicación cliente/servidor con tiempos de respuesta aceptables. Como se ha mencionado anteriormente, Outlook® 2003 en el Modo de intercambio en caché puede funcionar con conexiones de red lentas o de poca confianza. Sin embargo, debería realizar pruebas de rendimiento y proyectos piloto para determinar si el ancho de banda existente es suficiente. Es posible que la organización deba actualizar las conexiones de red que no puedan hacer frente a la carga de trabajo, o bien evitar la eliminación de los servidores de buzones en las oficinas regionales.

  Nota

  Para estimar los requisitos de ancho de banda, considere el número de usuarios que se conectan a Exchange 2003 a través del vínculo de red, el tipo de cliente usado para tener acceso a los buzones (por ejemplo, Outlook 2003 en Modo de intercambio en caché o Microsoft Office Outlook Web Access), así como las costumbres de los usuarios (por ejemplo, los usuarios que se comunican frecuentemente por correo electrónico frente a los que sólo lo hacen en ocasiones). También debe tener en cuenta los procesos que no están relacionados con la comunicación cliente/servidor basada en Exchange; por ejemplo, el uso compartido de archivos e impresoras o la replicación de Active Directory®.

• ¿Es posible consolidar servidores en cada ubicación?   Para identificar los servidores que se pueden consolidar en un centro de datos o una ubicación geográfica, debe analizar las diversas tareas que los servidores existentes administran actualmente. Algunos tipos de servidores son mejores candidatos para una consolidación física que otros. Por ejemplo, algunos servidores pueden encargarse sólo de almacenar buzones (servidores de buzones), mientras que otros sólo sirven para transferir mensajes (servidores cabeza de puente). Debería consolidar los servidores de buzones, pero no es necesariamente una buena idea consolidar los servidores cabeza de puente o los servidores Web en servidores de buzones en las grandes organizaciones. Los servidores cabeza de puente y Web, al necesitar un gran ancho de banda de red, son más adecuados para los conjuntos de servidores que se basen en tecnologías de equilibrio de carga, como Microsoft Application Center 2000.

  Nota

  La consolidación de servidores es fundamentalmente una manera de concentrar los datos de usuarios en un número pequeño de servidores mediante un subsistema de almacenamiento sofisticado. Los servidores que contengan buzones y carpetas públicas son los más adecuados para la consolidación de servidores.

• ¿Es necesario reemplazar el hardware de servidor existente para administrar la carga de trabajo esperada?   Una vez que identifique los servidores que se pueden consolidar, calcule el número final de usuarios que debe admitir cada uno de estos servidores. Según estas cifras, estime la carga de trabajo aproximada de cada servidor para determinar los requisitos de hardware.
  Considere si el hardware de servidor existente puede hacer frente a sus requisitos futuros. Volver a utilizar el hardware existente puede ayudar a reducir los costos, pero no actualice los equipos con varios procesadores Pentium Pro o Pentium II existentes a Windows Server™ 2003 y Exchange 2003. Intel ha descubierto que una actualización a Windows Server 2003 en servidores con dos o más procesadores Pentium Pro o Pentium II puede tener como consecuencia falta de estabilidad, datos dañados u otros resultados impredecibles. Si actualiza a estas plataformas, Windows Server 2003 se verá forzado a utilizar el modo de único procesador, que es una configuración compatible. Sin embargo, un único procesador que funcione a 200 MHz no es una opción adecuada para la consolidación de servidores. Cuando consolide en menos servidores, debería reemplazar el hardware de servidor y la tecnología de almacenamiento existentes. En la siguiente tabla se enumeran las recomendaciones básicas de configuración de memoria y procesador para servidores de buzones.

  Configuraciones de memoria y procesador para servidores de buzones

  Número de usuarios	CPU	Memoria
  Menos de 500	1 - 2	512 MB – 1 GB
  500 – 1.000	2 - 4	1 GB – 2 GB
  1.000 – 2.500	4 - 8	2 GB – 4 GB
  2.500 o más	4 - 8	4 GB

  Nota

  Las cifras de la tabla 1 son recomendaciones para una configuración óptima. Es posible tener capacidad para un mayor número de usuarios y, al mismo tiempo, utilizar menos hardware. Por ejemplo, Microsoft actualmente opera varios servidores de Exchange 2003 con cuatro procesadores con 4.500 buzones cada uno. La adición de más procesadores puede mejorar el rendimiento de los servidores, pero la configuración de cuatro procesadores funciona.

  Los siguientes factores influyen en el diseño del hardware de servidor de Exchange:

  • **Usuarios conectados frente a usuarios totales   **Cuando diseñe el hardware de servidor, estime cuántos usuarios se conectarán al servidor simultáneamente. Por ejemplos, los requisitos de rendimiento serán menores si no todos los usuarios se conectan al mismo tiempo; por ejemplo, si los usuarios trabajan por turnos. Sin embargo, la actividad en segundo plano del servidor aumenta a medida que crece el número de buzones, aunque los usuarios no hayan iniciado sesión en el sistema. Por ejemplo, la actividad de desfragmentación de base de datos aumenta en un servidor que almacene miles de buzones. Tenga siempre en cuenta las actividades en segundo plano cuando diseñe el hardware de servidor.

  • Ubicación y uso de los almacenes de mensajes   Los usuarios de Exchange pueden almacenar los mensajes en buzones basados en servidor o en carpetas personales (archivos .pst) en sus equipos cliente locales o en una unidad de red. Los usuarios pueden reducir la carga de trabajo de procesamiento y almacenamiento de un servidor si establecen las ubicaciones de entrega predeterminadas para los mensajes en sus carpetas personales. Por ejemplo, cuando un usuario abre o guarda un elemento en una carpeta personal, el servicio Almacén de información de Microsoft Exchange del servidor no participa. Sin embargo, si decida usar las carpetas personales de este modo, tenga en cuenta que almacenar todos los mensajes en almacenes de carpetas personales en los equipos cliente locales impide hacer copias de seguridad de los mensajes de forma centralizada.

    Nota

    Para requerir que los usuarios almacenen mensajes en archivos .pst en los equipos cliente, configure las cuotas de buzón para los almacenes de buzones. Si un buzón supera los límites de tamaño, el usuario debe reducir la cantidad de datos descargando mensajes al archivo .pst o eliminándolos. De lo contrario, el usuario no puede continuar recibiendo y enviando mensajes de correo electrónico.

  • Costumbres de los usuarios y clientes de mensajería   Cuando diseñe el hardware de servidor, considere el número de mensajes que los usuarios envían y reciben al día. Tenga también en cuenta los tipos de clientes que usan. Outlook 2003 y Outlook Web Access 2003 conllevan diferentes cargas de trabajo para un servidor. Si los usuarios utilizan principalmente Outlook Web Access 2003, tenga en cuenta requisitos de procesamiento adicionales para los Servicios de Internet Information Server (IIS).

  • Uso de carpetas públicas y replicación   Las carpetas públicas pueden afectar notablemente al rendimiento del servidor, según el tamaño de carpeta, la frecuencia de acceso, el número de diferentes vistas de cada carpeta, el número de réplicas, la programación de replicación y la frecuencia de los cambios de contenido. Coloque los repositorios grandes de carpetas públicas en un servidor de Exchange dedicado que no almacene buzones de usuarios. Los servidores de Exchange que almacenan carpetas públicas se denominan en ocasiones servidores públicos.

  • Conectores y puertas de enlace   Los conectores y las puertas de enlace son componentes de mensajería que pueden aumentar sustancialmente la carga de trabajo de un servidor. La transferencia de mensajes conlleva la comunicación de servidor a servidor y puede precisar la conversión de mensajes. Como se ha mencionado anteriormente, no configure conectores ni puertas de enlace en servidores de buzones grandes. La organización puede beneficiarse de la existencia de servidores que estén dedicados a la transferencia de mensajes. Otra opción es migrar todos los sistemas de mensajería a Exchange 2003, lo que elimina la necesidad de utilizar puertas de enlace de mensajería.

  • **¿Se ha diseñado el hardware de servidor correctamente según los contratos de nivel de servicio? **  Puede utilizar las herramientas de rendimiento y esfuerzo de Exchange 2003 en un servidor de prueba para comprobar si el hardware puede admitir el numero de buzones que desee colocar en el servidor. Por ejemplo, puede usar el simulador de carga (LoadSim) (LoadSim.exe) para probar cómo un servidor de Exchange 2003 responderá a un gran número de clientes de Outlook 2003. Otra herramienta de utilidad es Jetstress (JetStress.exe), que sirve para simular la carga de entrada/salida (E/S) de disco a fin de comprobar el rendimiento y la estabilidad del subsistema de disco. Puede descargar estas herramientas desde el sitio Web "Descargas para Exchange Server 2003". Para determinar cuántos buzones pueden admitir los servidores de Exchange 2003 de cada clase, también puede leer los estudios comparativos de rendimiento en el sitio Web "Performance Benchmarks for Computers Running Exchange Server 2003" (Pruebas comparativas de rendimiento para equipos que ejecuten Exchange Server 2003). Otra fuente de información sobre este tema es Troubleshooting Microsoft Exchange Server 2003 Performance (Solución de problemas de rendimiento de Microsoft Exchange Server 2003).