Configuración de Windows 2008 replicación continua en clúster (1)

Aunque la configuración de la replicación continua en clúster (CCR) en Windows Server 2008 es similar al proceso de configuración en Windows Server 2003, existen algunas diferencias significativas. Antes de configurar CCR, le recomendamos que lea el artículo "Replicación continua en clúster" en su totalidad. Además, asegúrese de cumplir todos los requisitos en el artículo "Implementación de la replicación continua en clúster" de antemano.

Para instalar CCR en Windows Server 2008, complete los siguientes pasos:

1. Configure la instalación del hardware e inicie el proceso de construcción y configuración de la red de clústeres.

2. Construya un clúster y genere los primeros y segundos nodos a su vez.

3. Configure la tolerancia de la red del clúster y la pérdida del ritmo cardíaco del clúster.

4. Configure y proteja el archivo compartido testigo.

5. Configure la actividad del clúster y los roles de servidor de buzones inactivos. Durante la configuración de la función del servidor de buzones activo, se creará el

Servidor de buzones de correo en clúster (CMS).

Nota:

Recomendamos seguir los pasos a continuación después de completar cada paso. Después de completar todos los pasos, es una buena idea verificar la validez de la solución CCR antes de aplicarla.

Una vez completada la instalación, realice las siguientes tareas:

· Ajuste la configuración de control para la conmutación por error.

· Ajusta la configuración predeterminada del contenedor de transferencia.

· Verifique la capacidad de mover CMS entre nodos de clúster.

· Active la opción de red múltiple para la replicación continua.

Antes de comenzar cualquiera de los pasos mencionados anteriormente, primero debe asegurarse de que la computadora de destino tenga los componentes del sistema operativo necesarios para Windows Server 2008. Para conocer los pasos específicos para instalar los componentes necesarios de Microsoft Exchange en Windows Server 2008, consulte el artículo "Cómo instalar los componentes necesarios de Exchange 2007 SP1 en Windows Server 2008".

Las siguientes secciones explican cada paso del proceso de instalación en detalle.

Construcción y configuración de la red

Al crear un CMS en un entorno CCR de 2 nodos para Windows Server 2008, debe tener un número suficiente de direcciones IP disponibles. Significativamente, a diferencia de los clústeres heredados, el clúster de conmutación por error de Windows Server 2008 proporciona nuevas capacidades de red. Por ejemplo, el clúster de conmutación por error de Windows Server 2008 brinda soporte para múltiples subredes, Protocolo de configuración dinámica de host (DHCP), IPv4 e IPv6. Cuando se ejecuta un clúster de conmutación por error de Windows Server 2008, Microsoft Exchange Server 2007 Service Pack 1 (SP1) admite la conmutación por error entre dos subredes en un clúster geográficamente disperso. Esta compatibilidad incluye los servidores de copia única (SCC) y de buzones en un entorno CCR.

Nota:

Aunque los clústeres de conmutación por error de Windows Server 2008 son compatibles con DHCP IPv4, todavía recomendamos el uso de direcciones IP estáticas en entornos reales. Si debe usar DHCP IPv4 en un clúster de conmutación por error, se recomienda configurar el servidor DHCP para garantizar que no haya límite de tiempo para el uso de las direcciones IP.

Comience a configurar clústeres de conmutación por error de Windows Server 2008. Ahora se puede colocar un solo nodo de clúster en una red de rutas separada. Esto requiere recursos que dependen de las direcciones IP (como los recursos de nombre de red) para implementar una lógica OR, ya que no es posible que cada nodo del clúster tenga una conexión local directa para conectarse a cada red adyacente al clúster. Esto ayudará a distribuir la dirección IP y los recursos de nombre de red en línea cuando una empresa o aplicación falla en un nodo remoto.

Todas las direcciones IP en línea asociadas con el recurso Nombre de red se registrarán dinámicamente en el Sistema de nombres de dominio (DNS) mediante una lista personalizada (si se establece en Actualización dinámica), habilitando así los recursos de dirección IP en línea. Volver al cliente a la primera. Dado que los nodos del clúster se ubican en diferentes redes de enrutamiento, y el mecanismo de comunicación se cambia para implementar un protocolo de sesión confiable (unicast) en la parte superior del Protocolo de datagramas de usuario (UDP), los requisitos de red del clúster disperso geográficamente ya no son aplicables. . Como resultado, las organizaciones pueden configurar clústeres de conmutación por error entre dos centros de datos físicos sin la necesidad de usar la tecnología de red de área local virtual (VLAN) para extender las subredes de clúster entre las dos ubicaciones.

Cuando la movilidad y la conmutación por error de CMS se producen en un clúster de conmutación por error de varias subredes geográficamente dispersas, el nombre del CMS se conservará. Sin embargo, la dirección IP asignada al nombre no se mantendrá. Si el servidor tiene disponibilidad para los usuarios y otros servidores depende de la propagación de nuevas direcciones IP en el DNS. La propagación de DNS puede tomar algún tiempo. Debido a esto, recomendamos configurar el valor de tiempo de vida (TTL) del registro de host DNS del CMS en 5 minutos (300 segundos). Para conocer los pasos detallados sobre la configuración del valor DNS TTL del CMS, consulte el artículo "Cómo configurar el valor DNS TTL del recurso de nombre de red". Una vez que el valor TTL del DNS del CMS se haya configurado correctamente, debe detener y reiniciar el CMS para que los cambios surtan efecto.

Aunque el cliente interno de Microsoft Office Outlook no necesita actualizar o reconfigurar los archivos de configuración cuando usa la nueva conexión de dirección IP, aún debe esperar a que se vacíe el caché de DNS local antes de analizar el nombre del CMS de la antigua IP. La dirección se transfiere a la nueva dirección IP. Cuando la dirección IP se propaga al servidor DNS apropiado, ejecute el siguiente comando en la línea de comandos del cliente para borrar la caché de DNS del cliente de Outlook.

ipconfig /flushdns

Tanto las redes públicas como las privadas requieren una dirección IP. Los requisitos para las direcciones privadas y públicas son los siguientes:

l Dirección privada: cada adaptador de red de cada nodo de la red privada del clúster requiere una dirección IP que corresponda. Puede usar una dirección IPv4 estática o una dirección IPv6 asignada dinámicamente. Sin embargo, tenga en cuenta que no puede usar la dirección IP de la misma red en la misma subred o red pública. Las direcciones privadas recomendadas son 10.10.10.10 y 10.10.10.11, y la máscara de subred es 255.255.255.0.

l Dirección pública: una red pública de clúster, a veces llamada red híbrida. Cada adaptador de red de cada uno de sus nodos también requiere una dirección IP que le corresponda. A diferencia de las redes privadas, los clústeres de conmutación por error y los CMS también requieren direcciones IP para el acceso de clientes y administradores. Además, debe tener cuidado de no usar la dirección IP de la misma red en la misma subred o red privada. Puede usar una dirección IPv4, una dirección DHCP IPv4 o una dirección IPv6 estática.

Importante:

Todos los adaptadores de red para una red agrupada deben usar la misma versión de TCP /IP. Es decir, todos deben usar solo IPv4 o tanto IPv4 como IPv6.