Aprenda a integrar
WebSphere Message Broker en la topología HTTP y conozca las consecuencias de las diferentes
configuraciones para el equilibrio de carga, la migración tras error y la administración.
La configuración de
WebSphere Message Broker
en cada escenario descrito en este tema está estrechamente relacionada con la elección del
escucha HTTP. Puede elegir entre los escuchas de intermediario y los escuchas de
grupo de ejecución (incorporados). Para entender las diferencias entre estos escuchas,
cómo configurarlos y cómo se les asignan puertos, consulte
Escuchas HTTP.
Conozca las topologías HTTP comunes y aprenda a configurar
WebSphere Message Broker en cada caso. Conozca las implicaciones de la elección de
de topología y configuración de intermediario. Los escenarios siguientes se listan en
orden de mayor complejidad.
- Escenario uno: una sola máquina, intermediario individual; la prioridad más alta es la
facilidad de uso; el equilibrio de carga es relativamente importante; la migración tras error
de máquina y el alto rendimiento no son prioridades altas
Este escenario utiliza un
escucha de intermediario, que escucha en el puerto 7080 y toda la comunicación HTTP de
los clientes la procesa ese escucha. El equilibrio de carga se logra con instancias adicionales
de flujos de mensajes en grupos de ejecución y utilizando el mismo URL en los flujos de mensajes
en los grupos de ejecución.
Puntos fuertes: - Simplicidad de administración y descubrimiento de servicios web: todas las solicitudes de
entrada (y las respuestas) se direccionan a través de un único puerto para HTTP
(y un segundo para HTTPS, si es necesario).
- El equilibrio de carga a través de flujos de mensajes y grupos de ejecución: una solicitud
a un servicio web específico (URL) puede ser procesada por cualquier flujo de mensajes
registrado para manejar ese URL. Los flujos de mensajes (MF1, MF2)
puede estar en grupos de ejecución independientes (ExGp1, ExGp2)
y las solicitudes equilibran la carga entre ellas. Como es usual, dentro de cada grupo de ejecución puede desplegar
instancias adicionales de cada flujo, según sea necesario. Esta configuración
ofrece una solución escalable de carga equilibrada con cierto grado de migración tras error;
si falla un grupo de ejecución, los demás continúan procesando la carga de trabajo
mientras se reinicia el primer grupo de ejecución.
Puntos débiles:- Migración tras error: hay un punto único de anomalía (intermediario o máquina). Si
se implementa la migración tras error de máquina, es complicado: la máquina secundaria debe
tomar el control de la dirección IP de la máquina primaria.
- Particionamiento de actividades: no hay ninguna partición entre las actividades gestionadas por
el intermediario.
- Rendimiento: un único escucha maneja todos los mensajes HTTP y HTTPS
enviados a través de dos puertos en el intermediario. Este único punto de
proceso y manejo de errores puede producir cuellos de botella si se necesita un alto rendimiento
de mensajes.
- Escenario dos: máquina única, intermediario único; el alto rendimiento es la prioridad más alta;
la migración tras error de máquina y el equilibrio de carga no son prioridades
altas
Este escenario utiliza escuchas
de grupo de ejecución para mejorar la productividad de mensajes.
Puntos fuertes:
- Alto rendimiento: puede desplegar flujos de mensajes en diferentes grupos de ejecución
para que varios escuchas en varios puertos puedan manejar
los mensajes HTTP (o HTTPS) a fin de satisfacer los requisitos de alto rendimiento
- Configuración simple: estos escuchas se comunican directamente con la red de transporte
HTTP; no se necesitan colas intermedias
- Particionamiento de actividades: las actividades gestionadas por el intermediario se
particionan en grupos de ejecución independientes
Puntos débiles:- Migración tras error: hay un sólo punto de anomalía (grupo de ejecución,
intermediario o máquina). Si se implementa la migración tras error de máquina, es complicado
y la máquina secundaria debe
tomar el control de la dirección IP de la máquina primaria.
- Debe incluir los nodos de entrada y de respuesta en el mismo flujo de mensajes
o desplegar flujos de mensajes independientes en el mismo grupo de ejecución,
para que utilicen el mismo escucha; los mensajes de entrada y respuesta coincidentes
deben procesarse en el mismo puerto
- Escenario tres: varias máquinas, varios intermediarios, la migración tras error
es la prioridad más alta; el equilibrio y la seguridad de carga también son
importantes
Este escenario utiliza
escuchas de intermediario. También hay un servidor que actúa como un equilibrador de carga y
un asignador de red, simplificando así la interfaz de cliente. La configuración
de flujos de mensajes y grupos de ejecución se duplica a través de varios intermediarios
y el servidor de equilibrio de carga se configura para gestionar el multiproceso de
clúster de alta disponibilidad (HACMP)
a través de intermediarios.
Puntos fuertes:
- El equilibrio de carga: al tener un servidor que actúa como asignador de red
y equilibrador de carga proporciona una posibilidad adicional de equilibrio de carga
en este escenario
- Migración tras error: la distribución de intermediarios entre sistemas permite
la migración tras error en la máquina y el intermediario
- configuración del cliente simplificada: el servidor de equilibrio de carga proporciona
un único punto de contacto para los clientes
Puntos débiles:- Complejidad: el escenario es complejo, aunque la complejidad puede
ocultarse a los clientes y gestionarse en ubicaciones centralizadas