安装、升级和迁移

本节介绍如何安装、升级和迁移 CA AppLogic 3.5。

BFC 替换了 ALD

ALD 不再用于安装和升级网格。代替 ALD 的是 Backbone Fabric Controller (BFC)。 BFC 包含一种简单易用且基于 Web 的 GUI 应用，用于在单个主干内创建和管理您的所有 CA AppLogic 网格。 BFC 自动下载最新的 CA AppLogic，版本和即时修正。

有关如何下载/安装 BFC 以及如何使用它来管理 CA AppLogic 网格的信息，请参阅 BFC 文档。

从现有网格升级

对于基于 Xen 的网格，完全支持从现有 CA AppLogic 版本 3.0 和 3.1 网格到最新版本 (3.5) 的升级。对于基于 ESX 的网格，完全支持从 CA AppLogic 3.1 到最新版本 (3.5) 的升级。不支持从 CA AppLogic 3.0 之前的任何版本（2.9、2.8 等）进行升级。要将较早的 CA AppLogic 网格迁移到最新版本，您必须安装 CA AppLogic 3.5，并将旧网格中的自定义应用和目录迁移到新的 3.5 网格。本节中的其余主题介绍如何将您的应用和目录迁移到您的新网格。

注意：要升级基于 Xen 的 3.0.x 网格，请参阅 BFC 文档。

CA AppLogic 3.5 不支持使用较早的 CA AppLogic 版本创建的组件和应用。根据组件类型以及所需的 Hypervisor 种类，在一个 3.5 网格上使用组件之前可能需要先对组件进行更新。

确定应用的更改

根据以下原则，确定要在 3.5 网格上运行您的应用需要进行哪些类型的修改（如果有）：

如果将组件从 3.0 网格或 3.1 网格移动到 3.5 网格（基于 Xen 或 ESX），则无需进行任何修改，一切都可以按现有方式运行。
如果将组件从 2.9 网格（或之前版本）移动到基于 Xen 的 3.5 网格，则无需进行任何修改，一切都可以按现有方式运行
如果将基于 Windows 的组件从 2.9 网格（或之前版本）移动到基于 ESX 的 3.5 网格，描述符需要更新到新的 3.x 格式（见下文），最新的 APK（组件工具包）需要在组件中重新安装，vmware 工具也应安装在组件中（vmware 工具可以从 VMware 的网站下载）
如果将基于 Linux 的组件从 2.9 网格（或之前版本）移动到基于 ESX 的 3.5 网格，描述符需要更新到新的 3.x 格式（见下文），启动磁盘需要更新以支持 ESX（见下文）
如果某组件具有 10 个以上的终端，并且打算在基于 ESX 的网格上运行该组件，则描述符需要更新以使用新的 3.x 格式（见下文），并且最新的 APK（组件工具包）需要在该组件中重新安装

更新组件描述符

按照以下步骤更新组件描述符以使用新的 3.x 格式。

注意：如果您想要在 ESX Hypervisor 上运行较早 CA AppLogic 版本中的组件，请执行此程序。

Follow these steps:

使用类导入命令将组件导入 3.x 网格（或根据需要导入自定义目录或应用）。导入包含希望更新以使用新 3.x ADL 描述符格式的组件的所有项。
如果组件不是单例，请创建新的应用，将组件的实例拖动到该应用中并分支该组件。如果组件是单例，则在基础架构编辑器中编辑应用。
修改组件类，并在“常规”选项卡的“高级”部分下，根据与组件兼容的 Hypervisor，选择适当的虚拟模式（当组件支持所选的所有模式时，可选择多个模式）。
选择虚拟模式旁边的“选项”按钮并执行以下操作：
1. 选择 VMWare 虚拟模式。
2. 在“选项”字段中，添加名为 esx_os_name 且其值为下列值之一的新设置：
  - Microsoft Windows Server 2003 Datacenter Edition（64 位）：winNetDatacenter-64
  - Microsoft Windows Server 2003 Enterprise Edition（64 位）：winNetEnterprise-64
  - Microsoft Windows Server 2003 Standard Edition（64 位）：winNetStandard-64
  - Microsoft Windows Server 2003 Standard Edition（32 位）：winNetDatacenter
  - Microsoft Windows Server 2003 Enterprise Edition（32 位）：winNetEnterprise
  - Microsoft Windows Server 2003 Standard Edition（32 位）：winNetStandard
  - Microsoft Windows Server 2003 Web Edition：winNetWeb
  - Microsoft Windows Server 2008 R2（64 位）：windows7srv-64
  - Microsoft Windows Server 2008（32 位）：longhorn
  - Linux（32 位）：rhel6
  - Linux（64 位）：rhel6-64
  - Sun Solaris 10（32 位）：solaris10
  - Sun Solaris 10（64 位）：solaris10-64
  - 其他（32 位）：其他
  - 其他（64 位）：其他的 64 位
  例如：如果组件基于 Microsoft Windows Server 2008（32 位），使用设置 esx_os_name=longhorn 更新“选项”字段。
