Administración de clústeres y hosts principales (Almacenamiento en caché de Windows Server AppFabric)

Un clúster de caché de Windows Server AppFabric es un grupo dinámico de servidores que trabajan en combinación para ofrecer una única memoria caché lógica unificada para los datos de la aplicación. Para ello, es necesaria alguna sobrecarga para orquestar las operaciones de clúster entre los hosts de caché. El rol de administración de clústeres es responsable de administrar los hosts de caché y, en última instancia, el clúster de caché.

Hay dos opciones para las acciones que realiza el rol de administración de clústeres, según cómo implemente el sistema de caché distribuido. Si almacena los parámetros de configuración de clúster en una base de datos de SQL Server, esta instancia de SQL Server también se podrá usar para desempeñar el rol de administración de clústeres.

Si decide almacenar los parámetros de configuración de clúster en una carpeta de red compartida, el rol de administración de clústeres siempre lo desempeñan hosts de caché especiales, denominados hosts principales. Los hosts principales realizan las mismas funciones que otros hosts de caché no designados como hosts principales, pero tienen la responsabilidad adicional de trabajar con otros hosts principales para desempeñar el rol de administración de clústeres.

En la tabla siguiente se muestra cómo se relaciona la selección en tiempo de instalación con las opciones para la administración de clústeres. Para obtener más información sobre la selección de las opciones de configuración correctas, vea Opciones de almacenamiento de la configuración de clúster (Almacenamiento en caché de Windows Server AppFabric).

Tipo de almacenamiento de configuración del clúster	Ubicación del almacenamiento de configuración del clúster	Administración de clústeres
Archivo XML	carpeta de red compartida	hosts principales
base de datos de SQL Server	SQL Server	SQL Server (predeterminado) o hosts principales
Proveedor personalizado	almacén personalizado	almacén personalizado

Funciones del rol de administración de clústeres

Hay dos parámetros de configuración principales que determinan cómo funciona el clúster con respecto a la administración de clústeres:

• leadHostManagement: este parámetro de nivel de clúster determina lo que realizará el rol de administración de clústeres. Cuando se establece en true (verdadero), los hosts principales desempeñan el rol de administración de clústeres. Si seleccionó almacenar los parámetros de configuración de clúster en una carpeta de red compartida, true es el único valor válido para este parámetro. False (falso) indica que SQL Server o un proveedor personalizado desempeñarán el rol de administración de clústeres. Cuando se usa SQL Server o un proveedor personalizado para almacenar los parámetros de configuración de clúster, puede establecer este parámetro en true y dejar que los hosts principales desempeñen el rol de administración de clústeres.

• leadHost: este parámetro de nivel de host de caché determina los hosts de caché que serán los hosts principales cuando éstos desempeñen el rol de administración de clústeres. Aunque SQL Server vaya a desempeñar el rol de administración de clústeres, el programa de instalación designa los hosts principales, por si luego cambia el parámetro leadHostManagement.

Para obtener más información sobre el cambio de esta configuración, vea Establecimiento de la función de administración de clústeres y designaciones de host principal (Almacenamiento en caché de Windows Server AppFabric).

Con estas dos propiedades, hay cuatro casos posibles para determinar cómo se comportará un host de caché. Dichos casos se describen en la tabla siguiente.

Parámetro de nivel de clúster leadHostManagement	Parámetro de host de caché leadHost	Descripción de la combinación de parámetros	Responsabilidades efectivas del host de caché
false	false	SQL Server o un proveedor personalizado desempeña el rol de administración de clústeres. No es un host principal.	Únicamente operaciones de host de caché normales.
false	true	SQL Server desempeña el rol de administración de clústeres. Es un host principal si cambia el parámetro leadHostManagement a true.	Únicamente operaciones de host de caché normales.
true	false	Los hosts principales desempeñan el rol de administración de clústeres, pero éste no es un host principal.	Únicamente operaciones de host de caché normales.
true	true	Los hosts principales desempeñan el rol de administración de clústeres. Es un host principal.	Operaciones de host de caché normales y trabaja con otros hosts principales para administrar el clúster.

Cuando los hosts principales desempeñan el rol de administración de clústeres

Cuando los parámetros leadHostManagement y leadHost son true, el host de caché se eleva a un nivel de responsabilidad incrementada en el clúster y se designa como host principal. Además de las operaciones normales de host de caché relacionadas con el almacenamiento en caché de datos, el host principal también trabaja con otros host principales para administrar las operaciones de clúster.

Cuando se produce un error en el host principal

