Crear y mantener las imágenes maestras de WebSphere Application Server con IBM Installation Manager

IBM® Installation Manager es la tecnología utilizada para instalar y mantener IBM WebSphere® Application Server V8 y superior. Generalmente, Installation Manager se instala en todos los sistemas de producción junto con los productos cuyo ciclo de vida regirá. Este artículo revisa los componentes básicos de Installation Manager y documenta un procedimiento para instalar imágenes maestras de WebSphere Application Server que se puedan desplegar en un ambiente de producción y, después, mantener en el sitio. De esta manera, se pueden facilitar los despliegues masivos, en entornos tanto virtualizados como no virtualizados. This content is part of the IBM WebSphere Developer Technical Journal.

Ilene Seelemann, WebSphere Application Server Architect, IBM

Ilene Seelemann es una desarrolladora de software sénior de IBM Toronto Lab. Ilene es la arquitecta responsable de la instalación de WebSphere Application Server. Además, tiene una amplia trayectoria en tecnología XML y lidera los componentes XML de WebSphere Application server y el paquete de funciones XML de WebSphere Application Server V7.



20-05-2013

Introducción

El procedimiento descrito en este artículo utiliza IBM Installation Manager, sin necesidad de instalarlo en cada sistema. Muestra cómo empaquetar datos críticos de Installation Manager con la imagen de producto, de manera que la imagen pueda ser mantenida después de su despliegue. Comenzaremos por revisar algunos aspectos básicos de Installation Manager.


Aspectos básicos de Installation Manager

En una topología de instalación típica, IBM Installation Manager se instala una vez en cada máquina. Installation Manager se configura para apuntar a uno o más repositorios de productos que contengan la carga útil y los metadatos de producto utilizados para crear una imagen de instalación. A menudo, los repositorios se alojan de manera remota (por ejemplo, a través del servidor HTTP o FTP) desde la máquina en la que se ejecuta la instalación. Los repositorios tiene un acoplamiento débil y se pueden compartir entre instancias de Installation Manager (Figura 1).

Figura 1. Topología de instalación
Figure 1. Installation topology

Es posible tener múltiples Installation Managers en una única máquina al instalar un Installation Manager de modalidad de grupo o de modalidad de usuario:

  • La modalidad de grupo permite un grupo administrativo UNIX® para compartir un único Installation Manager y gestionar las instalaciones de productos. Puede tener múltiples Installation Managers de modalidad de grupo instalados en el mismo sistema.
  • La modalidad de usuario soporta un Installation Manager por usuario.

Consulte el Centro de información de Installation Manager para obtener más información sobre las modalidades administrativas.

A veces, los administradores prefieren no instalar Installation Manager en cada una de las máquinas. Esto puede deberse a las políticas de negocio que complican la gestión de Installation Manager como otra instalación de producto o puedo estar relacionado con el espacio en disco, en especial en un entorno virtualizado. :

Además, para los grandes despliegues de WebSphere Application Server, es posible que los administradores prefieran crear una imagen maestra en un entorno de ingeniería, que se pueda clonar en sistemas de destino. Una vez desplegado en los sistemas de destino, los administradores crean perfiles de WebSphere Application Server. Más adelante, cuando sea el momento de aplicar el mantenimiento, como fixpacks o ifixes, los administradores deben poder mantener las imágenes clonadas.

El resto de este artículo revisará los componentes básicos de Installation Manager y describirá un procedimiento para desplegar imágenes clonadas de WebSphere Application Server que soporta el mantenimiento de estas imágenes.


Directorios de Installation Manager