保存应用。
启动组件以确认它是否可运行。
如果组件来自某目录，请将该组件重新移动到该目录。
组件现已更新，可使用新的 3.x ADL 描述符格式。

更新组件启动卷

按照以下步骤更新组件的启动卷（基于 Linux），以同时在 3.x 网格中基于 Xen 和 ESX 的服务器上运行。

确保组件使用的是上一节中指定的已更新 3.x ADL 描述符格式。
确保有关被转换的组件的以下陈述正确：
- 组件已进行 grub 安装。
- 如果 grub 将 /boot/grub/menu.lst 用于其配置（这种情况也适用于 Ubuntu 和 Debian），则运行此过程之后，grub 不会更新，因为它将恢复到默认的 grub 配置，这将使组件无法启动。基于 CentOS 的组件不会受影响。
使用类导入命令将组件导入 3.x 网格（或根据需要导入自定义目录或应用）。导入包含希望更新的组件的所有项。
如果组件不是单例，请创建新的应用，将组件的实例拖动到该应用中并分支该组件。如果组件是单例，则在基础架构编辑器中编辑应用。
创建空的已分区启动卷。大小应大致设置为现有启动卷的大小（除非需要其他大小）与新内核所需的大小（通常大约为 50 MB）的和。
- vol create my-app:boot_vol par1.size=150M
将旧启动卷的数据复制到上一步中创建的已分区卷。
- vol copy my-app:LUX5.boot my-app:boot_vol%par1 --fscpy
将旧启动卷替换成新的已分区卷。
- vol copy my-app:boot_vol my-app:LUX5.boot --overwrite --force
- vol destroy my-app:boot_vol -f
管理启动卷。
- vol manage _GLOBAL_RO:apk_linux my-app:LUX5.boot -rw

在 filer 卷管理控制台中执行以下操作，以安装 CentOS5 32 位内核（与 Linux Filer 使用的相同）。如果需要其他内核，请复制该内核，并使用适当的名称更新 grub 配置。启动卷挂接在 /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（替换为 distro 的 APK；确认具有 CA AppLogic 3.x 版本的最新 APK）
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 <<EOF   
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

重要信息！ 对启动卷进行卷管理时，请更新 fstab (/mnt/vol2/par1/etc/fstab) 以将所有只读卷标记为只读。如果未执行此操作，组件将无法启动。

退出 filer 控制台
在基础架构编辑器中，编辑类并进行以下更改：
1. 更改组件的设备架构以使用 /dev/hdX
2. 将卷的设备名进行如下更新：
  - /dev/hda1 -> /dev/hda
  - /dev/hda2 -> /dev/hdb
  - /dev/hda3 -> /dev/hdc
  - /dev/hda4 -> /dev/hdd
保存应用。
启动组件以确认它是否可运行。
如果组件来自某目录，请将该组件重新移动到该目录。
组件现已更新，可同时在 CA AppLogic 网格中的 Xen 和 ESX 服务器上启动。

注意：CA AppLogic 3.x 包括的整个目录和所有应用都已更新，可在 Xen 或 ESX 上运行。您可以选择将您的自定义组件更换为以 CA AppLogic 3.x 组件为基础，以获得在 Xen 或 ESX 上运行它们的能力。在这种情况下，没有必要遵循上面的说明。

升级新版 Windows APK

如果您参与了 Beta，则可以将新版 Windows APK 从包含在 Beta 中的版本（APK 3.5.4 版）升级到包含在 GA 中的版本（APK 3.5.14 版）。

要升级 Windows_APK.*.msi，请在安装 GA 版本之前删除下列目录链接：

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