Tipos de miembros del bus y su efecto en el compartimiento de la carga de trabajo y la alta disponibilidad

Puede añadir un servidor a un bus de integración de servicios para crear un miembro de bus de servidor. También puede añadir un clúster a un bus de integración de servicios para crear un miembro de bus de clúster. Un miembro de bus de clúster puede proporcionar escalabilidad y carga de trabajo compartida, o alta disponibilidad, pero un miembro de bus de servido no puede.

Adición de un servidor a un bus

Si añade un servidor a un bus de integración de servicios, automáticamente se crea un motor de mensajería. Este motor de mensajería individual no puede participar en la carga de trabajo compartida con otros motores de mensajería. Sólo puede hacerlo en un clúster. El motor de mensajería tampoco puede tener una alta disponibilidad ya que no hay más servidores en los que se pueda ejecutar.

Adición de un clúster a un bus

Un despliegue de clústeres puede proporcionar escalabilidad y carga de trabajo compartida, o alta disponibilidad, o una combinación de estos aspectos. Esto depende del número de motores de mensajería del clúster y el comportamiento de esos motores de mensajería, como si pueden realizar una sustitución por anomalía en otro servidor, o invertir la sustitución por anomalía cuando un servidor vuelve a estar disponible.

Puede utilizar la asistencia para la política del motor de mensajería para crear y configurar motores de mensajería en un clúster. Están disponibles los siguientes tipos de política del motor de mensajería predefinidos, que dan soporte a configuraciones de clúster utilizadas frecuentemente:
  • Alta disponibilidad. Se crea un motor de mensajería en el clúster. Puede realizar una migración tras error en otro servidor del clúster, por ello tendrá alta disponibilidad.
  • Escalabilidad. Se crea un motor de mensajería para cada servidor de aplicaciones del clúster. Los motores de mensajería no pueden realizar la migración tras error.
  • Escalabilidad con alta disponibilidad. Se crea un motor de mensajería para cada servidor de aplicaciones del clúster. Cada motor de mensajería puede realizar una migración tras error en otro servidor especificado del clúster, creando un patrón de disponibilidad circular.

También puede utilizar la asistencia para la política del motor de mensajería para crear una política del motor de mensajería personalizada. Puede crear cualquier número de motores de mensajería para el clúster, así como configurar los motores de mensajería cuando lo necesite. Se crean automáticamente los valores y las políticas de grupo principal asociadas para los motores de mensajería.

Si no utiliza la asistencia para la política del motor de mensajería, al añadir un clúster de servidores a un bus de integración de servicios, se crea automáticamente un único motor de mensajería. Este motor de mensajería utiliza la política del grupo principal SIBus predeterminado que ya existe en WebSphere Application Server. La política permite que el motor de mensajería invierta la sustitución por anomalía en cualquier servidor del clúster. Entonces podrá añadir más motores de mensajería, si es necesario. El despliegue de clústeres depende del número de motores de mensajería del clúster y de la política enlazada al grupo de alta disponibilidad (HAGroup) de cada motor de mensajería.

Si sólo hay un motor de mensajería en el clúster y despliega un destino en ese mismo clúster, el destino se localizará mediante dicho motor de mensajería. Toda la carga de trabajo de mensajería para ese destino la gestiona ese motor de mensajería; la carga de trabajo de mensajería no se puede compartir. Las características de disponibilidad del destino son las mismas que las características de disponibilidad del motor de mensajería.

Puede beneficiarse de la mayor posibilidad de escalado introduciendo motores de mensajería adicionales para el clúster. Cuando despliega un destino en el clúster, todos los motores de mensajería lo localizarán en el clúster y el destino se particionará entre todos los motores de mensajería. Los motores de mensajería pueden compartir todo el tráfico que pasa por el destino, reduciendo el impacto que supone que un motor de mensajería fallara. Las características de disponibilidad de cada partición del destino son las mismas que las características de disponibilidad del motor de mensajería mediante el cual se localiza la partición.

Si no utiliza la asistencia para la política del motor de mensajería, controle el comportamiento de disponibilidad de cada motor de mensajería modificando la política de grupo principal que HAManager aplica al HAGroup del motor de mensajería.

La forma más sencilla de crear y configurar motores de mensajería en un clúster consiste en añadir un clúster a un bus y utilizar la asistencia de política de motor de mensajería con uno de los tipos de política de motor de mensajería predefinidos. Si esta familiarizado con la creación de motores de mensajería y la configuración del comportamiento de motores de mensajería, puede utilizar la asistencia para la política del motor de mensajería y el tipo de política de motor de mensajería personalizado. Para añadir un clúster a un bus sin utilizar la asistencia de política del motor de mensajería, debe estar familiarizado con todos los pasos de creación y configuración implicados, por ejemplo, en la creación de un motor de mensajería, la configuración de políticas de grupo principal y el uso de criterios de coincidencia.


Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cjt0005_
File name: cjt0005_.html