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

Validación de ediciones

En este tema se describe cómo validar ediciones de aplicaciones. Con la modalidad de validación, puede instalar una edición y probarla bajo condiciones realistas en paralelo con la edición de aplicación de producción. En el ejemplo siguiente, se instala y se activa la edición 1.0 de una aplicación y se ejecuta en una 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. La validación de la edición 2.0 realiza lo siguiente: clona el destino de la edición 2.0, crea un nuevo clúster dinámico, por ejemplo, DC-Validation y correlaciona 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.

Antes de empezar

Antes de poder iniciar el nuevo clúster clonado, debe definir normas de direccionamiento únicas para la edición 2.0. Las normas de direccionamiento permiten que las dos ediciones se ejecuten de forma simultánea y que las peticiones de HTTP (Hypertext Transfer Protocol) previstas para la edición de validación se dirijan correctamente al destino de validación sin interferir con la edición 1.0. Para este caso, utilice la aplicación BeenThere. Instale las dos ediciones de aplicación, 1.0 y 2.0, en el destino BTDC1. Establezca la propiedad personalizada del clúster dinámico, saveClonedCluster=true, para mantener los destinos de validación después de desplegar ediciones. De lo contrario, se suprime el destino de validación después del despliegue de ediciones.
RestrictionColonSymbol En la modalidad de validación, sólo se pueden utilizar o crear dos miembros de clúster. Puede correlacionar rutas y políticas de servicio con la aplicación de empresa de modalidad de validación, pero no se iniciarán más de dos miembros de clúster para mantener el trabajo.

Por qué y cuándo se efectúa esta tarea

Después de que se cree el destino del clon de validación, se active la edición 2.0 y se definan las normas de direccionamiento, puede iniciar, detener y volver a configurar la edición.
  1. Pulse Aplicaciones > Centro de control de ediciones y verifique que la aplicación tiene dos ediciones instaladas, con sólo una edición activa.
  2. Pulse BeenThere.
  3. Seleccione la edición 2.0 y pulse Validar. En la página de estado de validación se muestran todos los pasos de validación del clúster dinámico BTDC1 y el despliegue de la edición 2.0 en el clúster clonado. El centro de control de ediciones muestra que una de las ediciones se encuentra 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 es ahora el clúster dinámico BTDC1-Validation. La página Clúster dinámico muestra que se crea un nuevo clúster dinámico BTDC1-Validation y la página Servidores de aplicaciones muestra los servidores clonados.
  4. Pulse Aplicaciones > Aplicaciones de empresa. Edite BeenThere-edition2.0 y seleccione Correlacionar módulos con servidores. Verifique que la edición 2.0 se correlaciona con el clúster de validación. En la vista de detalles de Correlacionar referencias de EJB con los beans verifique que se ajuste el nombre de la interfaz JNDI (Java Naming and Directory Interface) con el nuevo nombre de destino clonado.

    Para que una edición de aplicación con enlaces plenamente cualificados basados en el nombre de destino de despliegue inicial opere correctamente en un destino de despliegue de validación, deben cambiarse los 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.

  5. Inicie el clúster de validación y con las normas de direccionamiento implementadas, ponga en marcha una carga de prueba con la edición 2.0 para probarla con la edición 1.0 de producción. Si finaliza la prueba de la edición 2.0 y desea sustituir la edición 1.0 con la 2.0, realice lo siguiente:
    1. Detenga el destino de validación, por ejemplo, BTDC1-Validation.
    2. Suprima las normas de direccionamiento específicas de la edición 2.0 para dirigir todas las peticiones de la aplicación BeenThere a una sola edición. Guarde los cambios y sincronice los nodos.
    3. Pulse Aplicaciones > Gestionar ediciones.
    4. Seleccione la edición 2.0 de la aplicación BeenThere y pulse Despliegue.

Resultado

Esto iniciará una sustitución sin interrupciones de la edición 1.0 por la edición 2.0. Durante el despliegue, se vuelve a orientar la edición 2.0 a su destino de despliegue inicial, por ejemplo, BTDC1 y su estado realiza la transición de validación a activo.

Qué hacer a continuación

Después de que finaliza satisfactoriamente la prueba de edición de validación, utilice el despliegue de la edición para desplegar la nueva edición en el entorno de producción.



Related concepts
Conceptos del gestor de ediciones

Related tasks
Instalación de la primera edición
Despliegue de ediciones
Retroceso de ediciones

Related reference
Políticas de direccionamiento para clases de trabajo

Tema de tarea    

Condiciones de uso | Comentarios Última actualización: Mar 14, 2006 11:05:10 AM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/appedition/tappedval.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)