Bienvenidos a la parte 4 de esta nota. En esta oportunidad discutiremos sobre Single Copy Cluster (SCC).

Al igual que las versiones anteriores de Exchange esta solución permite utilizar servidores de casillas agrupados usando un almacenamiento compartido (SAN) para permitir que varios servidores accedan a ese almacenamiento. Esta solución es muy parecida a las características de versiones anteriores de soluciones de Cluster. Se han realizado algunas modificaciones y mejoras.

Single Copy Cluster de ahora en adelante mencionado como SCC requieren el uso de una arquitectura “Sharing nothing” la cual incluye el almacenamiento compartido de disco. En esta arquitectura aunque todos los nodos de un Cluster pueden tener acceso a datos compartidos no pueden tener acceso a ellos al mismo tiempo. Ejemplo si un recursos de disco esta asignado al servidor 1 de un cluster de dos nodos, el servidor 2 no puede tener acceso al recurso de discos hasta que el servidor 1 termina la sesión o Libera el recurso o tiene un error para de esa forma pasar al servidor 2.

 

En SCC un servidor de casillas usa su propia identidad de red no la identidad de un nodo en el cluster. Este nombre de red se llama Servidor de casillas en Cluster. Si el server que ejecuta un servidor de casillas en cluster experimenta problemas, el servidor de casillas agrupado se desconecta durante un corto tiempo hasta que el otro servidor asume el control del servidor agrupado y lo conecta. El almacenamiento que tiene los Storages Groups del servidor en Cluster y las bases de datos se alojan en la SAN disponible a cada servidor posible. Mientras ocurre la conmutación por error el almacenamiento asociado a las casillas en Cluster detecta lógicamente desde el servidor y pasa el control al otro servidor disponible en el Cluster.

Además de la conmutación por error el Administrador puede mover manualmente el control a otro servidor que compone lógicamente el Cluster . Este proceso se conoce como Move Group. Esta operación solo se puede hacer con cmdlet llamado Move-ClusteredMailboxServer.

NOTA: A pesar que desde la herramienta del Cluster Administrator esta disponible esta operación, la misma no es consiente de Exchange por lo tanto no debe usarse para mover los Grupos de Exchange o cambiar el estado de cualquier de los servidores que pertenecen al Cluster.

Servicio de Cluster de Windows

Para crear un SCC Exchange 2007 usa el servicio de Windows. El servicio de Cluster de Windows es una característica que viene en la versión Enterprise de Windows Server 2003. Este es un componente que controla todos los aspectos de los recursos agrupados. Cuando se ejecuta el programa de instalación de Exchange 2007 en un nodo de un Cluster de Windows Server 2003, la versión compatible con Cluster de Exchange se instala automáticamente. Un servidor de casillas de correo contiene los siguientes componentes:

· Almacenamiento compartido: Exchange 2007 es compatible con Cluster de almacenamiento compartido y cluster de almacenamiento no compartido. Los Cluster de Copia única (SCC) usan almacenamiento compartido. Para ver soluciones de Exchange 2007 con almacenamiento no compartido ver la sección de CCR (Cluster Continuos Replication).

· Recurso de DLL: Windows se comunica con los recursos mediante las .dll de recursos. Exchange proporciona su propia DLL de recursos (llamada EXRES.DLL) para comunicarse con el servicio de Cluster de Windows. La comunicación entre el Servicio de Cluster de Windows y Exchange 20076 se personaliza para ofrecer funcionalidad de Cluster.

· Grupos: Exchange 2007 utiliza grupos de Cluster de Windows para incluir y representar un servidor de casillas de Cluster. Un servidor de casillas de Cluster es un Grupo de cluster de Windows que incluye recursos de Cluster como una dirección IP, uno o mas discos físicos, el recurso de System Attendant y otros recursos de Windows.

· Recursos: Los servidores de casillas en Cluster incluyen recursos como recursos de direcciones IPS, recursos de nombre de red y recursos de discos físicos. Los servidores de buzón en Cluster también incluyen sus propios recursos específicos de Exchange. Al crear un servidor de casilla en Cluster, Exchange crea automáticamente los demás recursos específicos de Exchange fundamentales como information Store y la instancia de base de datos.

Implementación de SCC

La implementación de un Cluster de copia única es muy parecida a la implementación de un servidor de Exchange independiente y a la implementación de CCR. Existen algunas diferencias significativas que deben tenerse en cuenta en la implementación.

Requisitos para SCC

Los requisitos de los SCC para implementaciones son los siguientes:

· Chequear que se este ejecutando DNS. El mismo debería admitir actualizaciones dinámicas, mas información en 322856 de la Knowledge Base Microsoft, Cómo configurar DNS para utilizar con Exchange Server..

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

· El clúster en el que está instalado Exchange 2007 no puede contener Exchange Server 2003, Exchange 2000 Server o cualquier versión de Microsoft SQL Server. No se admite ejecutar Exchange 2007 en un clúster con cualquiera de estas aplicaciones.

