安装、升级和迁移

做好准备 › 版本说明 › 安装注意事项 › 安装、升级和迁移

安装、升级和迁移

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

CentOS 5.8 和 BFC 3.7 升级

如果要执行 BFC 3.7 全新安装，必须确认您的系统上已安装 CentOS 5.8。（注意：如果您计划使用 BFC 裸机安装功能，CentOS 5.8 安装将在裸机安装过程中自动完成。）

如果要将 BFC 从 3.5.0（或更低版本）升级到 3.7，则必须升级到 CentOS 5.8。使用以下过程可从 CentOS 5.5 升级到 CentOS 5.8。

按照以下步骤使用本地配置的 yum 存储库升级 CentOS：

从 www.centos.org 下载 CentOS 5.8 映像。下载中应包含两个 DVD iso 文件（DVD1 和 DVD2）。将下载的文件复制到 BFC 计算机。
关闭 BFC 服务 (service bfc stop)
在要将 CentOS 从 5.5 升级到 5.8 的 BFC 计算机上运行以下命令，以确认 CentOS 5.5 已安装并为升级做好准备：
```
rpm -import /mnt/CentOS/5.5/RPM-GPG-KEY-CentOS-5
```
注意：此步骤假定您当前的 CentOS 5.5 yum 配置将 /mnt/CentOS/5.5/ 指定为 yum 存储库。

在 BFC 计算机上，将 2 个 DVD iso 文件分别安装到以下两个目录中：

# mount –r –o loop CentOS5.8-DVD1.iso <dir1>

# mount –r –o loop CentOS5.8-DVD2.iso <dir2>

创建 /mnt/centos58/ 目录，并将以上两个目录（dir1 和 dir2）的内容复制到 /mnt/centos58/。
更新 /etc/yum.conf 的“baseurl=”参数：
```
baseurl=file:///mnt/centos58/
```
运行以下 YUM 命令：
```
yum update
```
重新启动已更新程序包（如内核程序包）的 BFC 节点，使其成为持久节点。
运行下面的 YUM 命令以列出 CentOS 5.8 程序包：
```
yum list.
```

按照以下步骤使用联机 yum 存储库来升级 CentOS

验证 /etc/yum.repos.d/ 目录是否存在。
检查 BFC 计算机是否具有 Internet 访问权限（可使用 wget 命令从 Internet 获取任何文件）。
运行 yum update 将当前安装的 CentOS 5.5 程序包更新为 CentOS 5.8 版本。
重新启动已更新程序包（如内核程序包）的 BFC 节点，使其成为持久节点。
运行 yum list 列出 CentOS 5.8 程序包。
注意：有关详细信息，请参阅 CentOS 手册中的 yum 配置。

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 版网格升级到最新版本 (3.7)。而基于 ESX 的网格完全支持从 CA AppLogic® 3.1/3.5 升级到最新版本 (3.7)。不支持从 CA AppLogic® 3.0 之前的任何版本（2.9、2.8 等）进行升级。要将较早的 CA AppLogic® 网格迁移到最新版本，您必须安装 CA AppLogic® 3.7，并将旧网格中的自定义应用和目录迁移到新的 3.7 网格。本部分中的其余主题介绍如何将您的应用和目录迁移到您的新网格。

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

注意：为了从配置为使用 SAN 的基于 CA AppLogic® 3.5 ESX 的网格升级，必须在尝试升级到 3.7 之前将 hf8315 应用于 3.5 网格（否则升级将失败）。这仅适用于配置为使用 SAN 的基于 ESX 的 3.5 网格。

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

请注意，CA AppLogic® 3.7 中不再支持基于 Solaris 的组件。

确定应用的更改

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

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

更新组件描述符

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

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

完成以下步骤：

使用类导入命令将组件导入 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
  - Microsoft Windows 7（32 位/64 位）：windows7
  - Microsoft Windows 7（64 位）：windows7-64
  - Linux（32 位）：rhel6
  - Linux（64 位）：rhel6-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 上运行它们的能力。在这种情况下，没有必要遵循上面的说明。