Diseño de clústeres de copia única

Se aplica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Última modificación del tema: 2008-07-24

A pesar de que implementar un clúster de copia única (SCC) de Microsoft Exchange Server 2007 es parecido a implementar un servidor independiente de Exchange 2007 y a implementar la replicación continua en clúster (CCR), hay diferencias importantes que se deben tener en cuenta.

Requisitos generales para clústeres de copia única

Los requisitos generales para implementar un clúster de copia única (SCC) son los siguientes:

• Asegúrese de estar ejecutando el Sistema de nombres de dominio (DNS). En condiciones ideales, el servidor DNS debería admitir actualizaciones dinámicas. Si el servidor DNS no las admite, debe crear un registro de host DNS (A) para cada servidor de buzones de correo en clúster y uno para el mismo clúster. En caso contrario, Exchange no funcionará correctamente. Para obtener más información acerca de cómo configurar DNS para Exchange, consulte el artículo 322856 de la Knowledge Base Microsoft, Cómo configurar DNS para usar con Exchange Server.

• Si los nodos del clúster pertenecen a una zona del servicio de nombres de directorios que tiene un nombre diferente al nombre del dominio de servicio de directorio Active Directory al que se conectó el equipo, la propiedad DNSHostName no incluye de forma predeterminada el nombre del subdominio. En este caso, es posible que necesite cambiar la propiedad DNSHostName para garantizar que algunos servicios, como el Servicio de replicación de archivos (FRS), funcionen correctamente. Para obtener más información, consulte el artículo 240942 de la Knowledge Base, La propiedad DNSHostName de Active Directory no incluye subdominio.

• Todos los nodos del clúster deben ser servidores miembros del mismo dominio y sitio de Active Directory. Exchange 2007 no es compatible en nodos que también sean servidores de directorio de Active Directory o nodos que sean miembros de dominios o sitios de Active Directory diferentes.

• Asegúrese de que el clúster está formado antes de instalar Exchange 2007. Asegúrese de que al menos un recurso de disco físico se encuentra en el grupo de clústeres en el que desea instalar Exchange 2007 antes de instalar Exchange 2007. Después de instalar el servidor de buzones de correo en clúster, configure las dependencias de recursos de disco adecuadas en el Administrador de clústeres.

• Asegúrese de que los nombres del servidor de buzones de correo en clúster sean de 15 caracteres o menos.

• El clúster en el que está instalado Exchange 2007 no puede contener Exchange Server 2003, Exchange 2000 Server ni ninguna versión compatible con clústeres de Microsoft SQL Server. No se admite ejecutar Exchange 2007 en un clúster con cualquiera de estas aplicaciones. Se admite ejecutar Exchange 2007 en un clúster con SQL Server Express Edition u otra aplicación de base de datos (como Microsoft Office Access), siempre que la aplicación de la base de datos no esté en clústeres.

• Antes de instalar Exchange 2007, asegúrese que la carpeta en la que va a instalar todos los datos de Exchange en el recurso de disco físico está vacía.

• Debe instalar la misma versión de Exchange 2007 en todos los nodos del clúster que estén configurados como hosts de un servidor de buzones de correo en clúster. Además, el sistema operativo y los archivos de Exchange deben estar instalados en las mismas rutas de acceso y unidades para todos los nodos del clúster. Esto requiere que todos los equipos tengan una configuración de disco similar, aunque no idéntica.

• No instale, cree o mueva ningún recurso del grupo predeterminado de clústeres al grupo de recursos que contiene el servidor de buzones de correo en clúster. Tampoco instale, cree o mueva ningún recurso del grupo que contiene el servidor de buzones de correo en clúster al grupo de clústeres predeterminado. El grupo de clústeres predeterminado debe contener únicamente la dirección IP, el nombre de red y los recursos de quórum de los clústeres. Mover los recursos al grupo predeterminado de clústeres o combinarlos no es compatible.

  Importante

  Los clústeres en los que se ejecuten versiones anteriores de Exchange necesitan una instancia en cluster del Coordinador de transacciones distribuidas de Microsoft (MSDTC). Exchange 2007 elimina el requisito del recurso MSDTC en clúster. Los servidores de buzones de correo en clúster de un SCC no usan el recurso MSDTC instalado en el clúster de conmutación por error. Es posible que las aplicaciones de terceros precisen un recurso MSDTC debido a las dependencias de COM+. En Windows Server 2003, el recurso de clúster MSDTC requiere el uso del almacenamiento compartido en el clúster. Si una aplicación de terceros necesita un recurso MSDTC en clúster, se deberá instalar en un grupo de clústeres que esté separado del grupo que contiene el servidor de buzones de correo en clúster. Windows Server 2008 proporciona una instancia de MSDTC local, no agrupada en clúster, que elimina la necesidad del almacenamiento compartido en un clúster de conmutación por error de Windows Server 2008. Para obtener más información acerca de los cambios de MSDTC en Windows Server 2008, consulte la ayuda de Windows Server 2008.

