Consideraciones de diseño de la organización en clústeres

 

Última modificación del tema: 2006-03-17

Las siguientes consideraciones son importantes al diseñar los clústeres de Exchange 2003. Estas consideraciones se aplican a los clústeres de Exchange 2003 en Windows Server 2003, Enterprise Edition; Windows Server 2003, Datacenter Edition; Windows 2000 Advanced Server y Windows 2000 Datacenter Server:

  • Dedicación de equipos a Exchange
  • Soluciones de almacenamiento en clúster
  • Consideraciones de rendimiento y escalabilidad
  • Compatibilidad de hardware de clústeres
  • Organización en clústeres dispersos geográficamente
  • Estrategias de recuperación de desastres para clústeres

En las próximas secciones se describen estas consideraciones de forma más detallada.

Dedicación de equipos a Exchange

Además de Exchange 2003, los clústeres de servidor pueden ejecutar otras aplicaciones. Sin embargo, si ejecuta varias aplicaciones en el mismo nodo, el rendimiento de los servidores virtuales de Exchange puede verse afectado. A la hora de decidir si va a dedicar equipos sólo a Exchange, tenga en cuenta lo siguiente:

  • Si utiliza un clúster para varias aplicaciones, considere la posibilidad de dedicar un nodo a cada aplicación y asegúrese de que hay suficientes nodos pasivos disponibles.
  • Si utiliza clústeres para ofrecer servicios de Exchange a los usuarios, se recomienda ejecutar exclusivamente Exchange 2003 en los clústeres y ejecutar otras aplicaciones en un hardware diferente.
  • Para obtener los mejores resultados, un EVS no debe conmutar por error a un nodo activo que ejecuta otra aplicación.
  • Los nodos de clústeres de Exchange 2003 deben ser servidores miembro de un dominio. Los clústeres de Exchange 2003 no admiten los nodos de clústeres como controladores de dominio ni como servidores de catálogo global.

Para obtener más información sobre el rendimiento de los clústeres de Exchange 2003, consulte "Administración de clústeres de Exchange" en la Guía de administración de Exchange Server 2003.

Soluciones de almacenamiento en clúster

Una explicación detallada de cómo seleccionar una solución de almacenamiento en clúster queda fuera del ámbito de esta guía. Sin embargo, esta sección contiene recomendaciones y estrategias generales para implementar una solución de almacenamiento en clúster.

La mayoría de las recomendaciones aplicables a los servidores independientes (no organizados en clústeres) se aplican también a los servidores organizados en clústeres (por ejemplo, soluciones de RAID y SAN). Para obtener información detallada sobre las soluciones de almacenamiento de Exchange, consulte Diseño de una solución de almacenamiento de servicios de fondo confiable.

Para obtener información detallada sobre la selección de un método de almacenamiento en clúster en Windows Server 2003, consulte Elección de un método de almacenamiento en clúster.

Discos duros diferentes para los archivos de registro

Si los grupos de almacenamiento de un EVS están configurados de manera que los archivos de registro estén en un conjunto de unidades físicas y las bases de datos estén en otro conjunto diferente, todas las unidades deben configurarse como recursos de disco dentro del mismo EVS. En concreto, todos los datos deben estar en un disco compartido y todos los recursos de disco físico deben formar parte del grupo de clústeres de Exchange. Esto permite que los archivos de registro y las bases de datos del grupo de almacenamiento conmuten por error a otro nodo si se desconecta el EVS.

Nota

El Operador de sistema debe hacerse dependiente de todos los recursos de disco físico (unidades y puntos de montaje de volumen) que contienen datos de Exchange. De esta forma se garantiza que el recurso Operador de sistema pueda tener acceso correctamente a los datos de Exchange en los recursos de disco físico del EVS. Si el Operador de sistema no depende de estos recursos, los recursos de Exchange pueden iniciarse antes de tener acceso para leer datos de los recursos de disco físico. Esto puede producir el siguiente error en la base de datos de Exchange: -1022 Jet_errDiskIO. Para información sobre el error -1022 de base de datos de Exchange, consulte en Microsoft Knowledge Base el artículo 314917, "Descripción y análisis de los errores de bases de datos 1018, -1019 y -1022 de Exchange".

Limitaciones de los grupos de almacenamiento

Exchange 2003 está limitado a cuatro grupos de almacenamiento por servidor. Esta limitación es física y se aplica también a cada nodo de un clúster. Esta limitación puede ocasionar problemas con las configuraciones de clústeres activo/activo, pero no con las configuraciones de clústeres activo/pasivo.