Antes de comenzar con el procedimiento, es importante comprender los directorios que Installation Manager crea para poder regir el ciclo de vida de los productos que instalará. Existen dos directorios:

  • El directorio Agent Data Location, a veces denominado appDataLocation, contiene metadatos que incluyen el historial y el estado de todas las instalaciones gestionadas por Installation Manager. Este directorio es crítico para el buen funcionamiento de Installation Manager. Una vez creado el directorio, no se podrá mover y no se debería tocar. Si el directorio Agent Data Location se corrompe, ya no se podrá realizar el mantenimiento a ninguna instalación de producto a la que este directorio realiza el seguimiento y se deberán reinstalar si se necesita realizar el mantenimiento.

    Este directorio se crea cuando Installation Manager se instala por sí mismo. Puede alterar temporalmente la ubicación predeterminada al especificar la opción de línea de comandos -dataLocation (o –dL) durante la instalación de Installation Manager.

    Para este procedimiento no instalaremos realmente Installation Manager, por lo que analizaremos cómo se crea este directorio en nuestro escenario más adelante en este artículo.

  • El directorio Shared Resources Directory se utiliza con dos fines:
    • En algunos casos, contiene recursos que se pueden compartir entre los productos instalados durante el tiempo de ejecución. Los productos de WebSphere Application Server no tienen dependencias de ejecución de los contenidos de esta carpeta.
    • También se utiliza durante la instalación para organizar la carga útil antes de instalarla en su carpeta de destino. Durante esta etapa, se realizan verificaciones de filesum en los datos transferidos para garantizar que estén intactos. De forma predeterminada, este contenido permanece en la memoria caché en Shared Resources Directory después de la instalación, de manera que se pueda utilizar en el futuro para la retrotracción o actualización.

    La ubicación de Shared Resources Directory se configura cuando se instala el primer producto. Cada repositorio de productos especifica una ubicación predeterminada; por lo tanto, si esta ubicación no se altera temporalmente, el primer producto instalado determina la ubicación. Para configurar de forma explícita esta ubicación, utilice la opción de línea de comandos -sharedResourcesDirectory cuando se instala el primer producto.

    Al igual que el directorio Agent Data Location, Shared Resources Directory no se podrá modificar una vez que se configure inicialmente. Dado que las cargas útiles de los productos aquí se almacenan en caché, los requisitos de espacio pueden aumentar en gran medida durante el ciclo de vida del producto a medida que se realiza el mantenimiento. La imagen de producto de WebSphere Application Server es grande; si se permite la acumulación de este contenido, este directorio crecerá a un tamaño de muchos gigabytes durante el curso de múltiples aplicaciones de fixpacks. Nunca debe suprimir manualmente el contenido de esta carpeta.

Afortunadamente, existe una preferencia que puede utilizar para evitar el almacenamiento en memoria caché de estos datos. Durante cualquier operación de instalación o mantenimiento, puede utilizar esta preferencia:

–preferences com.ibm.cic.common.core.preferences.preserveDownloadedArtifacts=false

Con esta preferencia definida en falso, todos los datos que ya no se necesiten se eliminarán una vez finalizada la operación. Aún debe asegurarse de contar con espacio suficiente para organizar la carga útil durante las operaciones de instalación y mantenimiento, pero los datos no se acumularán con el tiempo. Si no ha utilizado esta preferencia anteriormente, todas las cargas útiles anteriores se eliminarán la primera vez que la utilice. La única manera de eliminar los datos sin llevar a cabo una operación de instalación o mantenimiento es con la GUI de Installation Manager, mediante el botón Delete Saved Files del panel Preferences (Figura 2). También puede configurar la preferencia en este panel.

Figura 2. Opción Delete Saved Files en Preferences
Figure 2. Delete Saved Files option in Preferences

Tenga en cuenta que si utiliza esta preferencia, siempre se deberá conectar a un repositorio de productos para poder realizar operaciones de retrotracción o actualización. No podrá basarse en las cargas útiles almacenadas en caché. La mayoría de los administradores considera que se trata de una compensación aceptable.


Utilizar el instalador

Ahora que hemos revisado los dos directorios que Installation Manager crea y utiliza para regir las instalaciones de productos, observemos cómo puede utilizar Installation Manager sin realmente instalarlo. En la documentación del Centro de información de Installation Manager , a esto se lo llama utilizar el instalador o kit de instalación.

El instalador no se debe utilizar en ningún sistema en el que ya se haya instalado Installation Manager. Si lo intenta, algunas operaciones detectarán que Installation Manager se encuentra instalado y lo bloquearán.

