Lift-and-Shift für Updates vor dem Export ausführen

Es ist ratsam und manchmal erforderlich, eine VM für die Private Cloud Appliance vorzubereiten, indem Sie Änderungen an der VM im ursprünglichen Quellsystem vornehmen. Führen Sie die folgenden Updateschritte vor dem Export für einen Klon des Quellsystems aus, nicht für die ursprüngliche VM.

Achtung:

Führen Sie einen Klon des Produktionsimages auf dem Quellsystem aus. Dies schützt die Produktionsumgebung und sorgt für einen bekannten Fallback, wenn der Prozess wiederholt werden muss. Verwenden Sie eine vom Quellsystem bereitgestellte Methode zum Klonen einer VM.

Beispiel: Wählen Sie in Oracle VM und Private Cloud Appliance 2.4 auf der Registerkarte Server und VMs die VM aus, klicken Sie mit der rechten Maustaste, und wählen Sie Klonen aus. Stoppen Sie in allen Fällen die Quell-VM, um sicherzustellen, dass der Klon konsistenten Datenträgerinhalt aufweist.

Auf aktuelle Ebene des Betriebssystems patchen

Aktualisieren Sie die Klon-VM auf die aktuelle Patchebene desselben Betriebssystems.

Die Anweisungen hängen vom Gastbetriebssystem ab. Beispiel: yum update bis zur neuesten Patchebene für Oracle Linux 7 oder 8, pkg update unter Solaris 11.4 oder Windows Update unter Microsoft Windows. Starten Sie nach dem Patching neu, um den ordnungsgemäßen Vorgang nach dem Patching sicherzustellen.

Dadurch wird sichergestellt, dass die neuesten Gerätetreiber verfügbar sind, und Risiken durch kürzlich geschlossene Bugs und Sicherheitsrisiken werden vermieden.

Hinweis:

Oracle empfiehlt Folgendes, wenn Sie sich aktuell unter Oracle Linux 6 oder früher befinden:

Wechseln Sie zu einer aktuellen Oracle Linux-Version, um sicherzustellen, dass die entsprechenden Gerätetreiber für PCA X9-2 installiert sind und Bugfixes und Verbesserungen enthalten.
Führen Sie eine neue BS-Installation statt einer Lift-and-Shift durch.

Ändern von virtuellen Netzwerkgeräten in DHCP

Nach der Installation auf Private Cloud Appliance müssen möglicherweise mehrere Änderungen am virtuellen Netzwerk der Gast-VM ausgeführt werden.

Private Cloud Appliance verwendet DHCP, um den neuen Instanzen eine Netzwerkadresse bereitzustellen. Da mehrere Instanzen aus demselben Image geklont werden können, ist es sinnvoll, beim Erstellen jeder Instanz neue MAC- und IP-Adressen zuzuweisen.

Hinweis:

Die IP-Adresse, die DHCP beim Erstellen der Instanz erfasst hat, ist stabil.
Die für die Instanz sichtbare IP-Adresse ist eine private IP-Adresse in einem virtuellen Cloud-Netzwerk (VCN). Auf die Instanz wird von außerhalb der Private Cloud Appliance über einen Network Address Translation-(NAT-)Layer zugegriffen. Informationen zu privaten und öffentlichen IP-Adressen finden Sie auf der Registerkarte "Netzwerk" in der Instanzbeschreibung der Compute Enclave.

Bearbeiten Sie unter Linux die Datei /etc/sysconfig/network-scripts/ifcfg-NICNAME, entfernen Sie die Zeilen HWADDR oder MACADDR, und legen Sie BOOTPROTO="dhcp" fest. Alternativ können Sie das grafische Tool verwenden, das mit Ihrer Verteilung bereitgestellt wird. Entfernen Sie außerdem die Dateien /etc/udev/rules.d/70-persistent-ipoib.rules und /etc/udev/rules.d/70-persistentnet.rules, falls vorhanden. Diese Dateien enthalten MAC-Adressen, die nicht mit der neuen Instanz übereinstimmen. Sie werden bei Bedarf automatisch neu erstellt.

Exalogic-spezifische Tools und Treiber entfernen

Befolgen Sie diese Anweisungen, um die Exalogic-BS-Komponenten zu entfernen.

Entfernen Sie das mit Exalogic infinibus-N.N.x86_64 verwendete RPM InfiniBand.
Entfernen oder entfernen Sie die Netzwerkdefinitionsdateien für die Infiniband-Geräte:
# cd /mnt/sysimage/etc/sysconfig/network-scripts

# rm ifcfg-ib0.0004; rm ifcfg-ib1.0004
Entfernen Sie die OFED-Komponente:
# /usr/sbin/ofed_uninstall.sh --force
Herunterfahren und neu starten.
Richten Sie die virtuellen Maschinen ein, und konfigurieren Sie virtuelle Netzwerke nach Ihren Data Center-Standards. Erstellen Sie /etc/sysconfig/network-scripts/ifcfg-eth*-Dateien, um die öffentlichen und privaten Netzwerke der VM aufzurufen. Sie müssen sich von den Exalogic-VMs unterscheiden, um parallele Tests zu ermöglichen.

Wenn Sie WebLogic verwenden, stellen Sie eine Verbindung zur Oracle WebLogic Server-Konsole her, und deaktivieren Sie die Exalogic-Verbesserungen, indem Sie die Schritte zum Aktivieren für Exalogic rückgängig machen, insbesondere Socket Direct Protocol (SDP). Dies ist eine Best Practice für Exalogic und wird für Private Cloud Appliance nicht unterstützt. Weitere Informationen finden Sie im Handbuch Oracle Fusion Middleware Enterprise Deployment for Exalogic, das im Abschnitt Weitere Informationen verknüpft ist.

