Recomendaciones para organizaciones grandes

Última modificación del tema: 2005-10-13

Las recomendaciones para organizaciones medianas también son aplicables a las organizaciones grandes con más de 1.000 usuarios y posiblemente varias ubicaciones de servidores e incluso varios sistemas de mensajería. Por ejemplo, las organizaciones grandes deben asegurarse de que haya varios controladores de dominio y servidores de catálogo global disponibles en cada ubicación de servidores. No obstante, debe considerar varios requisitos que superan las necesidades de las organizaciones medianas. En ubicaciones con muchos servidores, puede implementar un clúster de varios nodos de servidores de buzones de Exchange en frente de una red de área de almacenamiento para poseer capacidad para un número muy elevado de usuarios. También puede implementar servidores cabeza de puente dedicados para optimizar la transferencia de mensajes. La siguiente figura muestra un entorno que tiene servidores de buzones y cabeza de puente agrupados en varias ubicaciones.

Considere las siguientes recomendaciones cuando desarrolle una estrategia de consolidación de servidores para una organización grande:

• Implemente una estructura de Active Directory y DNS redundante en todas las ubicaciones de servidores   Como se menciona en la sección anterior, su entorno requiere una infraestructura de Active Directory y DNS sólida que proporcione servicios de confianza a la organización de Exchange 2003. De especial importancia es la ubicación de los controladores de dominio, los servidores de catálogo global y la topología de replicación de directorios. El bosque de Active Directory de una organización de Exchange 2003 debe tener más de un controlador de dominio en cada dominio, varios servidores de catálogo global en cada ubicación de servidores, así como una topología de sitio bien estructurada para una replicación de directorios eficiente.

• Implemente servidores cabeza de puente y de buzones dedicados en las ubicaciones con un gran número de usuarios   El entorno de prueba ilustrado en la figura 5 muestra servidores cabeza de puente y de buzones dedicados en las ubicaciones A y B. Los servidores cabeza de puente dedicados entre grupos de enrutamiento contribuyen a reducir los requisitos de procesamiento para la transferencia de mensajes en servidores de buzones. La ubicación de servidores C carece de un servidor cabeza de puente porque se considera que el servidor de buzones es lo bastante versátil como para actuar también como servidor cabeza de puente. Para lograr el equilibrio de carga y una mayor tolerancia a errores, considere implementar varios servidores cabeza de puente.
  También puede hacer que los servidores cabeza de puente se encarguen de la expansión de grupos de distribución, lo cual puede ser útil si desea evitar que los grupos que tengan miles de miembros se expandan en los servidores de buzones. Si especifica un servidor de expansión para un grupo de distribución, todos los demás servidores de Exchange de la organización deben reenviar en primer lugar al servidor de expansión los mensajes dirigidos a este grupo habilitado para enviar y recibir correo. A continuación, el servidor de expansión rellena el encabezado de cada mensaje con la información de pertenencia a grupo antes de transferir el mensaje a sus destinos.

• Mantenga el número de grupos de enrutamiento al mínimo   La figura 5 muestra una configuración de tres grupos de enrutamiento que se corresponden a las ubicaciones de servidores. Estos grupos de enrutamiento están conectados entre sí mediante conectores de grupo de enrutamiento en servidores cabeza de puente. No obstante, si las conexiones de red entre las ubicaciones de servidores son rápidas y de confianza (por ejemplo, una VPN con una conexión a Internet rápida), es posible eliminar todos los servidores cabeza de puente si coloca todos los servidores de buzones en un único grupo de enrutamiento. Dentro de un único grupo de enrutamiento, la transferencia de mensajes siempre es directa de un servidor de buzones a otro. Ni los conectores de grupo de enrutamiento ni los servidores cabeza de puente son obligatorios.
  Cuantos menos grupos de enrutamiento haya en una organización de Exchange 2003, menor será la tabla de estado de vínculos que se usa para replicar la información de estado de vínculos entre todos los servidores de Exchange 2003. Esto significa que se necesita menos ancho de banda para transferir la información de estado de vínculos por la red de equipos. Una organización de Exchange 2003 puede abarcar hasta 1.000 grupos de enrutamiento, aunque es mejor restringir el número a menos de 150.

• Migre toda la organización a Exchange Server 2003   Los entornos mixtos cuentan con varios sistemas de mensajería que requieren servidores cabeza de puente adicionales y conectores de mensajería para conectar los sistemas. Los servidores y conectores adicionales aumentan los gastos administrativos y los requisitos de la red. Por consiguiente, si la organización usa Exchange Server 5.5 o sistemas de mensajería distintos de Exchange, puede simplificar la infraestructura de mensajería si migra todos los usuarios a Exchange 2003. Puede ser posible migrar usuarios de diferentes sistemas de mensajería a un único servidor de buzones de Exchange 2003.

