Introducción › Notas de la versión › Consideraciones de la instalación › Instalación, actualización y migración

Instalación, actualización y migración

Esta sección describe cómo instalar, actualizar y migrar CA AppLogic 3.5.

Sustitución de ALD por BFC

ALD ya no se utiliza para instalar ni actualizar grids. En lugar de ALD, se utiliza Backbone Fabric Controller (BFC). BFC incluye una aplicación de GUI basada en Web fácil de usar que se utiliza para crear y gestionar todos los grids de CA AppLogic en una sola red troncal. BFC descarga automáticamente las últimas versiones y revisiones de CA AppLogic.

La documentación de BFC cuenta con información acerca de la descarga o instalación de BFC, así como sobre su uso para gestionar los grids de CA AppLogic.

Actualización a partir de grids existentes

Las actualizaciones a partir de grids existentes de la versión 3.0 y la 3.1 de CA AppLogic a la última versión (3.5) son completamente compatibles con los grids basados en Xen. En el caso de los grids basados en ESX, la actualización de CA AppLogic 3.1 a la última versión (3.5) es completamente compatible. Sin embargo, las actualizaciones no son compatibles con ninguna versión de CA AppLogic anterior a 3.0, como, por ejemplo, la 2.9 y la 2.8. Para migrar el grid anterior de CA AppLogic a la última versión, se deberá instalar CA AppLogic 3.5, y migrar los catálogos y las aplicaciones personalizadas del grid anterior al nuevo de la versión 3.5. Los demás temas de esta sección describen cómo migrar las aplicaciones y los catálogos al nuevo grid.

Nota: Para actualizar los grids basados en Xen de la versión 3.0.x, consulte la documentación de BFC.

CA AppLogic 3.5 es compatible con dispositivos y aplicaciones que se hayan creado con versiones anteriores de CA AppLogic. En función del tipo de dispositivo y de hipervisor requeridos, puede que sea necesario actualizar el dispositivo antes de utilizarlo en un grid de la versión 3.5.

Determinación de cambios para las aplicaciones

Siga las directrices que figuran a continuación para determinar qué modificaciones se necesitan (si procede) para que sus aplicaciones se ejecuten en un grid de la versión 3.5:

• Si se mueven dispositivos de un grid de la versión 3.0 o la 3.1 a uno de la versión 3.5 (basado en Xen o ESX), todo funcionará correctamente sin tener que aplicar ninguna modificación.
• Si se trasladan dispositivos de un grid de la versión 2.9 (o una anterior) a un grid 3.5 basado en Xen, todo funcionará correctamente sin tener que aplicar ninguna modificación.
• Si se trasladan dispositivos basados en Windows desde un grid de la versión 2.9 (o una anterior) a un grid de la versión 3.5 basado en ESX, habrá que actualizar los descriptores al nuevo formato 3.x (véase más adelante) y volver a instalar los últimos APK (kit para dispositivos) en el dispositivo. Además, también deberán instalarse las herramientas VMware en el dispositivo (estas herramientas se pueden descargar desde el sitio Web de VMware).
• Si se trasladan dispositivos basados en Linux de un grid de la versión 2.9 (o una anterior) a un grid de la versión 3.5 basado en ESX, habrá que actualizar los descriptores al nuevo formato 3.x (véase más adelante) y habrá que actualizar el disco de arranque para que sea compatible con ESX (véase más adelante).
• Si algún dispositivo tiene más de 10 terminales y el objetivo es ejecutar el dispositivo en un grid basado en ESX, habrá que actualizar los descriptores para que utilicen el nuevo formato 3.x (véase más adelante) y habrá que volver a instalar los últimos APK (kit para dispositivos) en el dispositivo.

Actualización de descriptores de dispositivo

Siga estos pasos para actualizar un descriptor de dispositivo con el fin de que utilicen el nuevo formato de 3.x.

Nota: Realice este procedimiento si dispone de dispositivos de versiones anteriores de CA AppLogic que desee ejecutar en el hipervisor de ESX.

Follow these steps:

1. Importe el dispositivo al grid 3.x mediante el comando de importación de clase (o importe las aplicaciones o los catálogos personalizados según sea necesario). Importe todo lo que contenga dispositivos que desee actualizar para que se utilice el nuevo formato de descriptor de ADL 3.x.
2. Si el dispositivo no es un singleton, cree una nueva aplicación, arrastre una instancia del dispositivo a la aplicación y ramifique el dispositivo. Si el dispositivo es un singleton, edite la aplicación en el editor de infraestructura.
3. Modifique la clase de dispositivo y en la sección Opciones avanzadas de la ficha General, seleccione los modos de virtualización apropiados basados en los hipervisores que sean compatibles con el dispositivo (se puede seleccionar más de un modo, siempre que el dispositivo sea compatible con todos los modos seleccionados).
4. Seleccione el botón Opciones al lado de los modos de virtualización y realice los siguientes pasos:
   1. Seleccione el modo de virtualización de VMWare.
   2. En el campo de opciones, agregue una nueva configuración denominada esx_os_name, cuyo valor sea uno de los siguientes:
      • Microsoft Windows Server 2003, Datacenter Edition (64 bits): winNetDatacenter-64
      • Microsoft Windows Server 2003, Enterprise Edition (64 bits): winNetEnterprise-64
      • Microsoft Windows Server 2003, Standard Edition (64 bits): winNetStandard-64
      • Microsoft Windows Server 2003, Datacenter Edition (32 bits): winNetDatacenter
      • Microsoft Windows Server 2003, Enterprise Edition (32 bits): winNetEnterprise
      • Microsoft Windows Server 2003, Standard Edition (32 bits): winNetStandard
      • Microsoft Windows Server 2003, Web Edition: winNetWeb
      • Microsoft Windows Server 2008 R2 (64 bits): windows7srv-64
      • Microsoft Windows Server 2008 (32 bits): longhorn
      • Linux (32 bits): rhel6
      • Linux (64 bits): rhel6-64
      • Sun Solaris 10 (32 bits): solaris10
      • Sun Solaris 10 (64 bits): solaris10-64
      • Otro (32 bits): otro
      • Otro (64 bits): other-64

      Por ejemplo, si el dispositivo está basado en Microsoft Windows Server 2008 (32 bits), actualice el campo de opciones con la configuración: esx_os_name=longhorn.

5. Guarde la aplicación.
6. Inicie el dispositivo para verificar que es operacional.
7. Si el dispositivo pertenecía a un catálogo, vuelva a mover el dispositivo al catálogo.

   El dispositivo se actualiza ahora para utilizar el nuevo formato del descriptor de ADL 3.x.

Actualización del volumen de arranque del dispositivo

Ejecute los siguientes pasos para actualizar el volumen de arranque de un dispositivo (basado en Linux) para que pueda trabajar en servidores basados tanto en Xen como en ESX en un grid 3.x:

1. Asegúrese de que el dispositivo utiliza el formato del descriptor de ADL 3.x actualizado, tal y como se especificó en la sección anterior.
2. Compruebe que las siguientes afirmaciones acerca del dispositivo que se ha convertido son ciertas:
   • El dispositivo tiene grub instalado.
   • Si grub usa /boot/grub/menu.lst para su configuración (éste es el caso con Ubuntu y Debian), entonces grub no se debería actualizar después de ejecutar este procedimiento, ya que ello restauraría la configuración predeterminada de grub, lo que haría que el dispositivo no se pudiera arrancar. Los dispositivos basados en CentOS no se ven afectados por este hecho.
3. Importe el dispositivo al grid 3.x mediante el comando de importación de clase (o importe las aplicaciones o los catálogos personalizados según sea necesario). Importe todo lo que contenga dispositivos que desee actualizar.
4. Si el dispositivo no es un singleton, cree una nueva aplicación, arrastre una instancia del dispositivo a la aplicación y ramifique el dispositivo. Si el dispositivo es un singleton, edite la aplicación en el editor de infraestructura.
5. Cree un volumen de arranque con particiones vacías. El tamaño se debería establecer aproximadamente igual que el tamaño del volumen de arranque existente (a menos que se necesite un tamaño diferente), a lo que hay que sumar el tamaño necesario para un nuevo kernel (normalmente, unos 50 MB).
   • vol create my-app:boot_vol par1.size=150M
6. Copie los datos del volumen de arranque antiguo en el volumen con particiones creado en el paso anterior.
   • vol copy my-app:LUX5.boot my-app:boot_vol%par1 --fscpy
7. Reemplace el volumen de arranque antiguo por el nuevo volumen con particiones.
   • vol copy my-app:boot_vol my-app:LUX5.boot --overwrite --force
   • vol destroy my-app:boot_vol -f
8. Gestione el volumen de arranque.
   • vol manage _GLOBAL_RO:apk_linux my-app:LUX5.boot -rw
