WebSphere Extended Deployment Compute Grid, Version 6.1.1
             Sistemas operativos: AIX, HP-UX, Linux, Solaris, Windows,


Despliegue de ediciones

Para utilizar el gestor de ediciones de aplicaciones para desplegar aplicaciones de Compute Grid, debe ser propietario del componente WebSphere Extended Deployment Operations Optimization. Las aplicaciones de Compute Grid son aplicaciones J2EE (Java 2 Platform Enterprise Edition) que se ajustan a uno de los modelos de programación de trabajos de larga duración. Al desplegar una edición, se sustituye una edición activa por una edición nueva.

Antes de comenzar

Para realizar esta tarea, debe tener instalada e iniciada una edición de aplicación y debe tener privilegios administrativos de configurador o administrador.
Nota: El despliegue de ediciones de aplicaciones falla cuando dos ID de usuario en dos consolas administrativas intentan un despliegue de edición de aplicación paralelo.

Acerca de esta tarea

Es posible que la nueva edición sea una modificación sencilla de la aplicación como, por ejemplo, un arreglo de un defecto o un cambio más sustancial. Siempre y cuando la nueva edición sea compatible con las versiones anteriores, se podrá desplegar para sustituir la edición activa sin afectar a los clientes existentes. Para desplegar una nueva edición, primero debe instalar la edición de aplicación con la información de la nueva edición.

