Instalar un clúster de conmutación por error

Artículo
12/15/2008

Para instalar un clúster de conmutación por error de Microsoft SQL Server 2005, debe crear y configurar una instancia de clúster de conmutación por error mediante la ejecución del programa de instalación de SQL Server. En este tema se describen los elementos de un clúster de conmutación por error y se proporciona información importante acerca de la asignación de nombre a una instancia de clúster de conmutación por error. También se describen los pasos básicos para instalar un clúster de conmutación por error.

Elementos de una instancia de clúster de conmutación por error

Una instancia de clúster de conmutación por error puede ejecutarse en uno o varios equipos que sean nodos participantes de un clúster de conmutación por error. Sólo el sistema operativo puede limitar el número de nodos participantes.

Una instancia de clúster de conmutación por error contiene:

Una combinación de uno o más discos en un grupo de clústeres de Servicios de Cluster Server de Microsoft (MSCS), conocido también como grupo de recursos. Cada grupo de recursos puede contener una instancia de SQL Server como máximo.
Un nombre de red para la instancia de clúster de conmutación por error.
Una o más direcciones IP asignadas a la instancia de clúster de conmutación por error.
Una instancia de SQL Server 2005 que incluya SQL Server, el Agente SQL Server y el servicio de búsqueda de texto (FTS).

Asignar nombre a una instancia de clúster de conmutación por error

Una instancia de clúster de conmutación por error de SQL Server siempre aparece en la red como si se tratara de un solo equipo. Debe utilizar el nombre de la instancia de clúster de conmutación por error de SQL Server para conectarse al clúster de conmutación por error de SQL Server, no el nombre del equipo del nodo en el que se está ejecutando. De este modo se garantiza que siempre se pueda conectar a la instancia de clúster de conmutación por error mediante el mismo nombre, sea cual sea el nodo en el que se ejecute SQL Server.

El nombre de la instancia de clúster de conmutación por error debe ser único en el dominio. SQL Server no escucha en la dirección IP de los servidores locales. En realidad, SQL Server sólo escucha en la dirección IP virtual creada durante la instalación de la instancia de clúster de conmutación por error de SQL Server.

SQL Server depende de claves del Registro y nombres de servicio diferenciados dentro del clúster de conmutación por error para garantizar que SQL Server siga funcionando tras una conmutación por error. Por tanto, el nombre que proporcione a la instancia de SQL Server, incluida la instancia predeterminada, debe ser único en todos los nodos del clúster de conmutación por error. El uso de nombres de instancia únicos garantiza que las instancias de SQL Server configuradas para realizar la conmutación por error en un solo servidor tengan claves del Registro y nombres de servicio diferenciados.

Consideraciones acerca de la consolidación de SQL Server con un clúster de conmutación por error

Si tiene previsto consolidar varios servidores independientes en instancias de clúster de conmutación por error de SQL Server, se recomienda, como parte del proceso de planeación, que compruebe si la configuración de hardware del nodo del clúster es suficiente para admitir el número de instancias de SQL Server que deben alojarse.
A continuación se presentan dos escenarios comunes y la base para las soluciones recomendadas que pueden aplicarse a la configuración de su sitio.
Escenario 1
Su compañía, un sitio de alojamiento, desea ofrecer hasta 23 instancias de SQL Server con los siguientes requisitos de recursos:
- 2 procesadores para 23 instancias de SQL Server como un único nodo de clúster necesitarían 46 CPU.
- 2 GB de memoria para 23 instancias de SQL Server como un único nodo de clúster necesitarían 48 GB de memoria RAM (2 GB de memoria adicional para el sistema operativo).
- 4 discos para 23 instancias de SQL Server como una matriz de discos de clúster necesitarían 92 discos.
  Si limita los miembros de conmutación por error a la mitad de los nodos disponibles, los requisitos de hardware se reducirían a:
- 23 procesadores, 24 GB de memoria por nodo y disponibilidad de 46 discos.
  Con compatibilidad para puntos de montaje, el número total de discos podría reducirse. SQL Server necesitaría 23 discos, cada uno de los cuales debería alojar 3 puntos de montaje o más, para aumentar la disponibilidad de espacio en disco.
  Se produciría una posible limitación si aumentaran los requisitos de procesador y memoria, ya que el hardware existente podría no admitir tales requisitos sin perder rendimiento en las instancias existentes de SQL Server.
  Escenario 2
  Migración de instancias existentes de SQL Server a un clúster de conmutación por error
  En primer lugar, debe recopilar las líneas de base de los servidores existentes e identificar los cuellos de botella existentes. Si consideramos que las estadísticas de rendimiento de línea de base cubren las siguientes necesidades y que una sola unidad con puntos de montaje bastaría para cubrir los requisitos de unidad, tendríamos la siguiente configuración:
- SQL Server 1: 8 procesadores, 16 GB de RAM
- SQL Server 2: 4 procesadores, 8 GB de RAM (necesita RAM, previsión de 12 GB)
- SQL Server 3: 2 procesadores, 16 GB de RAM (la línea de base muestra la necesidad de más procesadores)
- SQL Server 4: 4 procesadores, 8 GB de RAM (necesita ancho de banda de red adicional, agregue adaptadores de red para 4 conexiones dedicadas)
  Para reemplazar estos cuatro servidores, el nodo del clúster necesitaría la siguiente configuración mínima:
- 18 procesadores, 54 GB de RAM y 6 adaptadores de red

El proceso para calcular la configuración mínima de un solo nodo en un clúster de conmutación por error tiene en cuenta lo siguiente:

Los requisitos totales de CPU
Los requisitos totales de memoria
Los discos necesarios
2 GB de RAM adicionales para el sistema operativo

Tenga en cuenta que la limitación de discos detectada en versiones anteriores de SQL Server no afecta a SQL Server 2005. Gracias a la compatibilidad con las unidades montadas en SQL Server 2005, cada instancia de SQL Server sólo necesita un disco de clúster para los archivos de datos.