Vorbereitung › Versionshinweise › Hinweise zur Installation › Installation, Upgrade und Migration

Installation, Upgrade und Migration

Dieser Abschnitt beschreibt, wie CA AppLogic® 3.7 installiert, aktualisiert und migriert wird.

Upgrade für CentOS 5.8 und BFC 3.7

Wenn Sie eine neue Installation von BFC 3.7 durchführen möchten, müssen Sie bestätigen, dass CentOS 5.8 auf Ihrem System installiert ist. (Hinweis: Wenn Sie die BFC-Bare Metal-Installationsfunktion verwenden möchten, wird die CentOS 5.8-Installation automatisch als Teil des Bare Metal-Installationsprozesses durchgeführt).

Wenn Sie ein Upgrade des BFC von 3.5.0 (oder früher) auf 3.7 durchführen möchten, müssen Sie ein Upgrade auf CentOS 5.8 durchführen. Verwenden Sie folgenden Prozess, um ein Upgrade von CentOS 5.5 auf CentOS 5.8 durchzuführen.

Befolgen Sie diese Schritte, um ein CentOS-Upgrade mit einem lokal konfigurierten Yum-Repository durchzuführen:

1. Laden Sie das CentOS 5.8-Image auf "www.centos.org" herunter. Der Download sollte zwei DVD-Iso-Dateien enthalten (DVD1 und DVD2). Kopieren Sie die heruntergeladenen Dateien auf den BFC-Rechner.
2. Fahren Sie den BFC-Service herunter (service bfc stop)
3. Führen Sie auf dem BFC-Rechner, auf dem Sie ein Upgrade an CentOS von 5.5 auf 5.8 durchführen möchten, folgenden Befehl aus, um zu überprüfen, ob CentOS 5.5 installiert und für das Upgrade bereit ist:

   rpm -import /mnt/CentOS/5.5/RPM-GPG-KEY-CentOS-5
   

   Hinweis: Dieser Schritt geht davon aus, dass Ihre aktuelle CentOS 5.5-Yum-Konfiguration auf "/mnt/CentOS/5.5/" als Yum-Repository verweist.

4. Laden Sie auf dem BFC-Rechner die 2 DVD-Iso-Dateien separat in zwei Verzeichnisse:

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

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

5. Erstellen Sie das Verzeichnis "/mnt/centos58/", und kopieren Sie die Inhalte der zwei Verzeichnisse ("dir1" und "dir2") in "/mnt/centos58/".
6. Aktualisieren Sie den Parameter "baseurl=" von "/etc/yum.conf":

   baseurl=file:///mnt/centos58/
   

7. Führen Sie folgenden YUM-Befehl aus:

   yum update
   

8. Starten Sie den BFC-Knoten für die aktualisierten Pakete (z. B. das Kernel-Paket) neu, die persistent sein sollen.
9. Führen Sie folgenden YUM-Befehl aus, um die CentOS 5.8-Pakete aufzulisten:

   yum list.
   

Führen Sie diese Schritte durch, um ein Upgrade von CentOS mit dem Online-Yum-Repository durchzuführen

1. Stellen Sie sicher, dass das Verzeichnis "/etc/yum.repos.d/" vorhanden ist.
2. Überprüfen Sie, ob der BFC-Rechner Internet-Zugriff hat (verwenden Sie den Befehl wget, um Dateien aus dem Internet abzurufen).
3. Führen Sie yum update aus, um die derzeit installierten CentOS 5.5-Pakete auf die CentOS 5.8-Version zu aktualisieren).
4. Starten Sie den BFC-Knoten für die aktualisierten Pakete (z. B. das Kernel-Paket) neu, die persistent sein sollen.
5. Führen Sie yum list aus, um die CentOS 5.8-Pakete aufzulisten.

   Hinweis: Weitere Details finden Sie in Ihren CentOS-Handbüchern für die Yum-Konfiguration.

BFC ersetzt ALD

ALD wird nicht mehr für die Installation/das Upgrade von Grids verwendet. Anstelle von ALD wird Backbone Fabric Controller (BFC) verwendet. BFC ist eine einfach einsetzbare, webbasierte GUI-Anwendung, die verwendet wird, um all Ihre CA AppLogic®-Grids innerhalb eines einzelnen Backbone zu erstellen und zu verwalten. BFC lädt automatisch die neuesten CA AppLogic®-Versionen und Hotfixes herunter.

