WebSphere Extended Deployment, Version 6.0.x     Sistemas operativos: AIX, HP-UX, Linux, Solaris, Windows, z/OS

Componentes de las operaciones dinámicas

WebSphere Extended Deployment está basada en las funciones de cálculo autónomo del entorno de operaciones dinámicas. Con estas funciones el entorno de servidor de aplicaciones puede ampliar y contraer según las demandas de la empresa. El uso de los gestores autónomos del entorno de WebSphere Extended Deployment permite que las operaciones dinámicas tomen decisiones lógicas basadas en objetivos de la empresa.

Los siguientes componentes comprenden el entorno de operaciones dinámicas de WebSphere:
Política operativa
Una política operativa es un objetivo empresarial o de rendimiento que permite objetivos específicos para peticiones específicas. La política operativa incluye las políticas de servicio y de salud. Una política de servicio define un objetivo de empresa y una importancia, y contiene una o más clases de transacción. Para una determinada clase de trabajo, una condición de norma se correlaciona con una clase de transacción que pertenezca a una política de servicio con el fin continuar clasificando la carga de trabajo mediante criterios más específicos. Esta correlación proporciona a la clase de trabajo su objetivo. La política de servicio contiene los requisitos de los objetivos empresariales y la clase de trabajo contiene la descripción del trabajo al que se puede aplicar la política de servicio. El entorno de operaciones dinámicas lee la combinación de estas políticas y toma las decisiones necesarias relacionadas con las peticiones de trabajo HTTP, SOAP, JMS e IIOP.
Grupos de nodos
En WebSphere Extended Deployment, la relación entre las aplicaciones y los nodos en los se ejecutan se expresa en términos de una construcción intermedia denominada un grupo de nodos. Un grupo de nodos es una agrupación con capacidad de proceso, en la que se crea uno o más clústeres dinámicos. La capacidad de proceso que representa un grupo de nodos se divide entre los miembros de clústeres dinámicos. Esta distribución de recursos se modifica de forma autonómica según los objetivos de la empresa para compensar los patrones de carga de trabajo modificados.
Clústeres dinámicos
Un clúster dinámico está fuertemente asociado a un grupo de nodos. Un clúster dinámico es un destino para el despliegue de aplicaciones que el entorno de operaciones dinámicas puede ampliar y contraer según sea necesario y que puede sobrepasar los límites de los nodos incluidos en un grupo de nodos.
Gestor de flujo de peticiones autónomo
El gestor de flujos de peticiones autónomo tiene muchas funciones:
  • Limita la simultaneidad para evitar la sobrecarga del conjunto actual de instancias de WebSphere Application Server para un flujo determinado y para gestionar la competencia entre los destinos de despliegue que compiten para los recursos de un nodo.
  • Controla la velocidad de las peticiones de liberación procedentes de las colas.
  • Envía señales al controlador de ubicación. Las señales indican la asignación de capacidad de proceso que mejor optimizan los resultados de rendimiento teniendo en cuenta la política operativa y la carga ofrecida actualmente.
  • Proporciona información a Tivoli Intelligent Orchestrator acerca de la capacidad de proceso disponible actualmente y la que idealmente necesita cada grupo de nodos.
  • Despacha las peticiones que extrae de las colas basándose en pesos (un peso por cola, no un peso por clase). Los pesos de clase los establece el administrador (modalidad manual) o, de forma autonómica, los componentes del controlador del gestor de flujos de peticiones (modalidad automática).
Direccionador On Demand
El Direccionador On Demand (ODR), que generalmente se conoce como proxy, es el componente del entorno de operaciones dinámicas que decide dónde se dirigen las peticiones HTTP. ODR también determina si hay los suficientes recursos de aplicaciones disponibles para dar soporte al trabajo recibido desde el gestor de control de flujos. Si se desestiman peticiones de trabajo que requieren la manipulación de las aplicaciones, ODR inicia y detiene las instancias de aplicaciones como corresponda, siempre que el entorno se esté ejecutando en la modalidad on demand.
Gestor de carga de trabajo dinámica
El gestor de flujo de peticiones autónomo clasifica y da prioridad a las peticiones dirigidas a los servidores de aplicaciones según la demanda y las políticas. A continuación, el gestor de carga de trabajo dinámica distribuye las peticiones entre los nodos de un grupo de nodos para equilibrar el trabajo.
Controlador de ubicación de aplicaciones
El controlador de ubicación de aplicaciones es un gestor autónomo en la infraestructura de operaciones dinámicas que da soporte a la movilidad fluida de las aplicaciones dentro de un clúster dinámico. El controlador de ubicación de aplicaciones añade instancias de aplicaciones cuando el trabajo es mayor del que puede manejar la aplicación actual y detiene las instancias de aplicaciones cuando hay muy pocas peticiones para el número de aplicaciones iniciadas.
[distributed platforms] Tivoli Intelligent Orchestrator
Tivoli Intelligent Orchestrator es un componente opcional del entorno de operaciones dinámicas de WebSphere. Un entorno de WebSphere Extended Deployment con la integración de Tivoli Intelligent Orchestrator permite asignar dinámicamente hardware adicional al entorno.
EWLM
El gestor de carga de trabajo de empresa (EWLM) gestiona las asignaciones de recursos y objetivos secundarios para el entorno de mayor tamaño que contenga WebSphere Extended Deployment.



Related concepts
Visión general de las operaciones dinámicas
Política operativa

Tema de concepto    

Condiciones de uso | Comentarios Última actualización: Mar 14, 2006 10:58:39 AM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/prodovr/codoecomponents.html

© Copyright IBM 2005, 2006. Reservados todos los derechos.
Este centro de información se ha realizado con tecnología de Eclipse. (http://www.eclipse.org)