Procedimiento

  1. Instale la nueva edición. Especifique la información de la nueva edición. Por ejemplo, escriba 2.0 en el campo Edición de la aplicación y Segunda edición en el campo Descripción de la edición. Seleccione los mismos destinos de despliegue que se utilizan para la edición actual.
  2. Guarde y sincronice los nodos.
  3. Especifique los valores de despliegue. Pulse Aplicaciones > Centro de control de ediciones > nombre_aplicación. Seleccione la nueva edición, por ejemplo, 2.0 y pulse Desplegar.

    Especifique los valores siguientes para empresa o para otras aplicaciones de middleware:

    1. Seleccione el tipo de despliegue Atómico o Agrupado.

      Utilice el despliegue agrupado para sustituir las ediciones en miembros del clúster de destino de un grupo de uno. El despliegue de grupo es la opción más típica, y es muy útil cuando el clúster es grande. De modo alternativo, puede realizar un despliegue de grupo con un tamaño de grupo específico mediante scripts. Para obtener más información, lea la información relacionada con las tareas administrativas de gestión de ediciones de aplicaciones. Cuando la nueva edición esté disponible durante el despliegue de grupo, todas las solicitudes se dirigen a la nueva edición.

      Utilice el despliegue atómico para sustituir una edición por otra en mitad del clúster en un instante de tiempo. Este tipo de despliegue atiende a todas las solicitudes de usuario con una edición coherente de la aplicación. Dado que todas las solicitudes de usuario se sirven como una edición coherente, el clúster se ejecuta a mitad de su capacidad. Si el clúster tiene un tamaño muy grande, puede dividir el despliegue en grupos más pequeños utilizando el despliegue de grupo. También se puede utilizar la modalidad atómica con un solo destino de despliegue del servidor. En un solo destino de despliegue del servidor, las acciones que se realizan con la segunda mitad del clúster se omiten.

    2. Seleccione la estrategia de restablecimiento. La estrategia de restablecimiento indica al gestor de ediciones de aplicaciones cómo cada destino de despliegue carga la nueva edición en el motor de ejecución del servidor.

      Utilice una estrategia Suave para restablecer la aplicación deteniendo o reiniciando la aplicación en todos los servidores del clúster a medida que la edición siguiente sustituye a la anterior de ese servidor. El restablecimiento suave es la opción más típica y el restablecimiento de aplicaciones de máximo rendimiento, ya que carga la nueva edición reciclando la aplicación en el servidor de aplicaciones en ejecución. El servidor permanece encendido durante este proceso. Con el restablecimiento suave, no se descargan las bibliotecas nativas de la memoria. El restablecimiento suave es seguro generalmente para aplicaciones que no utilizan bibliotecas nativas. Cuando se utilice un restablecimiento suave en un entorno de producción, supervise el proceso del servidor de aplicaciones para asegurarse de que haya suficiente memoria virtual.

      Una estrategia de restablecimiento drástico recicla cada uno de los servidores de aplicaciones del clúster al completo ya que la edición siguiente sustituye la edición anterior en el servidor y se renuevan la memoria de procesos y también las bibliotecas nativas que utiliza la aplicación. Esta estrategia impide que se agote el almacenamiento virtual y permite cargar nuevas versiones de bibliotecas nativas. Seleccione el restablecimiento suave como estrategia cuando despliegue una edición de aplicación que dependa de las nuevas versiones de las bibliotecas nativas o tenga otras dependencias que solo se renuevan reciclando todo el servidor de aplicaciones, o si tiene aplicaciones de gran tamaño que consumen mucha memoria para la compilación JIT (Just-in-Time).

    3. Establezca el intervalo de drenaje en segundos. El intervalo de drenaje permite que se complete el tiempo de las sesiones HTTP antes de que se restaure la aplicación o el servidor. El intervalo de drenaje especifica el período de tiempo que espera el gestor de ediciones de aplicaciones antes de iniciar la estrategia de restablecimiento.

      Las afinidades, como transacción, actividad y ámbito de compensación y las actividades desconocidas para WebSphere Extended Deployment alargan el intervalo de drenaje efectivo, dado que el servidor no se detiene hasta que estas unidades de trabajo se completan. Las aplicaciones con actividades desconocidas para Extended Deployment pueden utilizar la notificación iniciada de inmovilización del MBEan AppEditionManager como un desencadenante para comenzar el proceso de conclusión y aprovechar el intervalo de drenaje como un periodo de tiempo durante el que se completa la conclusión. Esto no es necesario para las sesiones persistentes, por ejemplo, las que se copian en la base de datos o se duplican mediante DRS, pero es importante para las sesiones transitorias (en memoria). Para evitar la pérdida de sesiones transitorias, establezca el intervalo de drenaje para que sea mayor que el intervalo de tiempo de espera de sesiones de aplicación. Una vez iniciado el despliegue, a medida que se actualiza cada servidor, se marca el servidor como no seleccionable para comenzar sesiones nuevas. Establezca este valor en 0 para no esperar a que finalicen las sesiones.

    Especifique los valores siguientes para las aplicaciones SIP (Session Initiation Protocol):
    1. Seleccione una estrategia de inmovilización. La estrategia de inmovilización especifica cómo se suprimen los servidores antiguos o miembros del clúster que alojan la edición actual. Este valor no afecta la nueva edición que se está desplegando.
      • Inmovilizar servidores o miembros del clúster después de que se hayan completado todas las sesiones activas o diálogos.: Suprime el servidor o miembro del clúster cuando todas las sesiones activas y diálogos para el servidor o miembro del clúster se han completado.
      • Inmovilizar servidores o miembros del clúster después del intervalo: Suprime el servidor o miembro del clúster después de un período de tiempo especificado. Especifique un período de tiempo, en segundos, minutos u horas.
  4. Inicie el despliegue. Pulse Aceptar. Esta acción inicia una sustitución libre de interrupciones de la edición antigua por la edición nueva.

Resultados

Para una edición que no está en modalidad de validación, la nueva edición sustituye la edición actual después de que se haya completado el despliegue. Una edición que está en validación se despliega en el destino de despliegue original y se suprime el entorno clonado. Para una aplicación de Compute Grid, después del tiempo de drenaje, el planificador de trabajos cancelará aquellos trabajos (de la aplicación del despliegue) que continúen ejecutándose en los puntos finales inmovilizados.

Qué hacer a continuación

Para validar los resultados, pulse Aplicaciones > Centro de control de ediciones > nombre_aplicación. La nueva edición debe ser la edición activa en el destino de despliegue. Se inicia automáticamente la nueva edición, porque sustituye a una edición en ejecución.

Cuando se despliega una edición de aplicación en modalidad de validación, los nombres de enlace se deben volver a cambiar a los valores originales. Por ejemplo: /clusters/cluster1-validation/jdbc/CustomerData debe cambiarse de nuevo por /clusters/cluster1/jdbc/CustomerData.




Información relacionada
Gestión de los Trabajos de Compute Grid y su entorno
Tema de tarea    

Condiciones de uso | Comentarios

Última actualización: 22-sep-2009 09H47' EDT
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r1m1/index.jsp?topic=/com.ibm.websphere.gridmgr.doc/info/scheduler/tcgappedroll.html