Requisitos de hardware para clústeres de copia única

Los requisitos de hardware para implementaciones de clústeres de copia única (SCC) son los siguientes:

• La totalidad de la solución debe aparecer en la categoría Cluster Solution de Windows Server Catalog of Tested Products de Microsoft (en inglés).

• Si el SCC está geográficamente disperso, debe estar incluido en la categoría Geographically Dispersed Cluster Solution de Microsoft Windows Server Catalog of Tested Products.

Requisitos de software para clústeres de copia única

Los requisitos de software de los SCC para implementaciones son los siguientes:

• Todos los nodos del clúster deben tener instalado el sistema operativo Windows Server 2008 Enterprise o Windows Server 2003 Enterprise Edition con las mismas letras de unidad de arranque y del sistema, y la misma ruta de acceso de Windows. No puede tener un clúster con uno o más nodos que ejecuten Windows Server 2003 y otros nodos que ejecuten Windows Server 2008. No es compatible mezclar versiones de sistemas operativos en un clúster de conmutación por error.

• Sólo se puede instalar la función del servidor Buzón de correo en un clúster. No se pueden instalar más funciones del servidor de Exchange en un equipo que forme parte de un clúster de conmutación por error.

Requisitos de red para clústeres de copia única

Es importante que las redes que se utilizan en las comunicaciones de los clientes y los clústeres estén configuradas correctamente. En esta sección se proporcionan vínculos a los procedimientos necesarios para comprobar que la configuración de la red privada y de la red pública es correcta. Además, debe asegurarse de que el orden de conexión de red esté configurado correctamente para el clúster.

Tenga en cuenta lo siguiente a la hora de diseñar la infraestructura de red para la implementación de SCC:

• Cada nodo debe tener, al menos, dos adaptadores de red disponibles para el clúster. Los clientes y otros servidores sólo deben tener acceso a los nodos desde uno de los adaptadores de red. Los otros adaptadores de red se utilizan para la comunicación dentro del clúster.

• Debe disponer del número suficiente de direcciones IP estáticas al crear servidores de buzones de correo en clúster. 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 estática para cada adaptador de red que se utiliza en una red de clústeres privada. Debe usar direcciones IP estáticas que no estén en la misma subred o red que una de las redes públicas. Se recomienda usar 10.10.10.x con una máscara de subred de 255.255.255.0 como subred de dirección IP privada para la red privada. 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áscaras de subred alternativas. Si configura más de una red privada, se necesitan direcciones y subredes únicas para cada adaptador de red y red privada.

  • Direcciones públicas   Cada nodo requiere una dirección IP estática para cada adaptador de red que se utiliza en una red de clústeres pública. Además, se requieren direcciones IP estáticas para el clúster del servidor y el servidor de buzones de correo en clúster para que clientes y administradores puedan tener acceso a ellos. Debe usar direcciones IP estáticas que no estén en la misma subred o red que una de las redes privadas.

  Nota

  Si está instalando un SCC en Windows Server 2008, puede usar una dirección IPv6 asignada dinámicamente junto con las direcciones IPv4 estáticas usadas para las redes públicas o privadas.

• Si está instalando un SCC en Windows Server 2003, el Servicio de clúster requiere que la red privada de todos los nodos de un clúster esté en la misma subred. Para conseguir esto en un entorno geográficamente disperso, puede usar conmutadores de LAN virtual (VLAN) en las interconexiones entre dos nodos. Si usa una VLAN, la latencia punto a punto de ida y vuelta debe ser menor de 0,5 segundos. Además, el vínculo entre dos nodos debe aparecer como una única conexión punto a punto desde la perspectiva del sistema operativo Windows que se está ejecutando en los nodos. Para evitar errores puntuales, utilice hardware de VLAN independiente para las diferentes rutas de acceso entre los nodos. La misma restricción de subred no se aplica a los clústeres de conmutación por error que se ejecutan en Windows Server 2008.

• Si está instalando un SCC en Windows Server 2003, el Servicio de clúster requiere que la red pública de todos los nodos de un clúster esté en la misma subred, y esta subred debe ser diferente de la que se utiliza para la red privada. La red de clúster pública debería proporcionar conectividad a los otros servicios y servidores de Exchange, como Active Directory y DNS. Se puede evitar que esto sea un error puntual utilizando la formación de equipos del adaptador de red o una tecnología similar. La misma restricción de subred no se aplica a los clústeres de conmutación por error que se ejecutan en Windows Server 2008.

• Se debe proporcionar una red en clústeres privada separada. La red privada se utiliza para comunicaciones entre nodos del clúster. Esta red puede estar localizada en equipos del clúster y no necesita servicios de DNS.

