WS-Notification en un entorno en clúster
WebSphere Application Server proporciona la capacidad de agrupar servidores en un clúster de forma que las aplicaciones se puedan proteger contra la anomalía de un único servidor (alta disponibilidad) o para que la carga de trabajo de la aplicación se pueda extender entre un número de servidores equivalente (equilibrio de carga). El bus de integración de servicios también se puede configurar dentro del clúster de servidores de aplicaciones en una variedad de configuraciones, en función de si realiza la agrupación en clúster por motivos de alta disponibilidad, de gestión de carga de trabajo, o ambos. Por ejemplo, puede elegir cuántos motores de mensajería se configuran en el clúster (de uno hasta el número de servidores del clúster) y también puede seleccionar el servidor (en caso de que haya alguno) al cual migrará un motor de mensajería si su servidor primario falla.
Un patrón común es configurar 1 de N política de grupo principal para un motor de mensajería en la cual hay un único motor de mensajería en el clúster y éste puede moverse a cualquier otro servidor del clúster si su servidor de host falla. Así se garantiza que el estado asociado con el motor de mensajería (por ejemplo, notificaciones de suceso y suscripciones) sea disponible para las aplicaciones, aunque falle una pieza específica del hardware.
Topología del equilibrio de carga
En esta topología, el administrador espera compartir las peticiones de aplicaciones cliente entre varios servidores en la célula sin sobrecargar ningún servidor específico. Esto requiere que todos los puntos de servicio WS-Notification del servicio WS-Notification puedan considerarse el mismo, en particular, que todos los espacios de nombres de temas están disponibles en todos los puntos de servicio WS-Notification del intermediario.
WebSphere Application ServerEl soporte de WS-Addressing específico de WebSphere Application Server en el proxy garantiza que las solicitudes de servicios web que tienen una afinidad con un motor de mensajería particular (por ejemplo, Reanudar o destruir flujos de suscripción) se vuelven a direccionar al servidor en el que se encuentra el motor de mensajería.
En la figura siguiente se muestra una configuración de un entorno en clúster configurado para el equilibrio de carga. Un servidor proxy WebSphere Application Server recibe solicitudes de tres aplicaciones cliente distintas y cada solicitud se reenvía a un servidor de aplicaciones único diferente. La información acerca de cada solicitud es almacenada por cada motor de mensajería en una solicitud aparte. El código WS-Addressing específico de WebSphere Application Server en el proxy registra qué servidor ha recibido cada solicitud y direcciona todas las solicitudes siguientes al servidor de aplicaciones correcto.

Topología de alta disponibilidad
En esta topología, el administrador crea un clúster de servidores que contiene un único motor de mensajería y un punto de servicio WS_Notification, con objeto de garantizar que si el servidor que contiene el motor de mensajería falla, los recursos que gestiona (suscripciones, notificaciones de suceso) siguen disponibles para las aplicaciones remotas. El motor de mensajería está configurado para realizar un migración tras error entre varios servidores del clúster para proporcionar una operación altamente disponible.
El punto de servicio WS-Notification se despliega en todos los servidores del clúster. Los recursos (suscripciones, registros de editor y puntos de extracción) se conservan en el motor de mensajería, así con objeto de ejecutar una solicitud, el punto de servicio crea una conexión al servidor en el cual se ejecuta actualmente el motor de mensajería.
El WebSphere Application Server servidor proxy es un tipo especial de servidor de aplicaciones que proporciona el punto inicial de entrada para las solicitudes en la empresa. Para WS-Notification, un servidor proxy se utiliza con más frecuencia como frontal de un clúster de servidores de aplicaciones, donde su carga de trabajo equilibra las solicitudes iniciales (como las notificaciones de suceso) entre los servidores del clúster. Algunas solicitudes de WS-Notification (como la creación de una suscripción) crean una afinidad con un motor de mensajería específico y, por lo tanto, las solicitudes posteriores relacionadas con dicho recurso son recibidas por el servidor proxy y se direccionan al servidor que está albergando actualmente el motor de mensajería aplicable, incluso aunque dicho servidor haya cambiado debido a un error desde que se creó un recurso.
WebSphere Application ServerEl soporte de WS-Addressing específico de WebSphere Application Server en el proxy garantiza que las solicitudes de servicios web que tienen una afinidad con un motor de mensajería particular (por ejemplo, Reanudar o destruir flujos de suscripción) se vuelven a direccionar al servidor en el que se encuentra el motor de mensajería.
En la figura siguiente se muestra una configuración de un entorno en clúster configurado para la alta disponibilidad. Un servidor proxy de WebSphere Application Server recibe las solicitudes de las aplicaciones cliente y las reenvía a un servidor de aplicaciones de un clúster. El código WS-Addressing específico de WebSphere Application Server del proxy registra qué servidor ha recibido la solicitud. La información acerca de la solicitud es almacenada en una base de datos por el motor de mensajería del clúster. Si el servidor de aplicaciones falla, su lugar es ocupado por otro servidor del clúster. El código WS-Addressing del proxy redirecciona las solicitudes posteriores al servidor de aplicaciones suplente.

Topología de alta disponibilidad con equilibrio de carga
Esta topología es una combinación de la topología con equilibrio de carga y la topología de alta disponibilidad. En esta topología hay más de un motor de mensajería en el clúster (donde el número de motores de mensajería es inferior o igual al número de servidores). Las solicitudes iniciales recibidas por el servidor proxy tienen la carga equilibrada en el clúster, en los servidores que alojan los puntos de servicio WS-Notification. Las peticiones posteriores para un recurso creado por dicha petición (es decir, una suscripción) se vuelven a direccionar al motor de mensajería correspondiente, aunque haya fallado en un servidor diferente del clúster.
Tenga en cuenta que esto incluiría el caso en el que más de un motor de mensajería del clúster se encuentra actualmente en un único servidor como consecuencia de una migración tras error. En este caso, sigue siendo importante que el punto de servicio se conecte al motor de mensajería correcto.
En la figura siguiente se muestra una configuración de un entorno en clúster configurado para la alta disponibilidad y el equilibrio de carga. Este clúster tiene tres servidores de aplicaciones. Dos de estos servidores utilizan el mismo motor de mensajería y el tercero utiliza un motor de mensajería diferente. Un servidor proxy de WebSphere Application Server recibe una solicitud de una aplicación cliente y la reenvía a uno de los servidores de aplicaciones que comparte un motor de mensajería. El código WS-Addressing específico de WebSphere Application Server del proxy registra qué servidor ha recibido la solicitud. El servidor de aplicaciones falla y su lugar es ocupado por uno de los otros dos servidores. El código WS-Addressing del proxy direcciona las solicitudes relacionadas con un recurso que ha sido creado por la solicitud inicial (que es una suscripción) al servidor de aplicaciones superviviente que utiliza el mismo motor de mensajería.