· 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.

· La cuenta de servicio de clúster debe ser miembro de los administradores de Exchange Server (ServerName) o del grupo de administradores de la organización de Exchange. Además, debe ser miembro del grupo local de administradores en cada nodo que pueda hospedar un servidor de buzones de correo en clúster.

Requisitos de Software

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

• Todos los nodos del clúster deben tener instalada Microsoft Windows Server 2003, Enterprise Edition en cada nodo del clúster utilizando las mismas letras de unidad de sistema y de inicio.
• Sólo se puede instalar la función del servidor casillas de correo en un clúster. No se pueden instalar más funciones de Windows Server en un equipo que forme parte de un clúster.

Requisitos de Red para SCC

Es importante que las redes que se utilizan en las comunicaciones de los clientes y los clústeres estén configuradas correctamente. Además, debe asegurarse de que el orden de conexión de red esté configurado correctamente para el clúster.

Tener 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 la creación de clústeres con Windows. 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.
• Disponer de un número suficiente de direcciones IP estáticas al crear servidores de casillas en clúster en una configuración de replicación SCC de dos nodos. 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. Deben 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.10, 10.10.10.11 y 10.10.10.12 con una mascara de subred de 255.0.0.0 como direcciones IP privadas para los tres nodos, respectivamente. Si la red pública utiliza una red 10.x.x.x y una máscara de subred 255.0.0.0, se recomienda utilizar direcciones IP de redes privadas alternativas y una máscara de subred. 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.
• La red privada para todos los nodos de un clúster debe estar en la misma subred, pero puede usar modificadores 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 red de clúster pública debería proporcionar conectividad a los otros servicios y servidores de Exchange, como Active Directory y DNS.
• Se debe proporcionar una red en clústeres privada separada. La red privada se utiliza para la comunicación de clúster. Esta red puede estar localizada en equipos del clúster y no necesita servicios de DNS.
• El orden de enlazado de la red en clústeres y la prioridad de la red deben estar configurados correctamente.
• Es posible que los requisitos de comunicación no sean los más estrictos de ancho de banda de red pública y de latencia para la configuración de centro de dos datos. Se 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

Un SCC utiliza almacenamiento compartido para el disco de quórum y para almacenar los datos de servidor de casillas en clúster (grupos de almacenamiento y bases de datos). Este almacenamiento se debe configurar antes de la formación del clúster en cada nodo que sea parte del clúster.

Si el almacenamiento se configura correctamente antes de la formación de clúster, la instalación se simplifica ya que los discos se detectan automáticamente y se incorporan al modelo de recurso.

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 disco compartido de quórum no está disponible.

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

• Almacenar los archivos de base de datos y los de registros de transacciones en diferentes números de unidad lógica (LUN).
• Utilizar los “Volume Mount Point” del sistema de archivos NFTS para sacar a la superficie los volúmenes del sistema operativo. Esto permitirá ahorrar cantidad del letras lógicas en el 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.

Requisitos de Active Directory

SCC tiene los mismos requisitos de infraestructura de Active Directory que un servidor independiente. En una solución de múltiples centros de computos, los dos centros de datos deben tener una compatibilidad adecuada con la infraestructura de Active Directory, ya que alguno de los centros de datos podría hospedar el servidor de casillas 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 Cluster Server debe tener los permisos adecuados.

Requisitos de Cuenta de servicio

El servicio de clúster de Microsoft Windows Server 2003 se ejecuta bajo una cuenta de usuario de dominio con algún privilegio administrativo de Exchange. La cuenta de servicio de clúster debe tener privilegios de administrador local en los nodos del clúster y privilegios para montar bases de datos de Exchange. Puede establecer esos permisos creando una cuenta de usuario de dominio y dándole los suficientes privilegios para cada servidor de buzones en clúster. Dar a la cuenta privilegios de administrador de Exchange Server será suficiente para este propósito.

NOTAS IMPORTANTES: Debe usar una cuenta del dominio para la cuenta del Servicio de Cluster. Todos los nodos del cluster deben ser miembros del mismo dominio y todos los nodos del clúster deben usar la misma cuenta de servicio Cluster Server.

El grupo de administradores de Exchange Server para un servidor de casillas de correo en clúster se crea durante el proceso de instalación, Por lo que será necesario completar la instalación antes de que la cuenta de servicio de clúster se pueda restringir a esos privilegios. Por lo tanto, puede alterar los privilegios en la cuenta de servicio de clúster.

Si la cuenta de servicio no tiene suficiente derechos para montar bases de datos, el proceso de instalación dará error al montarlas.

Links Recomendados:

Opciones de alta disponibilidad para Exchange 2007 – parte 3
Opciones de alta disponibilidad para Exchange 2007 – parte 2
Opciones de alta disponibilidad para Exchange 2007 – parte 1

 

Carlos Dinapoli – Microsoft Exchange MVP – MCSE 2003 Messaging