Nota

La organización en clústeres activo/pasivo es la configuración más recomendable para Exchange 2003. Para obtener información acerca de por qué se recomienda esta configuración, consulte “Configuraciones de clústeres” en Descripción de la organización en clústeres de Exchange Server 2003.

Para ayudar a explicar por qué esta limitación de los grupos de almacenamiento sólo afecta a los clústeres activos/activos, considere un clúster activo/activo con dos nodos donde un nodo contiene dos grupos de almacenamiento y el otro nodo contiene tres grupos de almacenamiento.

Configuración de clúster activo/activo con dos nodos y cinco grupos de almacenamiento

Servidor virtual de Exchange Estado Nombres de grupos de almacenamiento

Nodo 1 Servidor virtual de Exchange (EVS)1

Activo

grupo de almacenamiento 1, grupo de almacenamiento 2, grupo de almacenamiento 3

Nodo 2 EVS2

Activo

grupo de almacenamiento 1, grupo de almacenamiento 2

En esta tabla, el clúster de Exchange incluye un total de cinco grupos de almacenamiento. Si el EVS2 del Nodo 2 conmuta por error al Nodo 1, el Nodo 1 no puede montar ambos grupos de almacenamiento porque habrá superado la limitación de cuatro grupos de almacenamiento. Por tanto, EVS2 no se conecta en el Nodo 1. Si el Nodo 2 continúa estando disponible, EVS2 vuelve a conmutar por error al Nodo 2.

Nota

Para realizar tareas de copia de seguridad y recuperación, Exchange 2003 permite utilizar un grupo de almacenamiento adicional, llamado grupo de almacenamiento de recuperación. Sin embargo, el grupo de almacenamiento de recuperación no puede utilizarse para la conmutación por error de nodos del clúster. Para obtener más información sobre los grupos de almacenamiento de recuperación, consulte “New Recovery Features for Exchange 2003” en Exchange Server 2003 Disaster Recovery Planning Guide.

Limitaciones de las letras de las unidades

Antes de implementar el clúster de Exchange 2003, asegúrese de que ha tenido en cuenta la limitación de Windows de 26 letras de unidad por servidor. Si piensa configurar la mayoría de los discos del servidor como recursos de clúster compartidos, la limitación de 26 letras de unidad se aplica a todo el clúster, no sólo a cada nodo individual. Independientemente del número de nodos del clúster, el número máximo de discos compartidos suele ser 22. La razón de que el número máximo de discos compartidos sea 22 y no 26 es que se debe reservar un disco para el disco del sistema de cada nodo, y que suelen asignarse dos discos adicionales para las unidades de disquetes y de CD (o DVD).

Nota

Si los nodos del clúster ejecutan Windows Server 2003, Enterprise Edition o Windows Server 2003, Datacenter Edition, puede utilizar puntos de montaje de volumen para evitar la limitación de 26 letras de unidad. Para obtener más información al respecto, consulte “Puntos de montaje de volumen de Windows Server 2003” más adelante en este tema.

Se recomienda utilizar una letra de unidad para las bases de datos y otra para los archivos de registro de cada grupo de almacenamiento. En un clúster de cuatro nodos con tres EVS puede tener hasta 12 grupos de almacenamiento. Por tanto, pueden ser necesarias más de 22 letras de unidad para un clúster de cuatro nodos.

En las próximas secciones se ofrece información acerca del diseño de la solución de almacenamiento en clúster, dependiendo de si el sistema operativo es Windows Server 2003 o Windows 2000.

Descripción de las limitaciones de letras de unidad de Windows 2000

En ciertas configuraciones de clústeres de cuatro nodos que ejecutan Windows 2000 Datacenter Server, quizás tenga que deshabilitar una o varias unidades para dejar espacio a más discos compartidos del clúster. Por ejemplo, es posible que desee deshabilitar las unidades de CD-ROM o DVD-ROM de los servidores. Al aumentar el número de discos compartidos se puede reducir la posibilidad de asignar unidades para el acceso compartido a la red.

Nota

Como Windows 2000 no permite utilizar puntos de montaje de volumen (una forma de disco lógico), no puede utilizar estos puntos en los discos compartidos de Exchange con Windows 2000. Sin embargo, puede utilizar puntos de montaje de volumen en unidades locales (por ejemplo, en las unidades de CD-ROM o DVD).

Esta limitación de letras de unidad es un factor que restringe el diseño de la arquitectura de bases de datos y grupos de almacenamiento de un clúster de Exchange. En las próximas secciones se ofrecen ejemplos de cómo puede mejorar la confiabilidad de los datos del clúster cuando se utiliza Windows Server 2003.