• Implemente servidores de aplicaciones para usuario en las ubicaciones con varios servidores de buzones   Si tiene varios servidores de buzones y desea proporcionar a los usuarios acceso a los buzones mediante Outlook Web Access 2003, POP3 o IMAP4 a través de Internet, puede resultar útil implementar un conjunto de servidores de aplicaciones para usuario dedicados. Un servidor de aplicaciones para usuario es un equipo que recibe conexiones de cliente entrantes y las pasa a un servidor de buzones adecuado. Los servidores de aplicaciones para usuario determinan la ubicación de cada recurso de la organización mediante Active Directory. En una ubicación con varios servidores de buzones, los servidores de aplicaciones para usuario proporcionan un punto de acceso único a todos los recursos de mensajería, independientemente del servidor de buzones donde residan los recursos. Si implementa varios servidores de aplicaciones para usuario en un conjunto de servidores, puede proporcionar equilibrio de carga y eliminar puntos únicos de error para las conexiones de cliente entrantes.
  Los servidores de aplicaciones para usuario pueden ayudar a reducir la carga de trabajo de los servidores de buzones. Se puede habilitar el cifrado SSL en los servidores de aplicaciones para usuario, lo que evita estos requisitos de procesamiento a los servidores de buzones. Puede colocar los servidores de aplicaciones para usuario en la red perimetral. Sin embargo, cuando use ISA Server 2000 con Feature Pack 1, es mejor colocar los servidores ISA en la red perimetral y mover los servidores de aplicaciones para usuario de Exchange a la red interna. Esto simplifica la configuración y proporciona a los servidores de aplicaciones para usuario acceso total a los controladores de dominio de Active Directory. Además, se beneficia de las características de seguridad de ISA Server cuando proporcione acceso a Outlook Web Access 2003 a través de Internet. Para obtener información acerca de cómo utilizar ISA Server 2004 con Exchange 2003, consulte Using ISA Server 2004 with Exchange Server 2003 (Uso de ISA Server 2004 con Exchange Server 2003).

  Nota

  Los servidores de aplicaciones para usuario no deben contener buzones ni carpetas públicas. En las ubicaciones de servidores que sólo tengan un servidor de Exchange para los buzones y las carpetas públicas, puede configurar el servidor ISA para que redirija las conexiones de cliente entrantes directamente al servidor de buzones. En este escenario, no se necesita un servidor de aplicaciones para usuario.

• Elija una configuración activa/pasiva para los clústeres de Windows que ejecuten Exchange Server 2003   Los clústeres de Windows son los más adecuados para los servidores de buzones muy grandes que requieran una alta disponibilidad. Un clúster es un grupo de servidores conectados entre sí mediante una red pública y privada, así como un sistema de almacenamiento externo. Los servidores físicos pueden actuar como uno o varios servidores de Exchange 2003 virtuales. Un servidor virtual se corresponde con una dirección IP genérica y un nombre de red, y posee un recurso de disco en el clúster. Por tanto, cualquiera de los nodos del clúster puede alojar los servidores virtuales y los usuarios tienen acceso a todos los recursos del clúster sin necesidad de conocer el nombre real del nodo que aloja actualmente el servidor virtual. Cuando configure un servidor de Exchange 2003 virtual, coloque los almacenes de carpetas públicas y buzones en el sistema de disco compartido. Sólo se admite el Servicio de Cluster Server en la edición Enterprise de Exchange 2003.
  La siguiente figura muestra los principales componentes de un clúster con varios nodos, que tiene capacidad para un número muy elevado de usuarios, por ejemplo, 9.000 en la ubicación B de la anterior figura. Si agrupa dos o más equipos en un clúster, minimiza el tiempo de inactividad del sistema causado por errores de software, red o hardware, ya que otro nodo puede hacerse cargo automáticamente de un servidor de Exchange 2003 virtual si se produce un error en el nodo que esté ejecutando el servidor virtual en ese momento. Este proceso se denomina conmutación por error.
  
  También puede activar la conmutación por error de forma manual. Por ejemplo, puede conmutar por error de forma intencionada un servidor virtual al nodo pasivo si el nodo activo actual requiere mantenimiento. Los usuarios estarán desconectados sólo por un breve período de tiempo durante el proceso de conmutación por error. La jerarquía de dependencias de servicios se simplificó en Exchange 2003, de forma que la conmutación por error se realiza con mucha más rapidez con los servidores de Exchange 2003 virtuales que con los servidores virtuales que ejecutan una versión anterior de Exchange. Es posible que los usuarios no noten el breve período de tiempo de inactividad si usan Outlook 2003 en Modo de intercambio en caché.

  Nota

  El mantenimiento de software y hardware simplificado es uno de los motivos principales por el que las organizaciones implementan clústeres de Windows. Puede mover los servidores virtuales a nodos alternativos y después realizar actualizaciones de software o hardware en el nodo original, que ahora es pasivo. La actualización de hardware o software de esta manera se denomina actualización gradual.

  Puede configurar varios servidores virtuales en un clúster. Sin embargo, tenga en cuenta diversas limitaciones cuando diseñe un clúster de servidores. Por ejemplo, un clúster de servidores sólo puede tener un almacén de carpetas públicas asociado con la jerarquía de carpetas públicas basada en MAPI. Existen varios componentes, como el Conector para Lotus Notes o Novell GroupWise, no son en absoluto compatibles con los clústeres. Además, un servidor de Exchange 2003 físico no puede administrar más de cuatro grupos de almacenamiento. Si especifica que los servidores de Exchange 2003 virtuales tengan varios grupos de almacenamiento, asegúrese de que un nodo no tenga que ejecutar más de un servidor virtual al mismo tiempo. De lo contrario, podría crear una situación en la que un nodo concreto deba alojar más de cuatro grupos de almacenamiento. Puede solucionar este problema en una configuración de clúster activo/pasivo si garantiza que la conmutación por error sólo se realice en el nodo pasivo. Es posible configurar nodos preferidos para la conmutación por error.
  Debe dejar al menos un nodo libre de un servidor virtual, de forma que este nodo pasivo puede encargarse de un servidor virtual si se produce un error en un nodo sin que el rendimiento se vea afectado. En una configuración activa/activa, uno de los nodos restantes tendría que hacerse cargo de la carga de trabajo extra, además de sus propios servidores virtuales, cuando se produjera un error en un nodo del clúster o se realizara la conmutación por error manualmente. Es importante destacar que Microsoft no admite las configuraciones activa/activa en las configuraciones de clúster con más de dos nodos. Para obtener más información sobre los clústeres con Windows Server 2003 y Exchange 2003, consulte Using Clustering with Exchange 2003: An Example (Uso de clústeres con Exchange 2003: un ejemplo).

  Nota

  El Servicio de Cluster Server no proporciona equilibrio de carga ni redundancias de almacenamiento. Los servidores de Exchange 2003 virtuales se pueden mover de un nodo con errores a otro nodo del clúster, pero resulta imposible ejecutar el mismo servidor virtual en varios nodos al mismo tiempo, o especificar que varios servidores virtuales usen copias replicadas de las mismas bases de datos de mensajería. Cada servidor virtual debe tener un conjunto individual de bases de datos. Por consiguiente, debe configurar el subsistema de disco mediante RAID 5 o RAID 0+1, o bien implementar una solución de red de área de almacenamiento de alta disponibilidad.