In der BFC-Dokumentation finden Sie Informationen zum Herunterladen/Installieren von BFC und dessen Verwendung für die Verwaltung Ihrer CA AppLogic®-Grids.

Upgrade von vorhandenen Grids

Upgrades der vorhandenen Grids der CA AppLogic®-Versionen 3.0/3.1/3.5 auf die aktuellste Version (3.7) werden für Xen-basierte Grids vollständig unterstützt. Für ESX-basierte Grids wird ein Upgrade von CA AppLogic® 3.1/3.5 auf die aktuellste Version (3.7) vollständig unterstützt. Es werden jedoch keine Upgrades vor einer CA AppLogic®-Version vor 3.0 unterstützt (2.9, 2.8 etc.). Um Ihr älteres CA AppLogic®-Grid zur neuesten Version zu migrieren, müssen Sie CA AppLogic® 3.7 installieren und Ihre benutzerdefinierten Anwendungen und Kataloge von Ihrem alten Grid zu Ihrem neuen 3.7-Grid migrieren. Die verbleibenden Themen in diesem Abschnitt beschreiben, wie Sie Ihre Anwendungen und Kataloge zu Ihrem neuen Grid migrieren können.

Hinweis: Um Xen-basierte 3.0.x-Grids zu aktualisieren, beziehen Sie sich auf die BFC-Dokumentation.

Hinweis: Um ein Upgrade von einem CA AppLogic® 3.5 ESX-basierten Grid durchzuführen, das mit einem SAN konfiguriert ist, muss hf8315 auf das 3.5-Grid angewandt werden, bevor das Upgrade auf 3.7 versucht wird. (Anderenfalls wird das Upgrade fehlschlagen.) Dies trifft nur auf ESX-basierte 3.5-Grids zu, die so konfiguriert wurden, dass sie ein SAN verwenden.

CA AppLogic® 3.7 unterstützt Appliances und Anwendungen, die mit älteren Versionen von CA AppLogic® erstellt wurden. In Abhängigkeit vom Typ der Appliance und vom jeweils benötigten Hypervisor müssen Sie möglicherweise die Appliance aktualisieren, bevor Sie sie auf einem 3.7-Grid verwenden können.

Beachten Sie, dass Solaris-basierte Appliances in CA AppLogic® 3.7 nicht mehr unterstützt werden.

Bestimmen von Änderungen für Ihre Anwendungen

Folgen Sie den Richtlinien unten, um zu entscheiden, welche Änderungen (wenn überhaupt) notwendig sind, damit Ihre Anwendungen auf einem 3.7-Grid ausgeführt werden können:

• Wenn Sie Appliances von einem 3.0/3.1/3.5-Grid zu einem 3.7-Grid verschieben (Xen oder ESX-basiert), funktioniert alles wie es ist, ohne dass Änderungen vorgenommen werden müssen.
• Beim Verschieben von Appliances von einem 2.9-Grid (oder älter) auf ein Xen-basiertes 3.7-Grid funktioniert alles ohne Änderungen.
• Beim Verschieben von Windows-basierten Appliances von einem 2.9-Grid (oder älter) auf ein ESX-basiertes 3.7-Grid müssen die Deskriptoren auf das neue 3.x-Format aktualisiert werden (siehe unten), und das aktuellste APK (Appliance-Kit) muss erneut in der Appliance installiert werden; ebenso sollten VMware-Tools in der Appliance installiert werden. (VMware-Tools können von der VMware-Webseite heruntergeladen werden.)
• Beim Verschieben von Linux-basierten Appliances von einem 2.9-Grid (oder älter) auf ein ESX-basiertes 3.7-Grid müssen die Deskriptoren auf das neue 3.x-Format aktualisiert werden (siehe unten), und der Startdatenträger muss so aktualisiert werden, dass er ESX unterstützt (siehe unten)
• Wenn außerdem eine Appliance mehr als 10 Terminals hat und die Absicht besteht, die Appliance auf einem ESX-basierten Grid auszuführen, müssen die Deskriptoren zusätzlich aktualisiert werden, um das neue 3.x-Format zu verwenden (siehe unten), und das aktuellste APK (Appliance-Kit) muss erneut in der Appliance installiert werden

Aktualisieren von Appliance-Deskriptoren