Configuración de disco con tres grupos de almacenamiento

La configuración que se muestra en la tabla siguiente es confiable; cada grupo de almacenamiento (grupo de almacenamiento 1, grupo de almacenamiento 2 y grupo de almacenamiento 3) tiene una unidad dedicada para sus bases de datos y otra para sus archivos de registro. Se utiliza un disco adicional para el directorio de cola SMTP del EVS. Sin embargo, con este diseño, existe la limitación de tres grupos de almacenamiento por cada EVS.

Arquitectura de clúster con 3 nodos activos/1 nodo pasivo con tres EVS, cada uno de ellos con tres grupos de almacenamiento

Nodo 1 (EVS1 activo) Nodo 2 (EVS2 activo) Nodo 3 (EVS3 activo) Nodo 4 (pasivo)

Disco 1: SMTP/MTA

Disco 8: SMTP

Disco 15: SMTP

Disco 22: Quórum

Disco 2: bases de datos del grupo de almacenamiento 1

Disco 9: bases de datos del grupo de almacenamiento 1

Disco 16: bases de datos del grupo de almacenamiento 1

Disco 3: registros del grupo de almacenamiento 1

Disco 10: registros del grupo de almacenamiento 1

Disco 17: registros del grupo de almacenamiento 1

 

Disco 4: bases de datos del grupo de almacenamiento 2

Disco 11: bases de datos del grupo de almacenamiento 2

Disco 18: bases de datos del grupo de almacenamiento 2

 

Disco 5: registros del grupo de almacenamiento 2

Disco 12: registros del grupo de almacenamiento 2

Disco 19: registros del grupo de almacenamiento 2

 

Disco 6: bases de datos del grupo de almacenamiento 3

Disco 13: bases de datos del grupo de almacenamiento 3

Disco 20: bases de datos del grupo de almacenamiento 3

 

Disco 7: registros del grupo de almacenamiento 3

Disco 14: registros del grupo de almacenamiento 3

Disco 21: registros del grupo de almacenamiento 3

 

Configuración de disco con cuatro grupos de almacenamiento

La configuración que se muestra en la tabla siguiente agrega un grupo de almacenamiento adicional. Sin embargo, para no sobrepasar el límite de 22 discos, las bases de datos de cada uno de los cuatro grupos de almacenamiento por EVS (grupo de almacenamiento 1, grupo de almacenamiento 2, grupo de almacenamiento 3 y grupo de almacenamiento 4) se combinan en dos discos. Los archivos de base de datos (.edb y .stm) del grupo de almacenamiento 1 y del grupo de almacenamiento 2 comparten un volumen de disco común, y los archivos de base de datos del grupo de almacenamiento 3 y del grupo de almacenamiento 4 también comparten un volumen de disco común. La ventaja de esta configuración es que puede utilizar los cuatro grupos de almacenamiento en un clúster de cuatro nodos. La desventaja es que los volúmenes que alojan las bases de datos compartidas de los grupos de almacenamiento tienen que ser mayores. Por tanto, si se produce un error en una base de datos, se verán afectados dos grupos de almacenamiento en lugar de uno solo.

Arquitectura de clúster con 3 nodos activos/1 nodo pasivo con tres EVS, cada uno de ellos con cuatro grupos de almacenamiento

Nodo 1 (EVS1 activo) Nodo 2 (EVS2 activo) Nodo 3 (EVS3 activo) Nodo 4 (pasivo)

Disco 1: SMTP/MTA

Disco 8: SMTP

Disco 15: SMTP

Disco 22: Quórum

Disco 2: bases de datos del grupo de almacenamiento 1 y del grupo de almacenamiento 2

Disco 9: bases de datos del grupo de almacenamiento 1 y del grupo de almacenamiento 2

Disco 16: bases de datos del grupo de almacenamiento 1 y del grupo de almacenamiento 2

Disco 3: registros del grupo de almacenamiento 1

Disco 10: registros del grupo de almacenamiento 1

Disco 17: registros del grupo de almacenamiento 1

 

Disco 4: registros del grupo de almacenamiento 1

Disco 11: registros del grupo de almacenamiento 2

Disco 18: registros del grupo de almacenamiento 2

 

Disco 5: bases de datos del grupo de almacenamiento 3 y del grupo de almacenamiento 4

Disco 12: bases de datos del grupo de almacenamiento 3 y del grupo de almacenamiento 4