Wenn die Exalogic-VMs mit Ausnahme von hostname und IP address identisch sind, können Sie die VM stoppen und für zusätzliche Member des Anwendungsclusters klonen. Starten Sie jede VM wiederum hoch, um ihre hostname und address zu ändern und sie eindeutig zu machen.

Linux Kernel- und Treiberfeatures für Private Cloud Appliance installieren

Das Betriebssystem muss möglicherweise VirtIO-Gerätetreiber beim Booten explizit enthalten.

Hinweis:

Wenn der Quellhypervisor KVM ist, haben Sie bereits die richtigen Treiber für Private Cloud Appliance.

Sie können optional Backups von Kernel erstellen, bevor Sie dracut ausführen. Beispiel: mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).img.bak
Fügen Sie mit dem Befehl dracut Gerätetreiber zu initramfs hinzu. Beispiel: dracut --force -N oder dracut -N --regenerateall.
- Mit der Option -N wird der Nur-Host-Modus deaktiviert, wodurch ein initramfs nur für den aktuellen Host erstellt wird. Diese Option erzeugt ein generisches Bild.
- Wenn Sie eine sehr alte Linux-Version ausführen, die nicht über die Option -N verfügt, listen Sie insbesondere die Kernel-Module auf, die für Private Cloud Appliance X9-2 benötigt werden. Beispiel: dracut --add-drivers 'sg sd_mod virtio virtio_pci virtio_ring virtio_scsi'.
- Mit der Option --regenerate-all wird initramfs für alle Kernel-Versionen in /boot neu generiert, nicht nur für die aktuell gebootete Version. Dies ist für Oracle Linux nützlich, um sicherzustellen, dass sowohl UEK- als auch RHCK-Kernel die erforderlichen Treiber erhalten, unabhängig davon, welche derzeit gebootet werden.
- Die Option --force überlagert die aktuelle Datei initramfs, die bereits vorhanden ist.

Die aktualisierten initramfs-Dateien werden in /boot angezeigt. Sie sind aufgrund der hinzugefügten Gerätetreiber größer als frühere Versionen.

Wenn Sie den Schritt dracut weglassen, können Sie ihn beim ersten Start der Instanz auf Private Cloud Appliance X9-2 ausführen.

Melden Sie sich bei der Compute Enclave an.
Wählen Sie die Instanz aus, und stellen Sie eine Verbindung zur Konsole her.
Wählen Sie die Rettungslinie im Menü Grub aus.
Wenn das Booten fehlschlägt, bevor Sie den Rettungsboot auswählen können, führen Sie die Aktion Zurücksetzen über die Compute-Enklave für die Instanz aus.
Melden Sie sich nach dem Booten der Instanz an, und führen Sie die dracut-Befehle aus.

Initialisierungs-Toolkits optional installieren

Es wird empfohlen, das Toolkit cloud-init (Linux) zu installieren.

Diese Toolkits sind branchenübliche, herstellerunabhängige Methoden für die plattformübergreifende Instanzinitialisierung. Sie helfen dabei zu erkennen, dass die Cloud-Instanz beim Booten ausgeführt wird, alle bereitgestellten metadata aus der Cloud zu lesen und das System entsprechend zu initialisieren. Sie können von passwortbasiertem ssh zu einem Schlüssel-Paar-Austausch konvertieren. Weitere Informationen finden Sie in Abschnitt 6.4 des Oracle Private Cloud Appliance-Benutzerhandbuchs.

Installieren Sie unter Oracle Linux die Packages cloud-init und oci-utils, die für Ihre Linux-Distribution geeignet sind. Verwenden Sie Folgendes für Oracle Linux 8:

# dnf install yum-utils
# yum-config-manager --enable ol8_addons
# dnf install cloud-init oci-utils

Danach ssh in die gestartete Instanz mit userid opc ohne Kennwort mit dem Schlüsselpaaraustausch, der in den zitierten Referenzen beschrieben wird.

Start- und Dateisystem vorbereiten

Das Image enthält nur die Boot-Festplatte. Deaktivieren Sie daher alle Boot-Services und Anwendungen, die andere Festplatten erfordern.

Verweise auf Nicht-Boot-Dateisysteme müssen entfernt werden, bis sie später neu erstellt werden. Wenn sich das Bootimage auf andere Datenträger für Swap, /tmp oder /var/logs bezieht, müssen sie vorübergehend in das Boot-Volume verschoben werden.

Führen Sie die folgenden Schritte unter Linux aus:

Bearbeiten Sie /etc/fstab.
Entfernen Sie Einträge für Dateisystemeinhängevorgänge, die sich nicht auf der Boot-Festplatte befinden.
Stellen Sie sicher, dass Bootdatenträgerpartitionen nicht direkt von Gerätenamen wie /dev/xvda referenziert werden.
Verwenden Sie stattdessen LABEL= oder UUID=.
Referenzen auf LVM-Geräte müssen nicht geändert werden, wenn Sie sich auf die Boot-Festplatte beziehen.
Führen Sie den Befehl pvs aus, um sicherzustellen, dass das einzige physische LVM-Volume (PV) das Boot-Volume ist.
Wenn sich eine Volume-Gruppe (VG) auf anderen physischen Volumes befindet, muss sie aus /etc/fstab kommentiert werden.

Wenn ein logisches Volume sowohl aus dem Boot- als auch aus anderen Datenträgern besteht, ist die Migration komplizierter und außerhalb des Geltungsbereichs dieser Lösung.

Deaktivieren Sie alle Services oder Anwendungen, die beim Booten gestartet werden und eine vollständige Konfiguration erfordern, da der erste Start auf Private Cloud Appliance X9-2 nicht über die vollständige Betriebsumgebung verfügt.