En primer lugar, debe descargar el instalador de Installation Manager. Puede descargar el instalador específico de la plataforma que coincida con la plataforma en la que realizará la instalación:

Figura 3
Figure 3

Extraiga los archivos en un directorio. La invocación de la línea de comandos imcl se puede encontrar en el subdirectorio de herramientas del instalador. Utilice este comando para impulsar operaciones de instalación o para invocar un archivo de respuesta que contenga las instrucciones de instalación. (Tenga en cuenta que el instalador no se puede utilizar para registrar un archivo de respuesta). Están disponibles archivos de respuesta de ejemplo para WebSphere Application Server V8 y WebSphere Application Server V8.5.

Los archivos de respuesta y los argumentos de línea de comandos brindan posibilidades equivalentes y la opción de utilizar uno u otro es preferencia personal. Para abreviar, los ejemplos de este artículo se muestran mediante argumentos de línea de comandos.


Crear una imagen maestra

Una vez que haya descargado y extraído el instalador, podrá instalar la imagen maestra de WebSphere Application Server. Debe contar con un repositorio de productos de WebSphere Application Server para el nivel de servicio que necesita instalar. Los ejemplos de este artículo utilizarán el repositorio web alojado en IBM, pero también puede configurar un repositorio empresarial alojado localmente para su negocio. Para obtener más información sobre cómo crear un repositorio empresarial, consulte estos recursos:

Considere el comando que se muestra en el Listado 1.

Listado 1
imcl com.ibm.websphere.ND.v85
-repositories https://www.ibm.com/software/repositorymanager/com.ibm.websphere.ND.v85 
-installationDirectory <install_home>/AppServer
-dataLocation <install_home>/iim_appData
-sharedResourcesDirectory <install_home>iim_shared
-preferences com.ibm.cic.common.core.preferences.preserveDownloadedArtifacts=false
-acceptLicense
-showProgress

Argumentos y opciones:

  • - com.ibm.websphere.ND.v85

    Esto le ordena a Installation Manager que instale WebSphere Application Server Network Deployment V85. El nivel de fixpack instalado será el último que se encuentre en los repositorios especificados. También se instalarán todos los ifixes aplicables.

  • repositories https://www.ibm.com/software/repositorymanager/com.ibm.websphere.ND.v85

    Debe proporcionar una lista delimitada por comas de los repositorios que contengan la carga útil del producto y los metadatos de los productos que necesita instalar. Este repositorio es el repositorio web alojado en IBM para WebSphere Application Server Network Deployment V85.

    - Se encuentran disponibles identificadores de productos (también denominados ID de oferta e ID de paquete) así como URL de productos de repositorio paraWebSphere Application Server V8 y WebSphere Application Server V8.5.

  • -installationDirectory <install_home>AppServer

    Este argumento especifica dónde instalar el producto.

  • -dataLocation <install_home>/iim_appData

    Tal como se analizó anteriormente, -dataLocation especifica el directorio Agent Data Location que utiliza Installation Manager para realizar un seguimiento del estado y el historial de esta instalación de productos. Al realizar el mantenimiento de esta ubicación de instalación, siempre debe especificar el mismo argumento -dataLocation.

  • sharedResourcesDirectory <install_home>/iim_shared

    Este argumento especifica la ubicación de Shared Resources Directory. Siempre debe especificar el mismo par Shared Resources Directory y Agent Data Location.

  • -preferences com.ibm.cic.common.core.preferences.preserveDownloadedArtifacts=false

    Esta preferencia limpia la memoria caché de Shared Resources Directory después de operaciones de instalación y actualización. Esto se analiza en detalle en la sección de Shared Resources Directory más arriba. (Aún habrá algunos archivos en esta carpeta).

  • -acceptLicense

    Revise la licencia del producto y, después, especifique este argumento.

  • -showProgress

    Proporciona retroalimentación visual a medida que progresa la instalación.

Una vez que finalice la operación de instalación, tendrá una estructura de directorio como esta:

<install_home>/AppServer
/iim_data
/iim_shared