• Si está instalando SCC en Windows Server 2003, el orden de la conexión de red de Windows se debe configurar con las redes públicas en la parte superior del orden de conexiones, y la prioridad de red en el clúster se debe configurar con las redes privadas en la parte superior del orden de prioridades.

• Es posible que los requisitos de latido no sean los más estrictos en cuanto a ancho de banda de red pública y latencia para una configuración de dos centros de datos. Debe evaluar la carga de red total que incluye cliente, Active Directory, transporte y otro tráfico para determinar los requisitos de red necesarios.

Requisitos de almacenamiento para clústeres de copia única

Los SCC utilizan almacenamiento compartido para almacenar los datos del servidor de buzones de correo en clúster (grupos de almacenamiento y bases de datos). El recurso de quórum también se puede almacenar en almacenamiento compartido. Una alternativa al almacenamiento compartido para el recurso de quórum es usar un quórum con un Conjunto de nodos mayoritario (MNS). Éste puede ser un quórum MNS tradicional, o un quórum MNS con testigo de recurso compartido de archivos.

Es muy importante que las tareas siguientes se realicen en el orden que se indica a continuación para que el SCC funcione correctamente:

1. Todo el almacenamiento compartido se debe configurar antes de la formación del clúster en cada nodo que vaya a formar parte del clúster. Es obligatorio que el quórum esté configurado y disponible para todos los nodos del clúster después de la formación del clúster. La formación del clúster dará error si el quórum no está disponible.

2. Después de que el clúster se haya formado, y antes de que Exchange se haya instalado, deben configurarse los recursos del disco físico para el almacenamiento compartido del servidor de buzones de correo en clúster.

3. Después de que Exchange se haya instalado y el servidor de buzones de correo en clúster se haya creado, deben configurarse las dependencias de los recursos del disco físico.

Cuando se diseña una solución de almacenamiento de CCR, es aconsejable que siga las siguientes prácticas recomendadas:

• Use la guía de planeación de almacenamiento general de Planear el almacenamiento en disco.

• Almacenar los archivos de base de datos y los de registros de transacciones en diferentes números de unidad lógica (LUN).

• Utilizar los puntos de montaje de volumen del sistema de archivos NFTS para sacar a la superficie los volúmenes del sistema operativo.

• Utilizar nombres característicos que se puedan relacionar de forma directa y obvia con la base de datos o el grupo de almacenamiento hospedados. Si se utilizan diferentes volúmenes para los registros y las bases de datos, las rutas de acceso deberían identificar los tipos de datos. Este enfoque puede evitar que se cometan errores humanos conforme aumenta el número de bases de datos y grupos de almacenamiento.

  Nota

  Exchange 2007 no permite colocar registros de transacción o archivos de bases de datos en la raíz de un volumen.

Requisitos de Active Directory para clústeres de copia única

SCC tiene los mismos requisitos de infraestructura de Active Directory que un servidor único tiene más requisitos adicionales. En una solución de múltiples centros de datos, los dos centros de datos deben tener una compatibilidad adecuada con la infraestructura de Active Directory, ya que cualquiera de ellos podría hospedar el servidor de buzones de correo en clúster. Esta capacidad debe estar presente incluso si los otros centros de datos no están disponibles. Además, todos los nodos del clúster deben estar en el mismo dominio y la cuenta del Servicio de clúster debe tener los permisos adecuados.

Requisitos de la cuenta de servicios para clústeres de copia única

Si está instalando un SCC en Windows Server 2003, debe usar una cuenta del dominio para la cuenta del Servicio de clúster. Todos los nodos del clúster deben ser miembros del mismo dominio y todos los nodos del clúster deben usar la misma cuenta de servicio Cluster Server. La cuenta del Servicio de clúster también debe ser miembro del grupo Administradores local en cada nodo que pueda hospedar un servidor de buzones de correo en clúster.

La cuenta del Servicio de clúster es responsable de la creación y mantenimiento de la cuenta del equipo identificada y asociada con el recurso de nombre de red del clúster de conmutación por error cuando ese recurso se pone en línea. Para asegurarse de que la cuenta del Servicio de clúster tiene los permisos apropiados, consulte el artículo de la Knowledge Base 307532, Cómo solucionar problemas de la cuenta del Servicio de Cluster Server cuando modifica objetos de equipo. Para obtener más información, consulte el artículo 251335 de Knowledge Base, Los usuarios de dominio no pueden unir la estación de trabajo o el servidor a un dominio.

Si está instalando un SCC en Windows Server 2008, el Servicio de clúster se ejecutará en la cuenta LocalSystem (SYSTEM).

Para obtener más información

Para obtener más información acerca de los clústeres de conmutación por error en Windows Server 2008 y sus antecesores en Windows Server 2003, los clústeres de servidor, consulte los siguientes recursos:

• Clústeres de conmutación por error en Windows Server 2008

• Tecnologías de creación de clústeres

• Ayuda de Windows Server 2008 y Windows Server 2003