La validación de una edición es el proceso de determinar si una nueva edición está disponible y preparada para pasar a la producción y sustituir la edición actual.
Puede instalar y validar una nueva edición bajo condiciones realistas, mientras que la edición de aplicación de producción sigue sirviendo solicitudes.
Antes de empezar
- Asegúrese de que todos los módulos de la aplicación estén desplegados en los mismos
destinos de despliegue.
- Defina reglas de direccionamiento exclusivas para la edición 2.0. Las reglas de direccionamiento permiten que las ediciones se ejecuten de forma simultánea y que las solicitudes HTTP (hypertext transfer protocol) para la edición de validación se direccione correctamente
al destino de validación sin interferir con la edición 1.0.
En este caso, utilice la aplicación mi_aplicación.
Instale las dos ediciones de las aplicaciones,
1.0 y 2.0, en el clúster dinámico clúster_dinámico_1.
Para obtener más
información sobre las reglas de direccionamiento, consulte el tema sobre la creación de
políticas de direccionamiento para ediciones de aplicaciones.
- Para establecer la modalidad operativa del clúster de validación clonado en una modalidad diferente del clúster de producción, cree la propiedad personalizada VALIDATION_OPERATIONALMODE en la consola de administración.
De lo contrario, el clúster de validación se establece en la misma modalidad operativa
que el clúster de producción una vez creado.
Establezca el valor en automático, manual o supervisado. Si especifica cualquier otro valor o no especifica ningún valor, el clúster dinámico de validación se establece en la modalidad manual.
Restricción: En la modalidad de validación, sólo se pueden utilizar o crear dos miembros del clúster.
Puede correlacionar las políticas de direccionamiento y servicio con la aplicación de modalidad de validación, pero
para mantener el trabajo no se pueden iniciar más de dos miembros de clúster.
Puede sobrescribir este valor después de que se haya creado el clúster de validación cambiando el número máximo y mínimo de instancias dinámicas del clúster.
- Si es un usuario con un rol de supervisor u operador, sólo puede ver la información del gestor de ediciones de aplicaciones.
Si tiene el rol de configurador o administrador, tendrá todos los privilegios de configuración para el gestor de ediciones de aplicaciones.
Avoid trouble: Reinicie el navegador antes de validar una edición.
Al reiniciar el navegador, se asegura de que las sesiones anteriores han
caducado y que las solicitudes se direccionan a la aplicación bajo validación.
gotcha
Avoid trouble: Asegúrese de que la aplicación que se está validando no se despliega en un servidor
web, ya que esto podría hacer que la validación falle.
Las aplicaciones deben desplegarse en servidores de aplicaciones para una validación adecuada.
gotcha
Acerca de esta tarea
Tenga en cuenta los siguientes escenarios como ejemplo de cómo se realiza la validación en una edición: la edición 1.0 de una aplicación está instalada, activa y en ejecución en un clúster dinámico.
La edición 2.0 es la edición de validación candidata y se instala en el mismo destino de
despliegue en el estado inactivo.
Al validar la edición
2.0 se clona el destino de despliegue de la edición 2.0.
Por ejemplo, es posible que la validación cree un clúster dinámico nuevo, por ejemplo, el clúster dinámico DC-Validation y se correlacione la edición 2.0 con este nuevo clúster.
El clúster clonado utiliza los miembros del clúster existentes de plantilla de servidor
para la creación de los servidores clonados.
Después de que se cree el destino del clon de validación, se active la
edición 2.0 y se definan las reglas de direccionamiento, puede
iniciar, detener y volver a configurar la edición.
Procedimiento
- Pulse para verificar
que la aplicación tiene dos ediciones instaladas, con sólo una edición activa.
- Opcional: Si desea crear un clúster de validación que tenga una modalidad operativa diferente que el clúster de producción, puede definir la propiedad personalizada VALIDATION_OPERATIONALMODE en el clúster de producción.
Añada el clúster de validación al bus de integración de servicios (SIB). Si no define esta propiedad personalizada, el clúster de validación tiene la misma modalidad operativa que el clúster de producción.
- Actualice los enlaces de referencia de EJB (Enterprise
JavaBeans) para especificar el nombre del
nuevo clúster.
Antes de desplegar la aplicación desde el clúster de validación, los enlaces se deben volver a modificar al valor original.
- Pulse la aplicación mi_aplicación.
- Seleccione edition 2.0 y pulse Validar. La página de estado de validación muestra cada paso de validación
del clúster denominado clúster_dinámico_1 y del despliegue de edition
2.0 en el clúster clonado.
El centro de control de ediciones de aplicaciones muestra
que una de las ediciones está en la modalidad de validación, y la página de gestión de ediciones muestra que el destino de la edición
2.0 ahora está en el clúster dinámico clúster_dinámico_1-Validation.
La página del clúster dinámico muestra que se ha creado el clúster dinámico clúster_dinámico_1-Validation y la página Servidores muestra los servidores clonados.
Consejo: Si desea guardar el clúster de validación después de realizar el despliegue, puede crear la propiedad personalizada saveClonedCluster en el clúster de validación.
De lo contrario, el destino de validación se suprime después del despliegue de la edición o después de que se cancele la validación para todas las aplicaciones en el destino de validación.
Por ejemplo, si
tiene dos aplicaciones desplegadas en el destino de validación, y una de las aplicaciones está validada y desplegada, el destino de validación no se suprime hasta que se valida la segunda aplicación.
La propiedad personalizada saveClonedCluster sólo se aplica a los clústeres dinámicos.
Para obtener más información, consulte el tema sobre las propiedades personalizadas del
gestor de ediciones de aplicaciones.
- Compruebe que la validación se ha realizado correctamente. Pulse o . Edite la aplicación mi_aplicación-edition2.0.
- Para las aplicaciones PHP y WebSphere Application Server Community
Edition:
Compruebe que la raíz del contexto, los destinos de despliegue, y demás apunten al clúster clonado.
- Para las aplicaciones de empresa (Java™ Platform,
Enterprise Edition (Java EE)):
Seleccione
Gestionar módulos.
Verifique que la edición 2.0 se
correlaciona con el clúster de validación.
Desde la vista de detalles de Correlacionar referencias de EJB (Enterprise JavaBeans) con los beans, verifique que el nombre JNDI (Java Naming
and Directory Interface) se ajusta para el nuevo nombre del destino clonado.
Para que una edición de aplicación con los enlaces plenamente cualificados basados en el nombre de destino de despliegue original funcione correctamente en un destino de despliegue
de validación, debe cambiar sus nombres de enlace para reflejar los nombres de enlace plenamente cualificados
basados en el nombre de destino de despliegue de validación.
Por ejemplo, una aplicación con una referencia de recurso enlazada a /clusters/clusterb1/jdbc/CustomerData debe tener el enlace modificado
con /clusters/cluster1-validation/jdbc/CustomerData dado que
se prepara la aplicación para ejecutarse en el clon de destino de despliegue.
- Vaya al clúster de validación y revíselo - detalles de creación
Pulse
>separador
Config y observe que se copian los siguientes valores para el clúster de
validación:
- Número mínimo de instancias de clúster
- Apilamiento vertical de instancias en el nodo
- Política de pertenencia
Tenga en cuenta los detalles siguientes:
- Pruebe la nueva edición. Inicie el clúster de validación, y con las reglas de direccionamiento implementadas, intente enviar una carga de solicitud a la edición edition 2.0 para probar la edición.
La edición edition
1.0 permanece en producción.
Qué hacer a continuación
Si completa correctamente la prueba de la edición
edition 2.0,
puede sustituir la edición
edition 1.0 por la edición
edition 2.0.
Si encuentra errores en las pruebas, puede cancelar la modalidad de validación.
- Para sustituir edition 1.0 por edition 2.0:
- Detenga el destino de validación, por ejemplo, clúster_dinámico_1-Validation.
- Suprima las reglas de direccionamiento específicas a edition
2.0 para direccionar todas las solicitudes para la aplicación a una única edición.
- Guarde los cambios y sincronice los nodos.
- Realice el despliegue en la nueva edición. Pulse . Seleccione edition
2.0 y pulse Desplegar.
Durante el despliegue, edition 2.0 se vuelve a dirigir a su destino de despliegue original, por ejemplo, clúster_dinámico_1.
El estado de la edición pasa de validación a activo.
- Si edition 2.0 tiene errores, puede cancelar
la modalidad de validación y vuelva a pasar edition
2.0 a su estado original de inactivo.
Como resultado, se elimina el clúster dinámico duplicado que se creó para la validación.
Para obtener más información sobre la cancelación de la modalidad de validación, consulte
el tema sobre la cancelación de una validación de la aplicación.