Disco 19: bases de datos del grupo de almacenamiento 3 y del grupo de almacenamiento 4

 

Disco 6: registros del grupo de almacenamiento 3

Disco 13: registros del grupo de almacenamiento 3

Disco 20: registros del grupo de almacenamiento 3

 

Disco 7: registros del grupo de almacenamiento 4

Disco 14: registros del grupo de almacenamiento 4

Disco 21: registros del grupo de almacenamiento 4

 

Puntos de montaje de volumen de Windows Server 2003

Ahora pueden utilizarse puntos de montaje de volumen en discos compartidos cuando los nodos del clúster (cuatro nodos o más) ejecutan Windows Server 2003, Enterprise Edition o Windows Server 2003, Datacenter Edition. Los puntos de montaje de volumen (también conocidos como puntos de unión NTFS o unidades montadas) son directorios que apuntan a determinados volúmenes de disco de forma constante. (Por ejemplo, puede configurar el directorio C:\Data para que señale un volumen de disco). Con los puntos de montaje de volumen, no resulta necesario asociar cada volumen de disco a la letra de una unidad, por lo que se anula la limitación a 26 letras.

Los puntos de montaje son útiles para clústeres grandes de Exchange (por ejemplo, clústeres de cuatro o de ocho nodos) que no pueden ofrecer un número suficiente de letras de unidad para conseguir rendimiento y confiabilidad máximos. Para obtener información sobre cómo pueden utilizarse puntos de montaje para reducir el número de letras de unidad, consulte Uso de los clústeres con Exchange 2003: Un ejemplo.

Al instalar puntos de montaje de volumen en los clústeres, tenga en cuenta lo siguiente:

  • Asegúrese de crear puntos de montaje de volumen únicos de forma que no entren en conflicto con las unidades locales existentes en cualquier nodo del clúster.
  • No cree puntos de montaje de volumen entre los discos del dispositivo de almacenamiento del clúster (discos del clúster) y los discos locales.
  • No cree puntos de montaje de volumen en el disco del clúster que contiene el recurso Disco de quórum. Puede, sin embargo, crear un punto de montaje de volumen entre el recurso Disco de quórum y el disco organizado en clústeres.
  • Los puntos de montaje de volumen entre un disco de clúster y otro deben estar en el mismo grupo de recursos del clúster y deben depender del disco raíz. En concreto, el disco del punto de montaje de volumen no se pondrá en conexión a menos que se ponga en conexión primero el disco raíz. La configuración de esta dependencia impide que se superen tiempos de espera y que se produzcan errores al iniciar.

Se recomienda utilizar puntos de montaje de volumen con los clústeres de Exchange 2003 que cuentan con cuatro o más nodos. Debe utilizar un disco raíz por cada grupo de almacenamiento. Puede situar los registros en el disco raíz y la base de datos en la unidad montada. Si no hay suficientes letras de unidad disponibles (como ocurre en un clúster de 8 nodos), puede utilizar un único disco raíz. Sin embargo, en caso de que se produzca un error en el disco, para reducir al mínimo el riesgo de pérdida de datos, no almacene datos en el disco raíz. Necesita un disco raíz para cada EVS.

Para obtener más información sobre la compatibilidad con puntos de montaje, consulte en Microsoft Knowledge Base el artículo 318458, “Volume Mount Point Support for an Exchange Server 2003 Cluster on a Windows Server 2003-based System”.

Para obtener más información acerca de cómo agregar un punto de montaje de volumen a un EVS, consulte los recursos siguientes:

Consideraciones de rendimiento y escalabilidad

En esta sección se describen los siguientes aspectos de rendimiento y escalabilidad de la organización en clústeres de los servidores:

  • Tamaño de clústeres activo/pasivo
  • Tamaño de clústeres activo/activo
  • Escalado vertical u horizontal
  • Prueba de componentes de servidores organizados en clústeres

Importante

De manera similar al efecto que la fragmentación de la memoria virtual tiene sobre los servidores independientes (no organizados en clústeres), los nodos de clústeres de Exchange (especialmente los nodos de clúster activos/activos) también se ven afectados por esa fragmentación. Para obtener información de ajuste y supervisión que pueda ayudarle a administrar la fragmentación de la memoria virtual en un clúster, consulte "Administrar clústeres de Exchange en la Guía de administración de Exchange Server 2003.

Para obtener información sobre el rendimiento y escalabilidad de Exchange 2003, consulte la Guía de rendimiento y escalabilidad de Exchange Server 2003.

Tamaño de clústeres activo/pasivo

