WebSphere Message Broker, Versión 8.0.0.5 Sistemas operativos: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte la información sobre la última versión del producto en IBM Integration Bus, Versión 9.0

Configuración de la topología HTTP

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.
  1. 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
    Intermediario individual, escucha de intermediario

    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.
  2. 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
    Intermediario único, escuchas incluidos

    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
  3. 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
    Varios intermediarios y servidores

    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
Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Comentarios

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Última actualización:
        
        Última actualización: 2015-02-28 17:01:06


Tema de tareaTema de tarea | Versión 8.0.0.5 | bc55240_