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
-
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.
-
Guarde y sincronice los nodos.
-
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:
-
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.
-
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).
-
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):
-
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.
-
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.