Al igual que haría para los servidores independientes, tiene que calcular el tamaño de los clústeres activos/pasivos.

Nota

Antes de implementar los servidores organizados en clústeres, se recomienda que pruebe las métricas de tamaño en un entorno de laboratorio. Para realizar estas pruebas puede utilizar herramientas de Exchange como Exchange Server Load Simulator 2003 (LoadSim) y Jetstress. Para obtener información sobre la importancia de las pruebas en laboratorio e implementaciones piloto, consulte “Pruebas en laboratorio e implementaciones piloto” en Medidas de tolerancia a errores del sistema.

Tamaño de clústeres activo/activo

La configuración de clústeres activo/pasivo resulta recomendable en los clústeres de Exchange. Sin embargo, si decide implementar la organización en clústeres activos/activos, recuerde que Exchange sólo permite utilizar clústeres activos/activos de dos nodos. Además, con los clústeres activos/activos hay que tener en cuenta dos limitaciones importantes:

  • El número de conexiones de usuarios simultáneas por nodo no puede ser mayor de 1.900. Si tiene varios EVS por nodo, asegúrese de que la suma de todas las conexiones MAPI de usuarios simultáneas sea inferior a 1.900.
  • La carga promedio de la CPU por servidor no puede superar el 40 por ciento.

Si no se cumplen estos requisitos, los usuarios pueden percibir una disminución importante del rendimiento después de una conmutación por error. Además, existe el riesgo de que un único nodo del clúster activo/activo no pueda poner en conexión el segundo EVS.

Nota

Antes de implementar los servidores organizados en clústeres, se recomienda que pruebe las métricas de tamaño en un entorno de laboratorio. Para realizar estas pruebas puede utilizar herramientas de Exchange como Exchange Server Load Simulator 2003 (LoadSim) y Jetstress. Para obtener información sobre la importancia de las pruebas en laboratorio e implementaciones piloto, consulte “Pruebas en laboratorio e implementaciones piloto” en Medidas de tolerancia a errores del sistema.

Consideraciones de supervisión para clústeres activos/activos

Después de implementar el clúster activo/activo, debe hacer lo siguiente:

  • Supervisar la carga de CPU para cada nodo del clúster.
  • Controle el número de conexiones simultáneas (usuarios) por nodo.

Nota

Considere la posibilidad de supervisar estos valores durante los intervalos de uso máximo del correo electrónico. De esta forma, si se necesita conmutar por error durante un período de uso máximo del correo electrónico, sabrá si un único nodo puede ejecutar ambos EVS. Además, puede supervisar un contador manualmente en tiempo real o puede utilizarlo para elaborar un informe durante un período de tiempo especificado (por ejemplo, durante un intervalo de uso intensivo del correo electrónico de dos horas).

Supervisión de las cargas de CPU para cada nodo del clúster

Si la carga de CPU es superior al 40 por ciento (carga generada por los usuarios) durante más de 10 minutos, mueva buzones fuera del servidor. Esta carga no incluye los aumentos en la carga derivados de tareas administrativas (por ejemplo, mover usuarios).

Para supervisar la carga de CPU para cada nodo del clúster activo/activo, utilice el siguiente contador de Monitor de rendimiento (Perfmon):

Rendimiento/% tiempo de procesador/_Total

Nota

No se preocupe por los picos de rendimiento de CPU. Normalmente, la carga de CPU de un servidor tendrá un pico superior al 80 o incluso al 90 por ciento.

Supervisión del número de conexiones simultáneas (usuarios) por nodo

Si el número de usuarios simultáneos por nodo es superior a 1.900 durante más de 10 minutos, mueva buzones fuera del EVS. Aunque puede cumplir este requisito si sólo pone 1.900 buzones en cada EVS del clúster activo/activo, se suele recomendar que supervise el número de usuarios MAPI simultáneos por servidor. Una razón de hacerlo es porque algunos usuarios pueden establecer varias conexiones con sus buzones.

Para supervisar el número de usuarios simultáneos por nodo, utilice uno o ambos de los siguientes contadores de Monitor de rendimiento:

  • MSExchangeIS/Número de conexiones activas
  • Buzón MSExchangeIS (_Total)/Inicios de sesión de cliente activos

Nota

Estos contadores ofrecerán resultados ligeramente diferentes y contarán las conexiones de Outlook Web Access de distinta manera que las conexiones de Outlook. Para entender cómo se está utilizando el servidor, supervise los cambios de estos contadores durante un día laborable típico.

Escalado vertical u horizontal