• Usar una red de área de almacenamiento para implementar el sistema de almacenamiento para varios servidores de buzones   Puesto que Exchange 2003 es compatible con los clústeres de Windows con un máximo de ocho nodos, se requiere un sistema de disco compartido eficaz y de confianza para implementar el subsistema de almacenamiento para todas las bases de datos de mensajería. Si el número de usuarios en una ubicación de servidores justifica la inversión, considere la implementación de una red de área de almacenamiento. Los clústeres de servidores son la opción perfecta para el almacenamiento de datos basado en una red de área de almacenamiento cliente. Las redes de área de almacenamiento se basan en las tecnologías de Internet SCSI (iSCSI), conmutación de canal de fibra o Ethernet Gigabit, que conecta los sistemas de almacenamiento, donde se guardan y protegen los datos, a los sistemas de equipo que ejecutan el Servicio de Cluster Server y los servidores de Exchange 2003 virtuales. La tecnología de conmutación de canal de fibra o Ethernet Gigabit es rápida y de confianza, y permite a los fabricantes de hardware crear soluciones de almacenamiento de hasta varios terabytes (TB). Los paquetes de red de área de almacenamiento completos incluyen el hardware, así como el software de administración de almacenamiento necesario. En un entorno con una red de área de almacenamiento de confianza, existen varias rutas a los datos almacenados, y se pueden hacer copias de seguridad de éstos y restaurarlos de manera eficaz.

  Nota

  El sector de almacenamiento está progresando hacia un modelo de provisión de red de área de almacenamiento por el cual se puede agregar almacenamiento en cualquier momento o se puede reasignar a aplicaciones, como Exchange 2003, según se necesite. Windows Server 2003 admite este modelo ya que proporciona compatibilidad con los estándares emergentes del sector de red de área de almacenamiento, como iSCSI, así como con estándares establecidos como el canal de fibra y Ethernet Gigabit.

• Configure los servidores de buzones con cuatro grupos de almacenamiento y un gran número de almacenes de buzones   Exchange 2003 admite hasta cuatro grupos de almacenamiento, cada uno de ellos con un máximo de cinco almacenes de mensajería. Distribuya los buzones entre los diversos almacenes de buzones para mantener el tamaño de las bases de datos a un nivel manejable. Además, distribuya los almacenes de buzones entre varios grupos de almacenamiento. Las bases de datos de un único grupo de almacenamiento comparten un conjunto de archivos de registro de transacciones comunes cuya copia de seguridad se debe realizar en conjunto. Los grupos de almacenamiento independientes usan conjuntos individuales de registros de transacciones. Las copias de seguridad se pueden realizar en paralelo y son compatibles con operaciones de E/S simultáneas, lo que mejora el rendimiento. El servicio Almacén de información de Microsoft Exchange funciona mediante el uso de varios subprocesos que pueden escribir transacciones para archivos de registro de transacciones diferentes de forma simultánea. Para obtener más información acerca del diseño de grupos de almacenamiento y bases de datos de buzones, consulte Planning an Exchange Server 2003 Messaging System (Planificación de un sistema de mensajería de Exchange Server 2003).