Pre-Export-Updates ausführen

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

Achtung:

Betreiben Sie einen Klon des Produktionsabbilds im Quellsystem. Dadurch wird die Produktionsumgebung geschützt und ein bekanntes Fallback bereitgestellt, wenn der Prozess wiederholt werden muss. Verwenden Sie eine von Ihrem Quellsystem bereitgestellte Methode zum Klonen einer VM.

Beispiel: Wählen Sie in Oracle VM und Private Cloud Appliance 2.4 die VM in der Registerkarte Server und VMs 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 konsistente Datenträgerinhalte 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 auf der aktuellen Patchebene für Oracle Linux 7 oder 8 oder pkg update auf Solaris 11.4 oder Windows Update unter Microsoft Windows. Starten Sie nach dem Patching neu, um einen ordnungsgemäßen Betrieb nach dem Patchen sicherzustellen.

Dadurch wird sichergestellt, dass die neuesten Gerätetreiber verfügbar sind, und das Risiko vor kurzem geschlossenen Bugs und Sicherheitsrisiken wird verhindert.

Virtuelle Netzwerkgeräte in DHCP ändern

Das virtuelle Netzwerk der Gast-VM erfordert möglicherweise mehrere Änderungen, nachdem es auf Private Cloud Appliance installiert wurde.

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, neue MAC- und IP-Adressen zuzuweisen, wenn jede Instanz erstellt wird.

Hinweis:

Die von DHCP beim Erstellen der Instanz erworbene IP-Adresse 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 über eine Network Address Translation-(NAT-)Schicht von außerhalb der Private Cloud Appliance zugegriffen. In der Instanzbeschreibung des Compute-Enclaves finden Sie auf der Registerkarte "Network" (Netzwerk), um sowohl private als auch öffentliche IP-Adressen anzuzeigen.

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, sofern vorhanden. Diese Dateien enthalten MAC-Adressen, die nicht mit der neuen Instanz übereinstimmen. Sie werden bei Bedarf automatisch neu erstellt.

Verwenden Sie bei Solaris den Befehl ipadm. Beispiel:

# ipadm delete-addr net0/v4
# ipadm create-addr -T dhcp net0/v4

Verwenden Sie unter Windows die Systemsteuerung oder Einstellungen.

Virtual-Machine-Tools und -Treiber entfernen

Wenn Sie von VMware, Oracle VM oder VirtualBox migrieren, entfernen Sie die zugehörigen Paravirtualisierungstreiber und -tools aus dem Klon. Das Abbild funktioniert mit den installierten Tools und Treibern, obwohl beim Booten oder beim Anmelden eventuell Fehlermeldungen angezeigt werden. Dies ist optional.

Beispiel: Sie können die Oracle VM Paravirtualization-(PV-)Treiber für Microsoft Windows entfernen, indem Sie die Treiber in der Systemsteuerung suchen, mit der rechten Maustaste klicken und Deinstallieren auswählen.

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

Möglicherweise müssen die Gerätetreiber VirtIO beim Booten explizit in das Betriebssystem einbezogen werden.

Hinweis:

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

Sie können optional ein Backup von Kerneln erstellen, bevor Sie dracut ausführen. Beispiel: mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).img.bak
Mit dem Befehl dracut können Sie Gerätetreiber zu initramfs hinzufügen. Beispiel: dracut --force -N oder dracut -N --regenerateall.
- Mit der Option -N wird der Nur-Host-Modus deaktiviert, der eine initramfs nur für den aktuellen Host erstellt. Mit dieser Option wird ein generisches Bild erzeugt.
- Wenn Sie mit einer sehr alten Linux-Version arbeiten, die nicht über die Option -N verfügt, listen Sie insbesondere die Kernel-Module auf, die für Private Cloud Appliance X9-2 erforderlich sind. 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 derzeit 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 Treiber derzeit gebootet werden.
- Mit der Option --force wird die aktuelle initramfs-Datei überschrieben.

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 beim Compute-Enclave an.
Wählen Sie die Instanz, und stellen Sie eine Verbindung zur Konsole her.
Wählen Sie die Rettungslinie im Menü Grub aus.
Wenn das Booten nicht erfolgreich verläuft, bevor Sie den Rettungsboot auswählen können, führen Sie eine Aktion Zurücksetzen für die Instanz im Compute-Enclave aus.
Nachdem die Instanz gestartet wurde, melden Sie sich an, und führen Sie die dracut-Befehle aus.

Solaris Kernel- und Treiberfunktionen für Private Cloud Appliance installieren

Möglicherweise müssen die Gerätetreiber VirtIO beim Booten explizit in das Betriebssystem einbezogen werden.

Hinweis:

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

Oracle fordert Solaris 11-Benutzer nachdrücklich auf, ein Upgrade auf Solaris 11.4 durchzuführen. Dies ist eine einfache Prozedur und hochkompatibel. Verschieben Sie Solaris 10-Umgebungen, indem Sie nicht-globale Solaris 10-Zonen in einer Solaris 11.4-Instanz erstellen. Auf diese Weise kann die Solaris 10-Umgebung von den modernen Kernel- und Gerätetreibern profitieren.
Aktualisieren Sie Solaris 11.4 auf das neueste SRU, indem Sie den Befehl pkg update verwenden und in die neue Boot-Umgebung booten.

