Instalación de un clúster de copia única en Windows Server 2008
Se aplica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1
Última modificación del tema: 2010-05-20
La instalación de un clúster de copia única (SCC) en Windows Server 2008 se realiza en varias fases distintas. Aunque el proceso de implementar SCC en Windows Server 2008 es similar al de implementar SCC en Windows Server 2003, existen algunas diferencias significativas. Antes de implementar SCC, es aconsejable que revise atentamente Clústeres de copia única. Además, debe asegurarse de que conoce todos los requisitos especificados en Diseño de clústeres de copia única.
Nota
Exchange Server 2007 no se admite en equipos en los que se ejecute Microsoft Windows Server 2008 R2. Para obtener más información acerca de los sistemas operativos compatibles con Exchange 2007, consulte Requisitos del sistema para Exchange 2007.
Nota
Para obtener más información acerca de cómo instalar un SCC en Windows Server 2003, consulte Instalar un clúster de copia única.
El proceso de implementación de un SCC en Windows Server 2008 es un proceso de varias fases:
Formación y configuración del almacenamiento
Formación y configuración de redes
Formación del clúster, empezando por el primer nodo y agregando uno más nodos subsiguientes
Configuración de las redes de clúster
Configuración del quórum de clúster
Validación del clúster de conmutación por error
Instalación y configuración de un servidor de buzones de correo en clúster
Comprobación de entrega del servidor de buzones de correo en clúster
Antes de realizar cualquiera de los procedimientos mencionados a continuación, debe asegurarse de que los equipos tengan instalados los componentes del sistema operativo para Windows Server 2008. Para obtener información detallada sobre cómo instalar los requisitos previos de Exchange en Windows Server 2008, consulte Instalación de los requisitos previos de Exchange 2007 SP1 y SP2 en Windows Server 2008 o Windows Vista.
Se recomienda completar cada fase antes de comenzar la siguiente. Una vez finalizadas todas las fases, se recomienda comprobar la solución de SCC antes de ponerla en producción. Las siguientes secciones explican cada fase de la instalación más detalladamente.
Formación y configuración del almacenamiento
Un SCC usa almacenamiento compartido para grupos y bases de datos de almacenamiento de un servidor de buzones de correo en clúster. Aunque se admiten los SCC con nodos mayoritarios y quórum de testigo de recurso compartido de archivos, se recomienda usar nodos mayoritarios con quórum de testigo de disco para los SCC. Dado que los SCC usan almacenamiento compartido, todo el almacenamiento se debe configurar antes de la formación del clúster en cada nodo que vaya a formar parte del clúster. Para configuraciones de clúster que usan un número impar de nodos, se recomienda utilizar Mayoría de nodo. Para configuraciones de clúster que usan un número par de nodos, se recomienda utilizar Mayoría de disco y nodo.
Nota
El almacenamiento para un servidor de buzones de correo en clúster debe ser accesible desde todos los nodos que puedan hospedarlo. El almacenamiento para el recurso de quórum debe ser accesible desde todos los nodos del clúster.
En un SCC, el orden correcto de instalación y configuración de recursos de almacenamiento es el siguiente:
La solución de almacenamiento se debe conectar y configurar correctamente en el nivel del hardware antes de formar el clúster de conmutación por error. Para obtener instrucciones detalladas acerca de la conexión y configuración de la solución de almacenamiento en el clúster de conmutación por error, consulte las instrucciones incluidas en la solución de almacenamiento o a su proveedor de hardware.
El clúster de conmutación por error debe contener uno o más recursos del disco físico para el servidor de buzones de correo en clúster antes de instalar Microsoft Exchange Server 2007. No se puede usar el recurso de disco de quórum para hospedar bases de datos y grupos de almacenamiento. El programa de instalación de Exchange 2007 no continuará si no se detecta el almacenamiento compartido en el clúster.
Un administrador debe configurar manualmente las dependencias de recursos de disco físico después de agregar un servidor de buzones de correo en clúster al clúster.
Formación y configuración de redes
Debe tener un número suficiente de direcciones IP disponibles al crear los servidores de buzón de correo en clúster en un SCC de Windows Server 2008. Los clústeres de conmutación por error de Windows Server 2008 presentan nuevas capacidades de red que constituyen un cambio importante en la forma en que se han realizado las cosas en los clústeres heredados. Por ejemplo, los clústeres de conmutación por error de Windows Server 2008 introducen la compatibilidad con varias subredes, con el protocolo de configuración dinámica de host (DHCP), el protocolo de Internet versión 4 (IPv4) e IPv6. Al ejecutar un clúster de conmutación por error de Windows Server 2008, Exchange 2007 Service Pack 1 (SP1) incluye la compatibilidad con clústeres geográficamente dispersos para la conmutación por error entre dos subredes. Esta compatibilidad incluye a ambos SCC y a los servidores de buzones de un entorno de replicación continua en clúster (CCR).
Nota
Aunque DHCP IPv4 se admite en los clústeres de conmutación por error de Windows Server 2008, se recomienda usar direcciones IP estáticas en los entornos de producción. Si se usa DHCP IPv4 en un clúster de conmutación por error, se recomienda configurar los servidores DHCP para realizar concesiones de longitud ilimitada.
Empezando con los clústeres de conmutación por error de Windows Server 2008, los nodos de clúster individuales se pueden ubicar ahora en redes distintas enrutadas. Para esto es necesario que los recursos que dependen de recursos de dirección IP (por ejemplo, recursos de Nombre de red), implementen una lógica OR, porque es poco probable que todos los nodos de clúster tengan una conexión local directa con cada red de la que el clúster tiene conocimiento. Esto facilita la puesta en conexión de los recursos de Dirección IP y Nombre de red en caso de error de los servicios y aplicaciones en nodos remotos.
Todas las direcciones IP asociadas con un recurso de Nombre de red se registran dinámicamente en el Sistema de nombres de dominio (DNS) (si se configuran para las actualizaciones automáticas) con la lista ordenada de modo que los recursos de Dirección IP que están conectados se devuelven en primer lugar a los clientes. Dado que los nodos de clúster se pueden colocar en redes diferentes enrutadas y que se han modificado los mecanismos de comunicación para usar protocolos de sesión confiables implementados con Protocolo de datagramas de usuario (UDP) (unidifusión), los requisitos de red de los clústeres geográficamente dispersos ya no son aplicables. En consecuencia, las organizaciones pueden implementar un clúster de conmutación por error en dos centros de datos físicos sin necesidad de usar tecnología de LAN virtual (VLAN) para que las subredes de clústeres abarquen las dos ubicaciones.
Cuando se produce un movimiento o conmutación por error en un servidor de buzones de correo en clúster implementado en un clúster de conmutación por error con varias subredes geográficamente dispersas, el nombre del servidor de buzones de correo en clúster se mantiene, pero la dirección IP asignada a dicho nombre no se mantiene. La disponibilidad de este servidor para los clientes y otros servidores depende de la propagación de la nueva dirección IP en todo el DNS. La propagación de DNS puede tardar algún tiempo en producirse. Por este motivo, se recomienda configurar un valor de Período de vida (TTL) de 10 minutos para el registro de host DNS del servidor de buzones de correo en clúster.
Aunque los clientes internos de Microsoft Office Outlook no necesitan perfiles nuevos o reconfigurados para conectarse con la nueva dirección IP, deberán esperar a que se borre la memoria caché de DNS local para que la resolución de nombres del nombre del servidor de buzones de correo en clúster cambie de la dirección IP antigua a la nueva. Una vez que la dirección IP se haya propagado a los servidores de DNS adecuados, la memoria caché de DNS de los clientes de Outlook se puede borrar usando el comando siguiente en el símbolo del sistema del cliente.
ipconfig /flushdns
Se requieren direcciones IP tanto para redes públicas como privadas. Los requisitos relacionados con las direcciones privadas y públicas son las siguientes:
Direcciones privadas Cada nodo requiere una dirección IP para cada adaptador de red que se usa en una red de clústeres privada. Puede usar una dirección IPv4 estática o una dirección IPv6 asignada de forma dinámica. Debe usar direcciones IP que no estén en la misma subred o red que una de las redes públicas. Se recomienda usar 10.10.10.10 y 10.10.10.11 con una máscara de subred de 255.255.255.0 como direcciones IP privadas para los tres nodos.
Direcciones públicas Cada nodo requiere una dirección IP para cada adaptador de red que se usa en una red de clústeres pública, a veces denominada red mixta. Además, se requieren direcciones IP para el clúster de conmutación por error y el servidor de buzones de correo en clúster para que clientes y administradores puedan tener acceso a ellos. Debe usar direcciones IP que no estén en la misma subred o red que una de las redes privadas. Puede usar direcciones IPv4 estáticas, direcciones IPv4 DHCP o direcciones IPv6 estáticas.
Importante
Todos los adaptadores de red de una red de clústeres deben usar la misma versión de TCP/IP, es decir, todos deben usar IPv4 o IPv6, o bien todos IPv4 e IPv6 simultáneamente.
Consejos de red para servidores de buzón en clústeres
Le recomendamos también que siga estos consejos para la sed de clúster:
Use nombres significativos La creación de un clúster le ofrece muchas oportunidades de usar nombres significativos en los nodos de clústeres, interfaces de redes de clústeres, el nombre del clúster y los nombres de servidores de buzones en clúster. Por ejemplo, la red usada para comunicarse con otros servidores y clientes de Exchange se denomina pública. La red usada para comunicarse entre los nodos del clúster se denomina privada. Use nombres que se puedan relacionar entre sí sin tener que revisar un mapa de la topología. Otra convención útil es relacionar los nodos de un clúster con el nombre del servidor de buzones de correo en clúster. Por ejemplo, use mbx01, mbx01-node1 y mbx01-node2 para el servidor de buzones de correo en clúster y los dos nodos, respectivamente.
Use direcciones IP privadas para las interfaces de red privadas Para ver un intervalo de direcciones y máscara de subred de ejemplo para las interfaces de red privada en un clúster de conmutación por error de dos nodos, consulte la tabla siguiente.
Intervalos de direcciones y máscaras de subred para interfaces de red privadas
Red/Nodo Intervalo de direcciones IP Máscara de subred Privada/NODE1
10.10.10.10-255
255.255.255.0
Privada/NODE2
10.10.10.11-255
255.255.255.0
Tenga en cuenta lo siguiente:
Si la red pública usa una red 10.x.x.x y una máscara de subred 255.255.255.0, se recomienda usar direcciones IP de redes privadas y máscara de subred alternativas.
No se recomienda usar ningún adaptador tolerante a errores o temporizador de la red privada. Si necesita redundancia en la red privada, use múltiples adaptadores de red configurados sólo para el uso en clúster. Para obtener más información acerca de esta configuración, consulte la sección "Configuración de las redes de clúster" más adelante en este tema.
Es importante comprobar que la firma del fabricante y el controlador han pasado la última revisión si usa esta tecnología. Póngase en contacto con el fabricante de adaptadores de red para obtener información acerca de la compatibilidad en un clúster de servidor. Para obtener más información acerca del temporizador del adaptador de red en las implementaciones de clúster de servidor, consulte el artículo de Microsoft Knowledge Base 254101, Network adapter teaming and server clustering.
Formación del clúster
Un clúster de conmutación tras error se forma cuando el primer nodo se agrega al clúster. Este proceso da al clúster un nombre de red y una dirección IP de red únicos. Tanto el nombre como la dirección IP de red, que colectivamente forman la identidad de red del clúster, se mueven de un nodo a otro del clúster a medida que los nodos se conectan y desconectan. Por lo general, la identidad de red del clúster casi nunca se usa en la administración del servidor de buzones de correo en clúster.
Si está familiarizado con la implementación de clústeres de conmutación por error o clústeres de Exchange de versiones anteriores, la implantación de un clúster para una solución SCC le resultará bastante diferente. Si no conoce las soluciones de clúster, verá que la implementación es mucho más sencilla que una configuración típica de clúster.
Puede crear un nuevo clúster de conmutación por error para un SCC siguiendo las instrucciones que se proporcionan en Cómo crear un clúster de conmutación por error de Windows Server 2008 para un clúster de copia única.
Agregar nodos adicionales
Una vez instalado el Servicio de clúster en el primer nodo, observará que se tarda menos tiempo en instalarlo en nodos subsiguientes. Esto es así porque el programa de instalación usa las opciones de configuración de red configuradas en el primer nodo como una base para la configuración de las opciones de red en nodos subsiguientes. Antes de agregar nodos adicionales, debe validar la configuración del clúster. Puede comprobar que el Servicio de Cluster Server está funcionando y que el clúster está operativo ejecutando el grupo de clúster desde el símbolo del sistema. El resultado que obtenga debe ser similar al siguiente:
C:\>cluster group
Listing status for all available resource groups:
Grupo Nodo Estado
-------------------- --------------- ------
Cluster Group <NODEName> Online
Le recomendamos que revise los registros de eventos en busca de errores y advertencias que puedan requerir su atención antes de proceder. Para obtener información detallada sobre cómo agregar el segundo nodo y los nodos subsiguientes al clúster, consulte Cómo crear un clúster de conmutación por error de Windows Server 2008 para un clúster de copia única.
Configuración de las redes de clúster
Una vez agregados todos los nodos al clúster, se configurarán los componentes de red del clúster. Concretamente, se deben configurar redes para clúster y acceso de cliente, y establecer la configuración de tolerancia para latidos de clúster no encontrados. Se recomienda también cambiar el nombre de las redes de clúster por otros más significativos.
En la tabla siguiente se detallan las opciones disponibles para configurar redes de clúster.
Opciones para configurar redes de clúster
| Opción | Descripción |
|---|---|
Permitir que el clúster use esta red (red privada) |
Seleccione esta opción únicamente si desea que el servicio de clúster use exclusivamente esta red para el tráfico de comunicación de clúster entre nodos. Los clientes no podrán conectarse al servidor de buzones de correo en clúster mediante esta red. |
Permitir que el clúster use esta red y permitir que los clientes se conecten con esta red (red mixta) |
Seleccione ambas opciones si desea que el servicio de clúster use este adaptador de red para el latido de clúster y la comunicación con clientes externos. El servicio de clúster usará esta red para la comunicación de clúster entre nodos y los clientes podrán conectarse al servidor de buzones de correo en clúster a través de esta red. |
No permitir que el clúster use esta red (red no administrada) |
Seleccione esta opción únicamente si no desea usar la red en el clúster o permitir que el servicio de clúster administre la red. El servicio de clúster no podrá usar esta red para la comunicación de clúster entre nodos y los clientes no podrán conectarse al servidor de buzones de correo en clúster a través de esta red. |
Nota
Una opción para configurar redes de clúster es crear una configuración de red preliminar y, a continuación, ejecutar el Asistente para validar una configuración en la herramienta Administración del clúster de conmutación por error seleccionando sólo las pruebas de red (es decir, omitiendo las pruebas de Inventario, Almacenamiento y Configuración del sistema). Cuando se ejecutan sólo las pruebas de Red, el proceso no es excesivamente largo. Mediante el informe de validación, puede realizar las correcciones necesarias en la configuración de red. Después de configurar todo el clúster, se recomienda volver a ejecutar el Asistente para validar una configuración y seleccionar todas las pruebas.
Los servidores de buzón en clúster implementados en un SCC necesitan como mínimo dos tarjetas de red en cada nodo para ser admitidos. En un SCC, se debe configurar una red como red privada y la otra como red mixta.
Establecimiento de la configuración de tolerancia para latidos de clúster no encontrados
Tras configurar las comunicaciones de clúster y la prioridad de la red, se recomienda establecer una configuración de tolerancia específica para los latidos de clúster no encontrados. Con esto se configura la supervisión del servicio de clúster de la conectividad de red entre nodos de clúster para tolerar interrupciones de poca importancia. Esto evita conmutaciones por error en algunos casos en los que la interrupción en la red es breve. Se recomienda configurar las redes de clúster privadas y mixtas de todos los nodos para que admitan 10 latidos no encontrados. Este nivel de configuración corresponde a aproximadamente 12 segundos.
Para obtener los pasos detallados acerca de cómo configurar los componentes de red del clúster, consulte Cómo configurar las redes de clúster para un clúster de copia única.
Configuración del quórum de clúster
Una vez configuradas las redes de clúster, el paso siguiente es configurar el clúster de conmutación por error para que use un recurso de Nodo mayoritario con quórum de testigo de disco. Para obtener información detallada para configurar un clúster de conmutación por error para que use el modelo de Nodo mayoritario con quórum de testigo de red, consulte Cómo configurar el quórum Mayoría de disco y nodo.
Validación del clúster de conmutación por error
Windows Server 2008 incluye un nuevo asistente denominado Asistente para validar una configuración que se puede usar para comprobar el estado y la configuración de un clúster de conmutación por error. Se recomienda ejecutar este asistente antes de instalar Exchange 2007 en el clúster. Ejecutando el asistente antes de instalar Exchange 2007, se pueden identificar y resolver problemas de configuración en el clúster que podrían impedir que la instalación de Exchange se ejecutara correctamente.
El Asistente para validar una configuración incluye cuatro grupos de pruebas diseñadas para comprobar que el clúster cumple los requisitos necesarios para ser compatible con Microsoft. Estos son los requisitos necesarios, junto con el requisito de que la solución de clúster lleve el logo de compatibilidad "Diseñado para Windows Server 2008".
Los cuatro grupos de pruebas son: Inventario, Red, Almacenamiento y Configuración del sistema. Para obtener información detallada con el objeto de validar el clúster de conmutación por error, consulte Cómo validar una configuración de un clúster de conmutación por error para un clúster de copia única.
Instalación y configuración del servidor de buzones de correo en clúster
Puede instalar la función del servidor Buzón de correo en un clúster realizando unos pocos pasos en cada nodo. Después de formar y validar el clúster, y después de que el clúster esté configurado para usar el recurso quórum Mayoría de disco y nodo (MNS), deberá instalar primero la función del servidor Buzón de correo en el nodo activo. Para obtener los pasos detallados acerca de cómo instalar la función del servidor Buzón de correo en un nodo activo, consulte Cómo instalar la función de buzón de correo en clúster activo en un clúster de copia única en Windows Server 2008.
Una vez instalada la función del servidor Buzón de correo y un servidor de buzones de correo en clúster en el nodo activo, y comprobada la configuración del primer grupo de almacenamiento, deberá instalar la función del servidor Buzón de correo en el modo pasivo. Para instrucciones detalladas sobre cómo instalar la función del servidor Buzón de correo en un nodo pasivo, consulte Cómo instalar la función de buzón en clústeres pasivo en un clúster de copia única en Windows Server 2008.
Instalación de varios servidores de buzones de correo en clúster
Un SCC sólo se admite en una configuración activa/pasiva o en una configuración activa de nodo único. Sin embargo, puede haber múltiples nodos activos y pasivos en el mismo clúster de copia única. En los clústeres activos/pasivos, el clúster incluye como mínimo uno o más nodos activos y como mínimo uno o más nodos pasivos; por ejemplo, dos nodos activos y un nodo pasivo. En clústeres de conmutación por error activos/pasivos, el número de instancias del servidor de buzones de correo en clúster siempre es inferior al número de nodos físicos del clúster.
Un SCC puede contener hasta ocho nodos físicos. Por lo tanto, el número máximo de servidores de buzones de correo en clúster que puede haber en un clúster de copia única es de siete. Un nodo pasivo puede servir a uno o más nodos activos, pero se recomienda implementar al menos un nodo pasivo por cada nodo activo del clúster.
El proceso de instalación de nodos activos y pasivos adicionales no es distinto del proceso de instalación de los primeros nodos activo y pasivo. El requisito es que cada nodo activo que instale debe tener un nodo pasivo correspondiente para que sea compatible. Puede designar un único nodo pasivo para más de un nodo activo. Sin embargo, al hacerlo, puede poner en peligro la disponibilidad, ya que en un momento dado cada nodo sólo puede hospedar un servidor de buzones de correo en clúster. En el caso de dos nodos activos y un nodo pasivo, por ejemplo, el clúster de copia único no tiene suficientes nodos pasivos para acomodar los errores simultáneos de ambos nodos activos.
Nota
En un SCC que contiene varios servidores de buzones de correo en clúster, existe un problema conocido que impide crear nuevos buzones de correo en el segundo y en cualquier servidor de buzones de correo en clúster subsiguiente que esté instalado en el clúster de conmutación por error. Si se produce este problema, no se podrá crear un nuevo buzón de correo en el segundo o en cualquier servidor de buzones de correo en clúster subsiguiente, y se mostrará el siguiente mensaje de error: "No se encontró ninguna DLL generadora de proxy en el servidor FQDN.serverName o bien se produjo un error de inicialización. Las direcciones de proxy del destinatario actual no se pueden calcular. Asegúrese de que todas las DLL del generador de direcciones de proxy se han instalado en el servidor de destino". Para resolver este problema, puede crear un nuevo buzón de correo en otro servidor de buzones y, a continuación, mover ese buzón de correo al segundo o a cualquier servidor de buzones de correo en clúster subsiguiente del clúster. También puede solucionar este problema creando un objeto MTA de Microsoft en Active Directory para el servidor de buzones en clúster. Para conocer los pasos detallados, consulte Cómo habilitar la creación de buzones en el segundo servidor de buzones de correo en clúster o servidores sucesivos en un clúster de copia única de Exchange 2007.
Tareas posteriores a la instalación
Una vez instalada la función del servidor Buzón de correo en ambos nodos y creado un servidor de buzones de correo en clúster, deberá realizar algunas tareas posteriores a la instalación. Estas tareas incluyen comprobar la posibilidad de mover un servidor de buzones de correo en clúster entre los nodos del clúster.
Comprobar un clúster de copia única
Tras completar la instalación de una solución SCC, o después de realizar cambios significativos en la configuración, se recomienda comprobar el estado y el mantenimiento del servidor de buzones de correo en clúster, así como que todos los nodos estén configurados correctamente para ser compatibles con el servidor de buzones de correo en clúster.
El modo recomendado para comprobar el estado y el mantenimiento del servidor de buzones de correo en clúster es ejecutar el cmdlet Get-ClusteredMailboxServerStatus. El cmdlet Get-ClusteredMailboxServerStatus proporciona el estado operativo básico para el servidor de buzones de correo en clúster. Para obtener información detallada sobre cómo conseguir el estado operativo básico de un servidor de buzones de correo en clúster, consulte Cómo ver el estado de un servidor de buzón en clústeres.
El mejor modo de comprobar que ambos nodos pueden poner en conexión el servidor de buzones de correo en clúster es usar el cmdlet Move-ClusteredMailboxServer para mover el servidor de buzones de correo en clúster a cada nodo. En Exchange 2007 SP1, también puede usar el Asistente para administrar el servidor de buzones de correo en clúster en la Consola de administración de Exchange para mover un servidor de buzones de correo en clúster entre nodos y comprobar que ambos nodos pueden poner este servidor en línea.