Folgen Sie diesen Schritten, um einen Appliancedeskriptor zu aktualisieren, damit das neue 3.x-Format verwendet werden kann.

Hinweis: Führen Sie diesen Vorgang aus, wenn Sie Appliances von älteren CA AppLogic®-Versionen haben, die Sie auf dem ESX-Hypervisor laufen lassen wollen.

Führen Sie folgende Schritte aus:

1. Importieren Sie die Appliance mithilfe des Befehls "class import" in das 3.x-Grid (bzw. importieren Sie Ihre benutzerdefinierten Kataloge oder Anwendungen nach Bedarf). Importieren Sie etwas, das Appliances enthält, die Sie aktualisieren wollen, damit diese das neue 3.x-ADL-Deskriptorformat verwenden können.
2. Wenn die Appliance kein Singleton ist, erstellen Sie eine neue Anwendung, ziehen Sie eine Instanz Ihrer Appliance in die Anwendung, und verzweigen Sie die Appliance. Wenn die Appliance ein Singleton ist, bearbeiten Sie die Anwendung im Infrastruktur-Editor.
3. Ändern Sie die Appliance-Klasse und wählen Sie im Abschnitt "Erweitert" der Registerkarte "Allgemein" die entsprechenden, auf den Hypervisoren basierenden Virtualisierungsmodi aus, die mit der Appliance kompatibel sind (es kann mehr als ein Modus ausgewählt werden, solange die Appliance alle ausgewählten Modi unterstützt).
4. Wählen Sie die Options-Schaltfläche neben den Virtualisierungsmodi aus, und gehen Sie wie folgt vor:
   1. Wählen Sie den Virtualisierungsmodus "VMWare" aus.
   2. Fügen Sie im Optionsfeld eine neue Einstellung mit dem Namen "esx_os_name" hinzu, deren Wert einer der Folgenden ist:
      • Microsoft Windows Server 2003, Datacenter Edition (64-Bit): winNetDatacenter-64
      • Microsoft Windows Server 2003, Enterprise Edition (64-Bit): winNetEnterprise-64
      • Microsoft Windows Server 2003, Standard Edition (64-Bit): winNetStandard-64
      • Microsoft Windows Server 2003, Datacenter Edition (32-Bit): winNetDatacenter
      • Microsoft Windows Server 2003, Enterprise Edition (32-Bit): winNetEnterprise
      • Microsoft Windows Server 2003, Standard Edition (32-Bit): winNetStandard
      • Microsoft Windows Server 2003, Web Edition: winNetWeb
      • Microsoft Windows Server 2008 R2 (64-Bit): windows7srv-64
      • Microsoft Windows Server 2008 (32-Bit): longhorn
      • Microsoft Windows 7 (32-Bit und 64-Bit): windows7
      • Microsoft Windows 7 (64-Bit): windows7-64
      • Linux (32-Bit): rhel6
      • Linux (64-Bit): rhel6-64
      • Andere (32-Bit): other
      • Andere (64-Bit): other-64

      Wenn zum Beispiel die Appliance auf Microsoft Windows Server 2008 (32-Bit) basiert, aktualisieren Sie das Optionsfeld mit der Einstellung: "esx_os_name=longhorn".

5. Speichern Sie die Anwendung.
6. Starten Sie die Appliance, um zu überprüfen, ob sie funktionsfähig ist.
7. Wenn die Appliance aus einem Katalog stammt, verschieben Sie die Appliance in den Katalog zurück.

   Die Appliance wird jetzt so aktualisiert, dass sie das neue 3.x-ADL-Deskriptorformat verwenden kann.

Aktualisieren des Appliance-Startvolumes

In den folgenden Schritten erfahren Sie, wie das Startvolume einer Appliance (Linux-basiert) so aktualisiert wird, sodass es sowohl auf Xen- als auch auf ESX-basierten Servern in einem 3.x-Grid arbeiten kann.

1. Vergewissern Sie sich, dass Ihre Appliance das aktualisierte 3.x-ADL-Deskriptorformat verwendet, wie im Abschnitt weiter oben angegeben.
2. Stellen Sie sicher, dass die folgenden Anweisungen über die zu konvertierende Appliance zutreffen:
   • In der Appliance ist GRUB installiert.
   • Wenn GRUB für seine Konfiguration /boot/grub/menu.lst verwendet (wie in Ubuntu und Debian), sollte GRUB nicht aktualisiert werden, nachdem dieser Vorgang ausgeführt wurde, da dadurch die Standardkonfiguration von GRUB wiederhergestellt wird, und die Appliance kann nicht mehr gestartet werden. CentOS-basierte Appliances sind nicht betroffen.