VirtIO-Treiber für Windows installieren

Sie müssen Kernel- und Treiberfunktionen für Oracle Private Cloud Appliance installieren. Sie können von My Oracle Support oder von der Oracle Software Delivery Cloud herunterladen. So erhalten Sie sie für Windows-Betriebssysteme:

Für Oracle Software Delivery Cloud:

Melden Sie sich bei Oracle Software Delivery Cloud an.
Wählen Sie in der Liste "Alle Kategorien" die Option Release aus.
Geben Sie Oracle Linux ein, und klicken Sie auf Suchen.
Wählen Sie DLP: Oracle Linux N.N.0.0.0 ( Oracle Linux ) aus. Die Werte von N unterscheiden sich, wenn neue Releases verfügbar gemacht werden.
Klicken Sie auf Weiter.
Wählen Sie in der Spalte Plattformen/Sprachen in der Liste x86 64 Bit aus, und klicken Sie auf Weiter.
Akzeptieren Sie die Bedingungen und Einschränkungen von Oracle-Standard, und klicken Sie auf Continue.
Klicken Sie auf den Dateinamen mit der Beschreibung Oracle VirtIO Drivers for Microsoft Windows, version N.N.N, um die Treiber herunterzuladen. Die aktuelle Version dieses Schreibvorgangs ist V1009702-01.zip. Die Versionsnummer ändert sich, wenn neue Versionen bereitgestellt werden.
Laden Sie die ZIP-Datei auf die Windows-VM herunter.
Installieren Sie die Treiber, indem Sie die ZIP-Datei extrahieren und anschließend auf die Setup-Datei doppelklicken. Starten Sie nach Abschluss des Vorgangs neu, und fahren Sie herunter.

So laden Sie Daten aus My Oracle Support herunter:

Melden Sie sich bei My Oracle Support an.
Wählen Sie die Registerkarte Patches & Updates.
Geben Sie im Bereich Patchsuche im Feld Patchname oder -nummer 27637937 ein, und klicken Sie auf Suchen. Wählen Sie keine der Plattformoptionen aus.
Klicken Sie links neben Oracle VirtIO driver version N.N.N auf den Patchnamen. Zum Beispiel Version 2.0.1.
Klicken Sie auf der Seite Patchdetails auf Herunterladen.
Installieren Sie die Treiber, indem Sie die ZIP-Datei extrahieren und dann auf die Setup-Datei doppelklicken. Wenn der Vorgang abgeschlossen ist, starten Sie den Vorgang neu und fahren ihn herunter.

Optional Initialisierungs-Toolkits installieren

Es wird empfohlen, die Toolkits cloud-init (Linux) oder cloudbase-init (Solaris, Windows) zu installieren.

Diese Toolkits sind herstellerunabhängige Methoden nach Branchenstandard zur plattformübergreifenden Instanzinitialisierung. Sie helfen dabei, zu identifizieren, dass die Cloud-Instanz beim Booten ausgeführt wird. Lesen Sie alle angegebenen metadata aus der Cloud, und initialisieren Sie das System entsprechend. Sie können von der kennwortbasierten ssh zu einem Schlüsselpaaraustausch 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 für Oracle Linux 8 Folgendes:

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

Geben Sie unter Solaris die Ausgabe pkg install cloudbase-init ein, wie unter Installations- und Softwareverwaltungsfunktionen Solaris 11.4 What's New Document beschrieben.

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

In den vorherigen Schritten wird die kennwortbasierte Authentifizierung deaktiviert. Wenn Sie die kennwortbasierte ssh-Authentifizierung im Zielsystem weiterhin verwenden möchten, um sicherzustellen, dass sie wie die Quellplattform funktioniert, kann sie vor dem Export erneut aktiviert werden, indem Sie /etc/cloud.cfg bearbeiten und die Zeile hinzufügen:

ssh_pwauth: 1

Alternativ können Sie dies vor dem Export tun, indem Sie die folgende Zeile in /etc/ssh/sshd_config auskommentieren:

# PasswordAuthentication no

Verwenden Sie bei Windows-Instanzen cloudbase-init, wie in der Cloudbase-init-Dokumentation beschrieben.

Hochfahren und Dateisystem vorbereiten

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

Referenzen auf Nicht-Boot-Dateisysteme müssen entfernt werden, bis sie später neu erstellt werden. Wenn das Boot-Image sich auf andere Festplatten für den Swap-Bereich, /tmp oder /var/logs bezieht, müssen diese 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 aus den Dateisystem-Mounts, 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 auskommentiert werden.

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

Führen Sie die folgenden Schritte auf Solaris aus:

Bearbeiten Sie /etc/vfstab.
Entfernen Sie alle Mounts, die nicht auf der Boot-Festplatte vorhanden sind.
Führen Sie den Befehl zpool export $POOLNAME für Nicht-Root-Pools ZFS aus. Im Allgemeinen handelt es sich dabei um ZFS-Pools mit Ausnahme von rpool.

Deaktivieren Sie Services oder Anwendungen, die beim Booten gestartet werden und die vollständige Konfiguration erfordern, da beim ersten Start auf Private Cloud Appliance X9-2 nicht die vollständige Betriebsumgebung vorhanden ist.