alta disponibilidad con ibm websphere y ejb 3.0
Modelo de programación distribuida
©2011 IBM Corporation
Websphere Network Deployment
●
Diferencias con WAS
─
Gestión de la configuración y despliegue de redes WAS
─
Tunning y performance avanzado
─
Jobs batch
─
Servicios de Alta disponibilidad y balanceo de carga
–
Websphere WLM: Implementa servicios de balanceo y gestión de
carga
–Websphere HA Manager: HA nivel 4 (4: System failover, 5: Disaster
Recovery)
Arquitectura básica: Clusters
─
El Deployment Manager (dmgr) define una Celda
─
Una Celda se divide en clusters
─
Un Cluster es una representación lógica de servidores (cluster members)
–
–
Pueden ser gestionados conjuntamente
–
─
Comparte las mismas aplicaciones y configuración(políticas y
servicios)
Pueden ser balanceados (WLM) por que son equivalentes
Nodos y Servidores
─
Un nodo es una unidad lógica y gestiona el equivalente a una máquina
física (escalado vertical).
─
Un servidor es una instancia WAS (un proceso) con una configuración.
─
Cada nodo puede albergar varias instancias WAS (servidores) aunque
sólo un gestor (node agent).
WebSphere:HA level 4
Load balance and workload management
This diagram shows an example configuration for load
balancing and workload management for IBM
WebSphere Network Deployment (ND). The load
balancers could be appliances or software. IHS (IBM
HTTP Server) is used for workload management to
spray HTTP requests in a round robin fashion across
the applications on clones. The WebSphere Plug-in isused by IHS and allows requests to spray across
application clones in a cluster.
Internet
Load balancer
Load balancer
WAS Plug-in
WAS Plug-in
IBM HTTP Server
IBM HTTP Server
Cell 01
Machine (02)
Machine (01)
Server 01
Server 03
Application 01
Application 01
Server 02
Server 04
Application 01
Application 01
Cluster 01
Deployment ManagerNode Agent (01)
Node Agent (02)
Alta disponibilidad EJB en WAS ND
•
Una celda se puede dividir en dominios (core groups). Existe uno que
agrupa a todos los servidores por defecto.
WLM: Las aplicaciones se balancean en un cluster, los EJB en un core
group.
•
Los core groups no pueden “salir” de la celda pero pueden compartir
info de WLM con otras celdas a través de un core bridge•
Los servidores de un core group pueden ser WAS stand-alone,
miembros de un cluster, node agent o deployment manager
•
Un core group debe tener un dmgr o un nodeagent como mínimo
(cierto hasta antes del WAS 6.1 FP27)
Alta disponibilidad EJB: HA Manager
•
Cada miembro del coregroup arranca un
servicio HA Manager
•
Uno de ellos es seleccionado como el
coordinador (sicae, pasa al siguiente)
•
Servicios principales del HA Manager
•
•
•
Cada HA Manager mantiene una tabla de
routing EJB (bulleting board) para el
servicio de balanceo WLM
Cada HA Manager mantiene un servicio
DRS (M2M como Sesión HTTP, EJB de
sesión stateful, cachés de usuario, etc.)
Además mantiene un servicio de bus JMX
para comunicaciones garantizadas entre
miembros delcoregroup
Coordinador del core group
•
El coordinador es el servicio HA Manager activo o principal
•
Controla quien está vivo y quien no
•
Controla las políticas de balanceo de EJB
•
Todos le notifican posibles cambios y le consultan
–
–
–
•
Discovery
Failure
Synchrony
En caso de caída otro HA Manager asume el rol (pero se resetea la
info)
EJB en WAS
●Comunicaciones en WAS basadas en CORBA
─
─
El gestor de las comunicaciones CORBA es el ORB
─
●
La implementación de RMI (JRMP) en Websphere es CORBA (IIOP)
La implementación del ORB de IBM se basa en extensiones del estándar (pej. seguridad)
En WAS cada EJB Container habla con el ORB (1 de ambos por WAS)
─
─
EJB container lo registra en el ORB
─
●
EJB container...
Regístrate para leer el documento completo.