A la hora de pensar cómo puede dar cabida a más usuarios (o más mensajes por usuario) en el entorno organizado en clústeres, una opción es el escalado vertical. El escalado vertical se refiere al proceso de utilizar componentes de servidor con más capacidad en los nodos del clúster para atender las mayores demandas de rendimiento. Sin embargo, es importante tener en cuenta que, a medida que escala verticalmente el hardware de los nodos del clúster (por ejemplo, para poder alojar más usuarios en cada nodo), la disponibilidad de cada nodo es cada vez más importante.

Una alternativa al escalado vertical es el escalado horizontal. El escalado horizontal se refiere al proceso de agregar nodos a un clúster.

Para explicar estas dos opciones, suponga una organización que aloja 3.000 usuarios en un clúster con cuatro nodos. El clúster tiene tres nodos activos (1.000 usuarios por nodo) y un nodo pasivo. Si surge la necesidad de atender a 1.000 usuarios adicionales, la organización tiene dos posibilidades:

  • Opción 1: Escalado vertical   En concreto, actualizar la RAM y las CPU de cada nodo del clúster y distribuir los 1.000 usuarios adicionales equitativamente entre los nodos.
  • Opción 2: Escalado horizontal   Agregar un nodo adicional al clúster. Esto cambia la configuración a un clúster de cinco nodos con cuatro nodos activos, cada uno de los cuales aloja 1.000 buzones.

En este ejemplo, si un desastre produjera el error de uno de los servidores, la implementación de la opción dos afectaría a menos usuarios. Por tanto, cuando implemente Exchange en un clúster, considere la posibilidad de realizar un escalado horizontal como parte del plan de escalabilidad.

El escalado horizontal también aumenta la tolerancia a errores del clúster de Exchange. Por ejemplo, un clúster de cuatro nodos con 2 nodos activos y 2 nodos pasivos puede resolver más errores simultáneos que un clúster de cuatro nodos con 3 nodos activos y 1 nodo pasivo. Para obtener más información sobre la organización en clústeres activos/pasivos, consulte “Organización en clústeres activos/pasivos” en Descripción de la organización en clústeres de Exchange Server 2003.

Prueba de componentes de servidores organizados en clústeres

Antes de implementar los servidores organizados en clústeres en un entorno de producción, es importante que pruebe su capacidad. Las herramientas empleadas para probar la implementación de clústeres son las mismas que para los servidores no organizados en clústeres (por ejemplo, LoadSim y Jetstress). Para obtener información sobre la importancia de las pruebas en laboratorio e implementaciones piloto, consulte “Pruebas en laboratorio e implementaciones piloto” en Medidas de tolerancia a errores del sistema.

La lista siguiente contiene consideraciones de pruebas específicas de la organización en clústeres de servidores.

Probar los siguientes componentes de hardware:

  • Componentes de los equipos individuales, como discos duros, controladores, procesadores y memoria RAM
  • Componentes externos, como los enrutadores, los puentes, los conmutadores, el cableado y los conectores

Configurar las siguientes pruebas de sobrecarga:

  • Probar el rendimiento del clúster bajo fuertes cargas de red
  • Probar el rendimiento del clúster bajo numerosas entradas/salidas (E/S) al mismo disco
  • Probar el rendimiento del clúster bajo fuertes cargas de los servicios de Exchange
  • Probar el rendimiento del clúster bajo un gran número de intentos de inicio de sesión simultáneos
  • Conmutar por error cada EVS al menos una vez en cada uno de los nodos. Hacer esto bajo fuertes cargas de los servicios de Exchange

Utilizar el resultado de estas pruebas para:

  • Calcular el tiempo de respuesta del cliente para la configuración del servidor con carga de clientes.
  • Estimar el número de usuarios por servidor.
  • Identificar los cuellos de botella del servidor.

Compatibilidad de hardware de clústeres

En Windows Server 2003, Enterprise Edition y Windows Server 2003, Datacenter Edition, Microsoft sólo ofrece soporte técnico para los sistemas de clústeres de servidor completos seleccionados en el catálogo de Windows Server.

El soporte técnico para componentes de sistemas de terceros está limitado según los requisitos de las soluciones de terceros. Para obtener más información al respecto, consulte en Microsoft Knowledge Base el artículo 814607, “Microsoft Support for Server Clusters with 3rd Party System Components”.

En general, se recomienda que utilice hardware idéntico (por ejemplo, procesadores idénticos, NIC idénticas y la misma cantidad de RAM) para cada nodo del clúster. Para obtener más información de las razones de esta recomendación y cuándo puede utilizar hardware asimétrico en los nodos del clúster, consulte “Configuraciones de clústeres” en Descripción de la organización en clústeres de Exchange Server 2003.

