Sun Cluster: Guía del servicio de datos para Sun Java System Application Server para el SO Solaris

Información general sobre Sun Cluster HA para Sun Java System Application Server

Esta sección explica cómo Sun Cluster HA para Sun Java System Application Server habilita Sun Java System Application Server para conseguir una alta disponibilidad. Consulte las Sun Cluster Data Service Release Notes for Solaris OS para ver información nueva sobre la instalación y configuración de Sun Cluster HA para Sun Java System Application Server.

Consulte el Capítulo 1, Planning for Sun Cluster Data Services de Sun Cluster Data Services Planning and Administration Guide for Solaris OS y Sun Cluster para el sistema operativo Solaris: Visión general para obtener información general acerca de los servicios de datos, los grupos de recursos, los recursos y otros temas relacionados.

Sun Java System Application Server constituye una sólida plataforma Java 2 Enterprise Edition (J2EE™) para el desarrollo, la implementación y la gestión de aplicaciones empresariales. Entre las funciones clave se incluyen la gestión de transacciones, el rendimiento, la escalabilidad, la seguridad y la integración.

Sun Java System Application Server admite servicios desde publicaciones web hasta procesamientos de transacciones empresariales en escala, a la vez que permite a los desarrolladores crear aplicaciones basadas en la tecnología JavaServer Pages^TM (JSP^TM), Java servlets y Enterprise JavaBeans^TM (EJB^TM). Sun Java System Application Server Enterprise Edition proporciona tecnologías avanzadas de clúster y a prueba de fallos. Estas funciones permiten al usuario ejecutar aplicaciones J2EE escalables con una alta disponibilidad.

Los clientes ricos pueden conectarse directamente con Sun Java System Application Server. Las conexiones de cliente web a Sun Java System Application Server se pueden dirigir a través de un servidor de web de componente frontal. Sun Java System Application Server proporciona una instalación provisional para el módulo para usarlo con Sun Java System Web Server.

Componentes con una alta disponibilidad

Sun Java System Application Server ver. posteriores a la 8.1 consta de varios componentes.

Servidor de administración del dominio (DAS)
Agentes del nodo (NA) e instancias de servidor
Sun Java System Message Queue
Sun Java System Application Server EE (HADB)

La implementación de Sun Cluster HA para Sun Java System Application Server no implica la existencia de programas de los que dependa su arquitectura. Éstos, como las bases de datos y los servidores web, se deberían configurar para que ofrezcan una elevada disponibilidad, pero pueden ejecutarse desde otro clúster.

NA y DAS de alta disponibilidad

Sun Cluster HA para Sun Java System Application Server proporciona una alta disponibilidad que sirve de complemento a la alta disponibilidad que ofrece Sun Java System Application Server Enterprise Edition. Sun Cluster HA para Sun Java System Application Server hace que el servidor de administración de dominios tenga una alta disponibilidad puesto que se ejecuta como servicio de datos a prueba de fallos de Sun Cluster. Los agentes del nodo se convierten en dispositivos de alta disponibilidad al ejecutarlos como servicios de datos a prueba de fallos de Sun Cluster. Como una función proporcionada por Sun Java System Application Server Enterprise Edition, los agentes del nodo hacen que las instancias de Sun Java System Application Server tengan una alta disponibilidad.

Registros de transacción de alta disponibilidad

Sun Cluster HA para Sun Java System Application Server hace que las transacciones tengan una alta disponibilidad. Cuando un nodo que ejecuta una instancia de Sun Java System Application Server sufre un fallo, las transacciones se pierden a menos que las recuperen otras instancias que estén en ejecución en un nodo distinto. Las transacciones también se pueden recuperar reiniciando la instancia de servidor que ha fallado en el mismo nodo o en otro distinto. Dado que los agentes del nodo están configurados como servicio de datos a prueba de fallos, el servicio de datos recupera las instancias que han fallado llevándolas a otros nodos de Sun Cluster, de manera que cuando el servidor se inicie en un nuevo nodo de Sun Cluster, las transacciones se recuperen.

HADB y Message Queue de alta disponibilidad

Sun Java System Application Server EE instala Sun Java System Message Queue y Sun Java System Application Server EE (HADB).

Consulte Sun Cluster: Guía del servicio de datos para Sun Java System Message Queue para el SO Solaris si desea información sobre la configuración de Sun Java System Message Queue con el fin de conseguir una alta disponibilidad.

Consulte Guía de Sun Cluster Data Service para Sun Java System Application Server EE (HADB) para el sistema operativo Solaris para obtener información acerca de la configuración de Sun Java System Application Server EE (HADB) para obtener una alta disponibilidad.

Configuraciones admitidas