Para que el clúster de caché permanezca disponible, una mayoría de hosts principales debe permanecer disponible. Esto representa un riesgo mayor en pequeños clústeres que en los grandes porque se requieren menos errores del servidor para que el clúster se cierre automáticamente.

Nota

Cuando los hosts principales desempeñan el rol de administración de clústeres, si se produce un error en la mayoría de hosts principales, se cierra todo el clúster de caché.

Por ejemplo, considere el clúster de caché de seis servidores que se muestra en el diagrama siguiente. En este ejemplo, los hosts principales desempeñan el rol de administración de clústeres y dos hosts de caché se designaron como hosts principales.

Si se produce un error en cualquiera de los hosts de caché normales del clúster, éste puede continuar en ejecución. Los datos de los hosts no principales se perderán (siempre que no esté habilitada la alta disponibilidad), pero el resto del clúster puede continuar sirviendo y almacenando datos. De hecho, el clúster puede continuar funcionando si se pierden los cuatro hosts de caché no designados como hosts principales.

Si únicamente se produce un error en uno de estos hosts principales, todo el clúster de caché se cerraría automáticamente porque ya no hay una mayoría de hosts principales en ejecución. Para atenuar este problema, tiene la opción de designar más hosts principales.

Nota

El comando Stop-CacheHost no detendrá un servicio de Windows de host de caché si está desempeñando el rol de administración de clústeres. La detención hace que todo el clúster se cierre.

Designación de hosts principales adicionales

El Asistente para configuración de AppFabric usa la lista desplegable Cluster Size como ayuda para determinar el número adecuado de hosts principales que deben estar en el clúster. Si desea designar más hosts principales después de la instalación, también puede hacerlo. Sin embargo, es importante tener en cuenta que si se asignan demasiados hosts principales también puede representar un problema:

• Debe haber siempre una mayoría de hosts principales disponibles para que el clúster de caché continúe en ejecución. Cuantos más hosts se designen como hosts principales, menos errores de servidor podrá sostener el clúster y seguir siendo operable.

• En clústeres pequeños en los que uno o dos errores de host principal pueden causar un error en el clúster, se recomienda designar más hosts principales.

• En clústeres grandes, de cinco a siete hosts principales son suficientes para garantizar que un clúster en el intervalo de 50 servidores de caché tenga capacidad de respuesta.

Para obtener más información sobre el cambio de designaciones de host principal, vea Establecimiento de la función de administración de clústeres y designaciones de host principal (Almacenamiento en caché de Windows Server AppFabric).

Cuando SQL Server desempeña el rol de administración de clústeres

Cuando el parámetro leadHostManagement del clúster es false, independientemente del parámetro leadHost, cada host de caché únicamente asume sus responsabilidades de host no principal normales relacionadas con el almacenamiento en caché de datos. En este escenario, la instancia de SQL Server que se usa para almacenar los parámetros de configuración de clústeres también se usa para desempeñar el rol de administración de clústeres.

Cuando se produce un error en el servidor

Para que el clúster continúe disponible cuando SQL Server desempeña el rol de administración de clústeres, deben estar disponibles uno o varios hosts de caché para poder obtener acceso a la base de datos de SQL Server.

Por ejemplo, considere el clúster de caché de seis servidores que se muestra en el diagrama siguiente.

En este ejemplo, SQL Server desempeña el rol de administración de clústeres y los seis hosts de caché pueden dedicar sus recursos al acceso de datos para los clientes de caché.

Si se produce un error en cualquiera de los host de caché del clúster, los datos de esos servidores se pierden (siempre que no esté habilitada la alta disponibilidad), pero el clúster continúa en ejecución. Los datos de los demás hosts de caché continúan disponibles en los clientes de caché. De hecho, en este escenario, el clúster puede continuar funcionando si pierde cinco de los seis hosts de caché.

Si se produce un error en SQL Server, todo el clúster se cierra en unos minutos. Para atenuar el problema, se recomienda encarecidamente usar Microsoft Windows Server 2008 Failover Clustering (https://go.microsoft.com/fwlink/?LinkId=130692) (puede estar en inglés) para hospedar un recurso de base de datos "en clúster" para la ubicación del almacenamiento de configuración del clúster de caché y el rol de administración de clústeres.

Vea también

Conceptos

Diagrama de la arquitectura física de almacenamiento en caché de Windows Server AppFabric
Diagrama de la arquitectura lógica de almacenamiento en caché de Windows Server AppFabric
Valores de configuración de clúster (Almacenamiento en caché de Windows Server AppFabric)
Establecimiento de la función de administración de clústeres y designaciones de host principal (Almacenamiento en caché de Windows Server AppFabric)

  2011-12-05