Como puede ver, crea los directorios Agent Data Location y Shared Resources Directory como carpetas iguales de la instalación del producto. Mantener estas carpetas ubicadas en el mismo sitio de la instalación del producto le permitirá aplicar mantenimiento a esta imagen de instalación en el futuro. Ahora puede empaquetar todos los directorios en esta imagen maestra y copiarla a sus sistemas de producción. El sistema operativo y la arquitectura y las estructuras de directorio de sus sistemas de producción deben coincidir exactamente con aquellas del entorno utilizado para crear la imagen maestra.


Aplicar mantenimiento a su imagen de instalación

En algún momento en el futuro, es posible que necesite aplicar un fixpack o ifix directamente en su imagen de producto desplegada. Para ello, simplemente necesita utilizar un instalador de Installation Manager y especificar los mismos directorios –dataLocation y –sharedResourcesDirectory asociados a su instalación de producto. El instalador siempre debe estar en el mismo nivel o en un nivel superior al que se utilizó previamente. Si llevó a cabo la instalación inicial con Installation Manager 1.5.3 y, después, realizó una actualización con 1.6.0, nunca podrá regresar a un instalador anterior al 1.6.0. Si lo hace, se pueden corromper los metadatos de Installation Manager. Una manera de prevenir esto es empaquetar el instalador con la imagen del producto de esta manera:

<install_home>/AppServer
/iim_data
/iim_shared
/iim_installer_160

Suponga que ha instalado WebSphere Application Server Network Deployment en el nivel de fixpack 8.5.0.0 y desea aplicar el fixpack 8.5.0.1. En la máquina de producción, ejecutaría el mismo comando original, desde la carpeta /iim_installer_160. Esto actualizaría su imagen al nivel de fixpack actual que se publica en el repositorio web alojado en IBM (actualmente 8.5.0.1). También podría especificar explícitamente el nivel de fixpack al calificar el nombre del paquete: com.ibm.websphere.ND.v85_8.5.1.20121017_1724.

Tanto fixpacks como iFixes se pueden aplicar mediante el mismo método.


Conclusión

Este artículo describió un proceso para instalar una imagen maestra de WebSphere Application Server que se pueda desplegar y mantener. Este proceso supone dos puntos clave:

  • Utilizar el instalador de Installation Manager para instalar la imagen maestra y aplicar mantenimiento a la imagen en producción.
  • Ubicar en el mismo sitio los directorios clave de Installation Manager con la imagen maestra y empaquetarlos con la imagen para que se pueda aplicar mantenimiento una vez desplegada.

Si sigue estas guías, podrá crear imágenes maestras de WebSphere Application Server a las que se pueda realizar mantenimiento.

Recursos

Aprender

Obtener los productos y tecnologías

Comentarios

developerWorks: Ingrese

Los campos obligatorios están marcados con un asterisco (*).


¿Necesita un IBM ID?
¿Olvidó su IBM ID?


¿Olvidó su Password?
Cambie su Password

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


La primera vez que inicie sesión en developerWorks, se creará un perfil para usted. La información en su propio perfil (nombre, país/región y nombre de la empresa) se muestra al público y acompañará a cualquier contenido que publique, a menos que opte por la opción de ocultar el nombre de su empresa. Puede actualizar su cuenta de IBM en cualquier momento.

Toda la información enviada es segura.

Elija su nombre para mostrar



La primera vez que inicia sesión en developerWorks se crea un perfil para usted, teniendo que elegir un nombre para mostrar en el mismo. Este nombre acompañará el contenido que usted publique en developerWorks.

Por favor elija un nombre de 3 - 31 caracteres. Su nombre de usuario debe ser único en la comunidad developerWorks y debe ser distinto a su dirección de email por motivos de privacidad.

Los campos obligatorios están marcados con un asterisco (*).

(Por favor elija un nombre de 3 - 31 caracteres.)

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


Toda la información enviada es segura.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=WebSphere, Rational
ArticleID=930488
ArticleTitle=Crear y mantener las imágenes maestras de WebSphere Application Server con IBM Installation Manager
publish-date=05202013