9. Ejecute lo siguiente en la consola de gestión de volúmenes del archivador para instalar un kernel de 32 bits de CentOS5 (el mismo que utiliza el archivador de Linux). Si desea un kernel diferente, cópielo en lugar del otro y actualice la configuración de grub con los nombres correctos. El volumen de arranque se monta en /mnt/vol2/par1.
   • cp -a /boot/{initrd-2.6.18-238.9.1.el5PAE.img,vmlinuz-2.6.18-238.9.1.el5PAE} /mnt/vol2/par1/boot/
   • cp -a /lib/modules/2.6.18-238.9.1.el5PAE /mnt/vol2/par1/lib/modules/
   • sed -i -e 's#/dev/hda2#/dev/hdb#'  -e 's#/dev/hda3#/dev/hdc#' -e 's#/dev/hda4#/dev/hdd#'  /mnt/vol2/par1/etc/fstab
   • tar -xvf /mnt/vol/apk-2.0.36-linux-rh.tar.gz -C /mnt/vol2/par1 (sustituya el APK adecuado para su distribución; asegúrese de tener el último APK de CA AppLogic 3.x)
   • cd  /mnt/vol2/par1
   • tmp/apk-install
   • sed -i -e 's/tty1/console/' /mnt/vol2/par1/etc/inittab

     cat << EOF > /mnt/vol2/par1/boot/grub/grub.conf
     default 0
     timeout 1
     
     title CA AppLogic Appliance
             root    (hd0,0)
             kernel  /boot/vmlinuz-2.6.18-238.9.1.el5PAE root=/dev/hda1 ro console=tty0 console=ttyS0,38400n8
             initrd  /boot/initrd-2.6.18-238.9.1.el5PAE.img
     EOF
     
     fs=$(grep "^/dev/sdc1" /proc/mounts 2>/dev/null|awk '{print $3}')
     [ "$fs" == "ext3" -o "$fs" == "ext2" ] && fs=e2fs
     
     out=$(grub --batch --no-floppy 2>&1 <<EOF   
     device (hd0) /dev/sdc
     root (hd0,0)
     embed /boot/grub/${fs}_stage1_5 (hd0)
     EOF
     )
     
     sectors=$(grep 'sectors are embedded' <<< "$out" |grep -Eo '[[:digit:]]+')
     
     grub --batch --no-floppy <<EOFAPI   
     device (hd0) /dev/sdc
     root (hd0,0)
     install --stage2=/mnt/vol2/par1/boot/grub/stage2 /boot/grub/stage1 (hd0) (hd0)1+${sectors} p (hd0,0)/boot/grub/stage2 (hd0,0)/boot/grub/grub.conf
     quit
     EOF
     

Importante: Cuando se realice la gestión del volumen de arranque, se debe actualizar fstab (/mnt/vol2/par1/etc/fstab) para marcar los volúmenes de sólo lectura como tales. De lo contrario, el dispositivo fallará al arrancar.

1. Salga de la consola de archivador.
2. En el editor de infraestructura, edite la clase y cambie lo siguiente:
   1. Cambie el esquema del dispositivo para que su dispositivo utilice /dev/hdX.
   2. Actualice los nombres de los dispositivos para los volúmenes de la siguiente forma:
      • /dev/hda1 -> /dev/hda
      • /dev/hda2 -> /dev/hdb
      • /dev/hda3 -> /dev/hdc
      • /dev/hda4 -> /dev/hdd
3. Guarde la aplicación.
4. Inicie el dispositivo para verificar que es operacional.
5. Si el dispositivo pertenecía a un catálogo, vuelva a mover el dispositivo al catálogo.

   El dispositivo está ahora actualizado para poder arrancar tanto en servidores Xen como ESX dentro de un grid de CA AppLogic.

Nota: Todo el catálogo y todas las aplicaciones incluidas en CA AppLogic 3.x se han actualizado para funcionar en Xen y en ESX. Puede optar por volver a basar sus dispositivos personalizados en los dispositivos de CA AppLogic 3.x para que se puedan ejecutar en Xen o en ESX. En este caso no es necesario seguir las instrucciones anteriores.

Actualización del nuevo APK de Windows

Si participaba en la beta, puede actualizar el nuevo APK de Windows a partir de la versión incluida con beta (versión 3.5.4 de APK) a la versión incluida con el programa de disponibilidad general (versión 3.5.14 del APK).

Para actualizar Windows_APK.*.msi, elimine los vínculos de directorio siguientes antes de instalar la versión del programa de disponibilidad general:

• /lib/applogic
• /etc/sysconfig
• /var/run/applogic