Dedizierten VM-Host mit manueller Migration verschieben
Um einen dedizierten VM-Host manuell zu migrieren, verschieben Sie jede Instanz, die auf dem fehlerhaften dedizierten VM-Host gespeichert ist, manuell in einen fehlerfreien Host. Bei dieser Methode müssen Sie einen neuen dedizierten VM-Host erstellen, alle Instanzen auf dem ursprünglichen dedizierten VM-Host löschen (beenden) und dann neue Instanzen aus den beibehaltenen Boot-Volumes starten. Instanzen, die zusätzliche VNICs, sekundäre IP-Adressen, angehängte Remoteblock-Volumes oder ein aktiviertes Trusted Platform Module (TPM) aufweisen oder zu einem Backend-Set eines Load Balancers gehören, erfordern zusätzliche Schritte.
Sie haben jetzt die Möglichkeit, dedizierte Hosts für virtuelle Maschinen mit einer Neustartmigration zu migrieren. Dadurch werden viele der in diesem Abschnitt beschriebenen Schritte automatisiert. Weitere Informationen finden Sie unter:
Einschränkungen und Warnungen für die manuelle Migration
Beachten Sie die folgenden Einschränkungen und Warnungen für die manuelle Migration:
- Öffentliche IP-Adressen, die Ihrer Instanz von einem reservierten öffentlichen Pool zugewiesen wurden, werden beibehalten. Alle nicht von einem reservierten öffentlichen IP-Adresspool zugewiesenen IP-Adressen werden geändert. Private IP-Adressen werden nicht geändert.
- MAC-Adressen, CPU-IDs und andere eindeutige Hardware-IDs werden jedoch während des Verschiebevorgangs geändert. Wenn auf der Instanz ausgeführte Anwendungen diese IDs zur Lizenzierung oder für andere Zwecke verwenden, müssen Sie daher diese Informationen vor dem Verschieben der Instanz notieren.
- Für abgeschirmte Instanzen gelten zusätzliche Einschränkungen. Siehe Abgeschirmte Instanzen migrieren.
Voraussetzungen für die manuelle Migration
Führen Sie die folgenden Schritte für jede Instanz aus, die auf dem dedizierten VM-Host gespeichert ist.
-
Bevor Sie die Instanz verschieben, dokumentieren Sie alle kritischen Details:
- Die Region, Availability-Domain und Faultdomain der Instanz.
- Der Anzeigename der Instanz.
- Alle privaten IP-Adressen, Namen und Subnetze. Beachten Sie, dass die Instanz mehrere VNICs und jede VNIC mehrere sekundäre IP-Adressen haben kann.
- Alle privaten DNS-Namen. Die Instanz kann mehrere VNICs haben, und jede VNIC kann mehrere sekundäre IP-Adressen haben. Jede private IP-Adresse kann einen DNS-Namen haben.
- Alle öffentlichen IP-Adressen, die von einem reservierten öffentlichen Pool zugewiesen werden. Beachten Sie, dass die Instanz mehrere VNICs und jede VNIC mehrere sekundäre private IP-Adressen haben kann. Jede VNIC und sekundäre private IP-Adresse kann eine zugeordnete öffentliche IP-Adresse haben.
- Alle Block-Volumes, die an die Instanz angehängt sind.
- Alle Tags in der Instanz oder den angehängten Ressourcen.
-
Bereiten Sie die Instanz für die manuelle Migration vor:
- Stellen Sie sicher, dass alle in
/etc/fstab
definierten Block-Volumes die empfohlenen Optionen verwenden. - Stellen Sie sicher, dass alle File Storage Service-(NFS-)Mounts die Option
nofail
verwenden. - Wenn Sie zu sekundären VNICs gehörende Netzwerkschnittstellen (wie in
/etc/sysconfig/network-scripts/ifcfg*
) mit deren MAC-Adressen statisch definiert haben, werden diese Schnittstellen aufgrund der Änderung der MAC-Adresse nicht gestartet. Entfernen Sie die statische Zuordnung. - Wenn Sie mit dem von Oracle bereitgestellten Skript sekundäre VNICs konfigurieren, stellen Sie sicher, dass das Skript beim Hochfahren automatisch ausgeführt wird.
- Stellen Sie sicher, dass alle in
Dedizierte VM-Hostinstanzen manuell verschieben
Nachdem Sie die Voraussetzungen erfüllt haben, erstellen Sie einen neuen dedizierten VM-Host. Verwenden Sie dieselbe Ausprägung wie die des ursprünglichen dedizierten VM-Hosts, und erstellen Sie den dedizierten VM-Host in derselben Faultdomain.
Führen Sie für jede Instanz aus, die auf dem dedizierten VM-Host gespeichert ist, die folgenden Schritte aus.
Beginnen Sie zuerst mit der größten Instanz. Wenn Sie die größte Instanz zuerst verschieben, können Sie die Kapazität auf dem dedizierten VM-Host optimieren.
- Stoppen Sie alle ausgeführten Anwendungen.
-
Stellen Sie sicher, dass diese Anwendungen nicht automatisch gestartet werden.
Achtung
Wenn die umgespeicherte Instanz zum ersten Mal gestartet wird, werden Block-Volumes, sekundäre VNICs oder davon abhängige Ressourcen nicht angehängt. Wenn diese Ressourcen nicht vorhanden sind, können Anwendungsprobleme auftreten. -
Wenn die Instanz eine DenseIO-Ausprägung verwendet, sichern Sie die lokal angehängte NVMe-basierte SSD:
- Unmounten Sie Block-Volumes oder File Storage Service-(NFS-)Mounts.
- Sichern Sie alle Block-Volumes.
-
Erstellen Sie ein Backup des Boot-Volumes.
Wichtig
Windows-Instanzen dürfen nicht generalisiert oder spezialisiert werden. -
Beenden (löschen) Sie die Instanz, und behalten Sie das zugeordnete Boot-Volume bei:
Konsole verwendenBefolgen Sie die Schritte unter Instanz beenden, und stellen Sie sicher, dass das Kontrollkästchen Angehängtes Boot-Volume endgültig löschen deaktiviert ist. Dadurch wird das Boot-Volume, das mit der Instanz verknüpft ist, beibehalten.
API verwendenVerwenden Sie den Vorgang TerminateInstance, und übergeben Sie in der Anforderung den Parameter
preserveBootVolume
, der auftrue
gesetzt ist.CLI verwendenVerwenden Sie den Vorgang instance termin, und setzen Sie die Option
preserve-boot-volume
auftrue
. -
Erstellen Sie eine neue Instanz mit dem Boot-Volume aus der beendeten Instanz.
(Optional) Wenn sich die Instanz auf einem neuen dedizierten Host für virtuelle Maschinen befindet:
- Klicken Sie im Abschnitt Platzierung auf Erweiterte Optionen anzeigen.
- Wählen Sie unter Kapazitätstyp die Option Dedizierter Host aus.
- Wählen Sie den dedizierten VM-Host aus, auf dem die Instanz platziert werden soll.
Geben Sie im Workflow zum Erstellen der Instanz die private IP-Adresse an, die der primären VNIC zugeordnet wurde. Wenn die öffentliche IP-Adresse von einem reservierten IP-Adresspool zugewiesen wurde, müssen Sie dieselbe IP-Adresse zuweisen.
- Wenn der Instanzstatus zu Wird ausgeführt wechselt, stoppen Sie die Instanz.
- Erstellen Sie alle sekundären VNICs und sekundären IP-Adressen neu.
-
Hängen Sie alle Block-Volumes an.
Hinweis
Dieser Schritt umfasst alle Volumes für das Backup von lokalen NVMe-Geräten. Kopieren Sie die Daten in den NVMe-Speicher auf der neuen Instanz, und heben Sie die Zuordnung der Volumes auf. - Starten Sie die Instanz.
- Starten und testen Sie alle Anwendungen auf der Instanz.
- Konfigurieren Sie die Anwendungen so, dass sie bei Bedarf automatisch gestartet werden.
- Erstellen Sie die erforderlichen Tags neu.
- (Optional) Nachdem Sie sich vergewissert haben, dass Instanz und Anwendungen fehlerfrei sind, können Sie die Volume-Backups löschen.
Wiederholen Sie die Schritte für jede Instanz auf dem dedizierten VM-Host.
Nachdem Sie alle Instanzen in den neuen dedizierten VM-Host verschoben haben, löschen Sie den ursprünglichen dedizierten VM-Host.