Compartir vía

Consideraciones sobre el mantenimiento del servidor de caché

  • Artículo

Las características de Microsoft AppFabric 1.1 para el almacenamiento en caché de Windows Server se basan en servidores físico para admitir el clúster de caché. Todos los servidores requieren mantenimiento en algún momento y muchas veces dicho mantenimiento requiere un reinicio del servidor. En este tema se describen consideraciones importantes para minimizar o evitar el tiempo de inactividad del clúster de caché cuando se requieren reinicios de servidores para realizar tareas de mantenimiento. Para obtener más información, vea Actualización de servidores de caché.

Reinicio de servidores

Al implementarse en un único servidor, la ubicación de almacenamiento de configuración del clúster es un único punto de error del clúster de caché. Si los hosts principales toman el rol de administración del clúster, el reinicio de demasiados servidores de caché erróneos podría provocar el apagado del clúster de caché.

Ubicación de almacenamiento de configuración del clúster

La ubicación de almacenamiento de configuración del clúster puede ser una base de datos de SQL Server o una carpeta de red compartida. Sin acceso a ellas, el clúster de caché no puede ejecutarse durante más de unos minutos. Antes de reiniciar el servidor que hospeda el servidor de archivos o SQL Server, apague el clúster de caché con el comando Stop-CacheCluster. Este comando detiene el host de la caché de los servicios de Windows en todos los servidores de caché en el orden adecuado. Para obtener más información acerca de la ubicación de almacenamiento de configuración de clúster, vea Opciones de almacenamiento de la configuración de clúster.

Servidor de caché

Como norma general, se recomienda no reiniciar más de un servidor de caché a la vez. No es necesario ningún procedimiento especial al apagar un servidor para reiniciarlo. Si desea detener únicamente el host de caché del servicio de Windows, use el comando Stop-CacheHost. Microsoft AppFabric 1.1 para Windows Server le permite especificar también el botón Graceful para mover los datos almacenados en caché a otros host de caché antes de parar. La detención del servicio con la consola de servicios de Windows no es compatible. Después de reiniciar el equipo, use el comando Start-CacheHost para permitir que el host de la caché de los servidores de Windows vuelvan a unirse al clúster. Para obtener más información, vea Uso de Windows PowerShell para administrar características de almacenamiento en caché de AppFabric 1.1.

Si los hosts principales tienen el rol de administración del clúster, para que el clúster de caché permanezca disponible, deberá haber una mayoría de hosts principales disponibles. Si este es el caso en su clúster, reinicie sólo una minoría de los hosts principales para evitar el apagado del clúster de caché. Los hosts que no son principales pueden reiniciarse en cualquier momento sin que esto afecte al estado de ejecución del clúster de caché. Para obtener más información acerca de los hosts principales, vea el Administración de clústeres y hosts principales (Almacenamiento en caché de AppFabric 1.1).

Nota

El comando Stop-CacheHost no detiene un servicio de Windows en el host de caché si desempeña el rol de administración de clúster y la detención provocaría el apagado de todo el clúster.

Si SQL Server se encarga del rol de administración de clústeres, no es necesario que considere si un host de caché es principal o no. El clúster puede seguir ejecutándose con un único host de caché.

En cualquier momento que el host de caché del servicio de Windows en un servidor de caché se detenga, todos los datos se vaciarán de la memoria de ese equipo. Para aislar a las aplicaciones de esta pérdida de datos derivada de los reinicios de servidor, habilite la característica de alta disponibilidad en las cachés con nombre. Esto tiene cierto impacto en el rendimiento, pero la sobrecarga adicional compensa el costo de volver a cargar la caché.

Para que la característica de alta disponibilidad aísle la aplicación de los errores (o de la detención) de un host de caché, debe haber al menos tres hosts de caché que sean miembros del clúster de caché. Esto se debe a un estricto requisito de coherencia según el cual siempre debe haber dos copias de un objeto o región en caché en una memoria caché habilitada para alta disponibilidad. Para mantener dos copias de una memoria caché o región, la memoria caché habilitada para alta disponibilidad requiere el funcionamiento de dos hosts de caché como mínimo. Para obtener más información, vea Alta disponibilidad (Almacenamiento en caché de AppFabric 1.1).

Además del número mínimo de servidores exigido para mantener el funcionamiento del clúster, también es importante tener en cuenta las necesidades de memoria de la aplicación. No es probable que las necesidades de almacenamiento en caché de la aplicación que cambien exclusivamente porque se reinicia un servidor de caché. Es importante que haya suficientes servidores de caché en ejecución para dar soporte a las necesidades de almacenamiento en caché de la aplicación.

Recomendaciones de administración

Para simplificar la secuencia de reinicio, se recomienda usar una base de datos de SQL Server para almacenar las opciones de configuración y disponer de esa instancia de SQL Server para toma el rol de administración de clústeres. De este modo, no importa cuál de los servidores de caché se reinicia durante el mantenimiento.

Para optimizar la disponibilidad del clúster de caché, se recomienda usar el Clúster de conmutación por error de Windows Server 2008 para hospedar una base de datos "en clúster" o un recurso de carpeta para la ubicación de almacenamiento de la configuración del clúster de caché. Con una ubicación de almacenamiento en clúster, puede usar más de un servidor Windows Server 2008 para hospedar la ubicación de almacenamiento de la configuración "en clúster", permitiéndole reiniciar un nodo de Clúster de conmutación por error cada vez sin que eso afecte la disponibilidad de la ubicación de almacenamiento de configuración del clúster de caché.

Cuando sea posible, aumente el tamaño de su clúster de caché agregando más servidores de caché de los que su aplicación necesita en un momento concreto. Esto permitirá reiniciar un reducido número de servidores de caché sin ningún impacto material en el rendimiento del clúster de caché.

Acciones que requieren un tiempo de inactividad

Varias acciones requieren un tiempo de inactividad del clúster de caché. El tema común para todas las acciones enumeradas a continuación es que requieren la realización de cambios en la configuración del clúster de caché.

  2012-03-05