Puede configurar diferentes servicios o aplicaciones para alta disponibilidad en un clúster de conmutación por error. Para ver una lista de los servicios o aplicaciones que se configuran con más frecuencia para alta disponibilidad, consulte Configuración de un servicio o una aplicación para alta disponibilidad.

Este tema contiene las siguientes secciones:

Servicios o aplicaciones que se pueden ejecutar como Aplicación genérica, Script genérico o Servicio genérico

En los clústeres de conmutación por error, puede usar las opciones Aplicación genérica, Script genérico y Servicio genérico para configurar alta disponibilidad para algunos servicios y aplicaciones que no se han diseñado originalmente para ejecutarse en clústeres.

Aplicación genérica

Si ejecuta una aplicación como una Aplicación genérica, el software de clúster iniciará la aplicación y consultará periódicamente con el sistema operativo para ver si la aplicación parece estar en ejecución. Si es así, se supone que está en línea y no se reiniciará ni se conmutará por error.

Tenga en cuenta que en comparación con una aplicación compatible con clúster, una Aplicación genérica tiene menos formas de comunicar su estado preciso al software de clúster. Si una Aplicación genérica entra en un estado problemático pero aún así parece estar en ejecución, el software de clúster no tiene forma de detectarlo y llevar a cabo una acción (por ejemplo, reiniciar la aplicación o conmutarla por error).

Antes de ejecutar el Asistente para alta disponibilidad para configurar alta disponibilidad para una Aplicación genérica, asegúrese de que conoce la ruta de acceso de la aplicación y los nombres de las claves del Registro bajo HKEY_LOCAL _MACHINE que requiere la aplicación.

Script genérico

Puede crear un script que se ejecute en Windows Script Host y que supervise y controle la aplicación. Después, puede configurar el script como un Script genérico en el clúster. El script proporciona al software de clúster información sobre el estado actual de la aplicación. Cuando sea necesario, el software de clúster reiniciará o conmutará por error el script (y, mediante éste, la aplicación se reiniciará o conmutará por error).

Al configurar un Script genérico en un clúster de conmutación por error, el script determina la capacidad del software de clúster de responder con precisión al estado de la aplicación. Cuanto más preciso sea el script al proporcionar información sobre el estado de la aplicación, más preciso podrá ser el software de clúster al responder a dicha información.

Antes de ejecutar el Asistente para alta disponibilidad para configurar alta disponibilidad para un Script genérico, asegúrese de que conoce la ruta de acceso del script.

Servicio genérico

El software de clúster iniciará el servicio y consultará periódicamente con el controlador del servicio (una característica del sistema operativo) para determinar si el servicio parece estar en ejecución. Si es así, se supone que está en línea y no se reiniciará ni se conmutará por error.

Tenga en cuenta que en comparación con un servicio compatible con clúster, un Servicio genérico tiene menos formas de comunicar su estado preciso al software de clúster. Si un Servicio genérico entra en un estado problemático pero aún así parece estar en ejecución, el software de clúster no tiene forma de detectarlo y llevar a cabo una acción (por ejemplo, reiniciar el servicio o conmutarlo por error).

Antes de ejecutar el Asistente para alta disponibilidad para configurar alta disponibilidad para un Servicio genérico, asegúrese de que conoce el nombre del servicio tal y como aparece en el Registro bajo HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services.

Requisitos básicos para un servicio o aplicación en un entorno de clúster de conmutación por error

Para ser apropiado para un clúster de conmutación por error, un servicio o una aplicación deben tener determinadas características. Las más importantes son:

  • Debe ser un servicio o una aplicación con estado. Esto significa que el servicio o la aplicación debe tener un estado en memoria de ejecución prolongada o estados de datos actualizados frecuentemente de gran tamaño. Un ejemplo puede ser una aplicación de base de datos. Para una aplicación sin estado (como un front-end de servidor web), probablemente Equilibrio de carga de red será más apropiado que el clúster de conmutación por error.

  • El servicio o la aplicación debe usar un componente de cliente que realice reintentos automáticamente tras las interrupciones temporales de la red. De lo contrario, si el componente de servidor de la aplicación se conmuta por error de un servidor agrupado a otro, la interrupción inevitable (pero breve) hará que los clientes se detengan en lugar de volver a intentarlo y conectar de nuevo simplemente.

  • El servicio o la aplicación debe poder identificar el disco o los discos que utilice. Esto hace posible que el servicio o la aplicación se comunique con los discos en el almacenamiento del clúster y busque de forma confiable el disco correcto incluso después de una conmutación por error.

  • El servicio o la aplicación debe usar protocolos basados en IP. Algunos ejemplos son TCP, UDP, DCOM, canalizaciones con nombre y RPC sobre TCP/IP.

Referencias adicionales


Tabla de contenido