3. Importieren Sie die Appliance mithilfe des Befehls "class import" in das 3.x-Grid (bzw. importieren Sie Ihre benutzerdefinierten Kataloge oder Anwendungen nach Bedarf). Importieren Sie etwas, das Appliances enthält, die Sie aktualisieren möchten.
4. Wenn die Appliance kein Singleton ist, erstellen Sie eine neue Anwendung, ziehen Sie eine Instanz Ihrer Appliance in die Anwendung, und verzweigen Sie die Appliance. Wenn die Appliance ein Singleton ist, bearbeiten Sie die Anwendung im Infrastruktur-Editor.
5. Erstellen Sie ein leeres partitioniertes Startvolume. Die Größe sollte ungefähr auf die Größe des vorhandenen Startvolumes (außer wenn eine andere Größe benötigt wird) + der für einen neuen Kernel benötigten Größe (üblicherweise ungefähr 50 MB) festgelegt werden.
   • vol create my-app:boot_vol par1.size=150M
6. Kopieren Sie die Daten des alten Startvolumes in das partitionierte Volume, das im früheren Schritt erstellt wurde.
   • vol copy my-app:LUX5.boot my-app:boot_vol%par1 --fscpy
7. Ersetzen Sie das alte Startvolume durch das neue partitionierte Volume.
   • vol copy my-app:boot_vol my-app:LUX5.boot --overwrite --force
   • vol destroy my-app:boot_vol -f
8. Verwalten Sie das Startvolume.
   • vol manage _GLOBAL_RO:apk_linux my-app:LUX5.boot -rw
9. Führen Sie das Folgende in der Filer-Vol-Verwaltungskonsole aus, um ein CentOS5-32-Bit-Kernel zu installieren (das gleiche, das der Linux-Filer verwendet). Wenn Sie einen anderen Kernel wollen, kopieren Sie stattdessen diesen, und aktualisieren Sie die GRUB-Konfiguration mit den entsprechenden Namen. Das Startvolume wird unter "/mnt/vol2/par1" bereitgestellt.
   • 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 (ersetzen durch das APK für Ihre Distribution; stellen Sie sicher, dass Sie das aktuelle APK aus der Version CA AppLogic® 3.x verwenden)
   • 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
     

Wichtig! Wenn "vol" das Startvolume verwaltet, aktualisieren Sie "fstab" ("/mnt/vol2/par1/etc/fstab"), um Nur-Lese-Volumes als schreibgeschützt zu markieren. Wenn dies nicht gemacht wird, kann die Appliance nicht gestartet werden.

1. Verlassen Sie die Filer-Konsole
2. Bearbeiten Sie im Infrastruktur-Editor die Klasse, und ändern Sie Folgendes:
   1. Ändern Sie das zu verwendende Geräteschema für Ihre Appliance in "/dev/hdX"
   2. Aktualisieren Sie die Gerätenamen für die Volumes folgendermaßen:
      • /dev/hda1 -> /dev/hda
      • /dev/hda2 -> /dev/hdb
      • /dev/hda3 -> /dev/hdc
      • /dev/hda4 -> /dev/hdd
3. Speichern Sie die Anwendung.
4. Starten Sie die Appliance, um zu überprüfen, ob sie funktionsfähig ist.
5. Wenn die Appliance aus einem Katalog stammt, verschieben Sie die Appliance in den Katalog zurück.

   Die Appliance ist jetzt so aktualisiert, dass sie sowohl auf Xen- als auch auf ESX-Servern innerhalb eines CA AppLogic®-Grids starten kann.

Hinweis: Der ganze Katalog und alle Anwendungen, die mit CA AppLogic® 3.x geliefert werden, sind so aktualisiert, dass sie entweder auf Xen oder auf ESX funktionieren. Sie können Ihre benutzerdefinierten Appliances auf den CA AppLogic®-3.x-Appliances neu gestalten, um die Möglichkeit zu erhalten, diese auf Xen oder auf ESX ausführen zu können. In diesem Fall ist es nicht notwendig, den oben gegebenen Anweisungen zu folgen.