Nota

En un clúster disperso geográficamente, la configuración del software y del hardware debe estar certificada y debe aparecer en el catálogo de Windows Server. Para obtener información acerca de la compatibilidad de hardware para clústeres dispersos geográficamente, consulte “Configuraciones aprobadas para clústeres dispersos geográficamente” más adelante en este tema.

Para obtener más información sobre el hardware de clúster, consulte en Microsoft Knowledge Base el artículo 309395, “The Microsoft support policy for server clusters, the Hardware Compatibility List, and the Windows Server Catalog”.

Organización en clústeres dispersos geográficamente

El objetivo principal de un clúster disperso geográficamente es garantizar que la pérdida de un sitio no producirá la pérdida de una aplicación completa. La organización en clústeres dispersos geográficamente mejora la disponibilidad y la capacidad de recuperación de los servicios de correo electrónico de Exchange. (Sin embargo, los nodos del clúster del sitio de recuperación alternativo no ofrecen servicios de Exchange a menos que se produzca un error en un sitio). Además, en caso de que se produzca un desastre en un sitio, los clústeres dispersos geográficamente proporcionan tolerancia a errores y conmutación por error para determinadas aplicaciones. Existen muchas soluciones de hardware y software para clústeres dispersos geográficamente de Exchange que permiten continuar con las operaciones de la empresa, tanto en el sitio como en el clúster.

Cuando diseñe su solución de clústeres dispersos geográficamente, asegúrese de tener respuestas a las siguientes preguntas:

  • ¿Qué problemas principales debe resolver el clúster disperso geográficamente?
  • ¿Cuáles son las configuraciones aprobadas para un clúster disperso geográficamente?
  • ¿Qué requisitos del Servicio de Cluster Server debe cumplir una solución de clústeres dispersos geográficamente?
  • En el resto de esta sección se ofrece información acerca de cada una de estas preguntas.

Para obtener información general sobre cómo la organización en clústeres dispersos geográficamente ayuda a proporcionar tolerancia a errores a la organización de Exchange 2003, consulte “Uso de varios sitios físicos” en Medidas de tolerancia a errores del sistema.

Problemas que un clúster disperso geográficamente debe resolver

Un clúster disperso geográficamente debe resolver los problemas siguientes:

  • ¿Cómo puede asegurarse de que los distintos sitios tienen copias independientes de los mismos datos? ¿Cómo se replican los cambios en los datos en los distintos sitios? Si se modifican datos en un sitio y se produce un error en ese sitio, ¿cómo se transmiten esos cambios a los sitios restantes?
  • Si se produce un error en un sitio, ¿puede una aplicación como Exchange 2003 seguir proporcionando servicios de Exchange?
  • ¿Cómo puede asegurarse de que los clústeres dispersos geográficamente están protegidos frente a los desastres naturales?

La solución al primer tema no supone mucho problema para la replicación de datos de sólo lectura entre distintos sitios físicos; puede copiar fácilmente datos de sólo lectura y se puede alojar una instancia de dichos datos en cada sitio. Para resolver el problema de la replicación de datos puede implementar reflejo de software y hardware o replicación sincrónica. Estas técnicas de replicación le permiten tener reflejos de datos actualizados de cada sitio físico.

Para resolver el segundo problema debe implementar una solución de organización en clústeres con conmutación por error. Para que esta solución funcione, los nodos de clúster de los distintos sitios físicos deben aparecer ante el Servicio de Cluster Server como pertenecientes a la misma red. Para ello puede utilizar redes de área local virtual (VLAN). Las VLAN le permiten conectar distintas ubicaciones físicas situadas a mucha distancia.

Para resolver el tercer problema, asegúrese de que los sitios están suficientemente apartados como para que un desastre natural no afecte a más de uno. Cada sitio debe tener fuentes de alimentación completamente diferentes y distintos proveedores de la infraestructura de comunicaciones.

En la figura siguiente se ilustra un clúster básico disperso geográficamente donde se han implementado estas soluciones.

59de5320-fb94-40a7-8633-8b660c3b6089

Configuraciones aprobadas para clústeres dispersos geográficamente

Un clúster disperso geográficamente es una combinación de componentes de hardware y software suministrados por fabricantes de equipos originales (OEM) y proveedores de software. Las configuraciones de clústeres dispersos geográficamente de Exchange 2003 pueden ser complejas y los clústeres sólo deben utilizar componentes compatibles con Microsoft. Los clústeres dispersos geográficamente sólo deben implementarse junto con proveedores que ofrezcan configuraciones aprobadas.