Sun Cluster HA para Sun Java System Application Server hace que el servidor de administración de dominios (DAS) tenga una alta disponibilidad al configurarlo como servicio de datos a prueba de fallos. DAS debe estar configurado para recibir las conexiones a través de una dirección IP a prueba de fallos. Cuando Sun Cluster HA para Sun Java System Application Server detecta que un DAS ha fallado, el servicio de datos reinicia el DAS localmente o lo pasa a otro nodo, en función de los valores especificados para el número y el intervalo de reintentos.

El componente agente del nodo (NA) también se configura como servicio de datos a prueba de fallos. Un agente de nodo se puede configurar para que gestione una serie de instancias de Application Server y el servicio de datos de Sun Cluster HA para Sun Java System Application Server gestiona indirectamente todas estas instancias. Todos los agentes del nodo y todas las instancias de Application Server deben configurarse para recibir las conexiones a través de una dirección IP a prueba de fallos.

Si las instancias de Application Server están inactivas, los agentes del nodo las reiniciarán. Las transacciones perdidas se recuperan al reiniciar las instancias. Si se produce un fallo en el nodo de Sun Cluster en el que se ejecutan las instancias de Application Server y de los agentes del nodo, Sun Cluster HA para Sun Java System Application Server pasa las instancias de Application Server y de los agentes del nodo a otro nodo de Sun Cluster para que se recuperen.

Nota –

Sólo se crea un recurso de agente de nodo para todos los agentes del nodo configurados para una dirección IP a prueba de fallos. El servicio de datos detecta automáticamente los agentes del nodo que están configurados en la dirección IP a prueba de fallos creada en el grupo de recursos a prueba de fallos.

El siguiente ejemplo es una configuración que consta de cuatro agentes de nodo.

El agente de nodo NA1 y sus instancias de servidor asociadas I1 e I2 están configurados para recibir las conexiones a través de la dirección IP a prueba de fallos IP1.
El agente de nodo NA2 y sus instancias de servidor asociadas I3 e I4 están configurados para recibir las conexiones a través de la dirección IP a prueba de fallos IP1.
El agente de nodo NA3 y sus instancias de servidor asociadas I5 e I6 están configurados para recibir las conexiones a través de la dirección IP a prueba de fallos IP2.
El agente de nodo NA4 y sus instancias de servidor asociadas I7 e I8 están configurados para recibir las conexiones a través de la dirección IP a prueba de fallos IP2.

En este ejemplo, se crea un recurso para los agentes del nodo NA1 y NA2 y sus instancias de servidor y otro recurso para los agentes del nodo NA3 y NA4 y sus respectivas instancias de servidor.

Encontrará un ejemplo detallado acerca de la creación de recursos para cuatro agentes de nodo en Ejemplo de creación de un componente agente de nodo a prueba de fallos en Sun Cluster HA para Sun Java System Application Server.

En las siguientes secciones, sólo se proporciona información para dos agentes de nodo.

Antes de que falle el nodo

La siguiente figura ilustra la configuración a prueba de fallos del agente de nodo y de DAS antes de que se produzca un fallo en el nodo.

Figura 1–1 DAS y agentes de nodo configurados a prueba de fallos: antes de que falle el nodo

La figura ilustra la siguiente configuración.

Hay dos nodos físicos , Node1 y Node2.
DAS está incluido en el grupo de recursos a prueba de fallos RG1 en el Node1 y recibe las conexiones a través de la dirección IP a prueba de fallos IP1.
El agente de nodo NA1 y las instancias de Application Server I1 e I2 que administra el agente de nodo se incluyen en el grupo de recursos RG2 del Node1 y recibe las conexiones a través de la dirección IP a prueba de fallos IP2.
El agente de nodo NA2 y las instancias de Application Server I3 e I4 que administra el agente de nodo se incluyen en el grupo de recursos RG3 del Node2 y recibe las conexiones a través de la dirección IP a prueba de fallos IP3.
Hay un dominio, Domain1, que contiene el DAS y los dos agentes de nodo, así como todas las instancias administradas por dichos agentes de nodo.
Application Server se instala en el sistema de archivos global (GFS) y a él pueden acceder los componentes del Node1 y del Node2.

Al poner en línea estos grupos de recursos, se inician los agentes de nodo, lo que, a su vez, inicia las instancias de Application Server que gestionan dichos nodos.

Después de que falle el nodo

La siguiente figura ilustra la configuración a prueba de fallos del agente de nodo y de DAS después de que se produzca un fallo en el nodo.

Figura 1–2 DAS y agentes de nodo configurados a prueba de fallos: después de que falle el nodo

Después de que se produzca un fallo en el Node1, los grupos de recursos RG1 y RG2 pasan a ejecutarse en el Node2 para recuperarse del fallo. El grupo de recursos RG1 incluye el DAS y su dirección IP a prueba de fallos IP1. El grupo de recursos RG2 incluye el agente de nodo NA1, las instancias I1 e I2 y su dirección IP a prueba de fallos IP2.