En general, las restricciones que se aplican a los clústeres dispersos geográficamente de Windows Server 2003 son también aplicables a Exchange 2003. Para obtener información detallada sobre los clústeres dispersos geográficamente de Windows Server 2003, consulte Geographically Dispersed Clusters in Windows Server 2003.

El hardware de un clúster disperso geográficamente debe estar aprobado y debe figurar en la Lista de compatibilidad de hardware de Microsoft. Para ver una Lista de compatibilidad de hardware para clústeres dispersos geográficamente, consulte el Catálogo de Windows Server.

Nota

Puede crear clústeres dispersos geográficamente si agrega software de replicación de datos y hardware de LAN extendido a las configuraciones certificadas existentes. Sin embargo, estas soluciones cambian radicalmente la naturaleza de una configuración certificada previamente, especialmente en lo que respecta a la temporización y la latencia. Para poder recibir soporte técnico de Microsoft, la configuración de hardware y software de un clúster disperso geográficamente debe estar certificada y figurar en la Lista de compatibilidad de hardware para clústeres.

Para obtener información adicional sobre la Lista de compatibilidad de hardware y Organización en clústeres de Windows, consulte en Microsoft Knowledge Base el artículo 309395, “The Microsoft support policy for server clusters, the Hardware Compatibility List, and the Windows Server Catalog”.

Requisitos de la tecnología del Servicio de Cluster Server

El software de Organización en clústeres de Windows no reconoce la naturaleza extendida de los clústeres dispersos geográficamente. En concreto, el Servicio de Cluster Server no incluye características únicas de las configuraciones de clústeres dispersos geográficamente. Por tanto, la arquitectura de red y de almacenamiento de los clústeres dispersos geográficamente debe cumplir los requisitos siguientes:

  • Las conexiones de red privada y pública deben estar en la misma subred (una LAN no enrutada). Para implementarlo, utilice redes VLAN con el fin de asegurarse de que todos los nodos del clúster están en las mismas subredes IP.

  • Las conexiones de red deben ser capaces de proporcionar una latencia máxima garantizada completa entre los nodos no superior a 500 milisegundos. El clúster utiliza latidos para detectar si un nodo está activo o no responde. Los latidos se envían periódicamente (cada 1,2 segundos). Si un nodo tarda demasiado tiempo en responder a los paquetes de latidos, el Servicio de Cluster Server inicia un protocolo para averiguar qué nodos siguen funcionando y cuáles no están disponibles. Esto se conoce como reagrupamiento del clúster.

  • Si está utilizando un quórum de nodo estándar (también denominado quórum único), el clúster debe tener un único disco compartido (conocido como disco de quórum).

    Nota

    Si está ejecutando Exchange 2003 en Windows Server 2003, puede evitar este requisito mediante el uso del quórum de conjunto de nodos de mayoría. Para obtener más información sobre los tipos de quórum, consulte “Recurso de disco de quórum” en Descripción de la organización en clústeres de Exchange Server 2003.

    Para hacer que un conjunto de discos de dos sitios diferentes aparezcan ante el Servicio de Cluster Server como un único disco, la infraestructura de almacenamiento puede proporcionar reflejo entre los sitios. Sin embargo, debe conservar la semántica fundamental que necesita el recurso de disco físico:

    • El Servicio de Cluster Server utiliza comandos de reserva de Interfaz estándar de equipos pequeños (SCSI) y restablecimiento de bus para arbitrar y proteger los discos compartidos. La semántica de estos comandos debe conservarse en todos los sitios, incluso aunque se produzca un error en la comunicación entre los sitios. Si un nodo del Sitio A reserva un disco, los nodos del Sitio B no deben poder tener acceso al contenido del disco. Para evitar daños en los datos del clúster y de las aplicaciones, estas semánticas son esenciales.
    • El disco de quórum debe replicarse en tiempo real, en modo sincrónico, entre todos los sitios. Los distintos miembros de un disco de quórum reflejado deben contener los mismos datos.

Estrategias de recuperación de desastres para clústeres

Para obtener información sobre las estrategias de recuperación de desastres específicas de clústeres de Exchange 2003, consulte “Copia de seguridad de clústeres de Exchange 2003” y "Restaurar los clústeres de Exchange 2003" en la Guía de operaciones para la recuperación de desastres de Exchange Server 2003.