VM-Repository

Das Replikations-Plug-in in Oracle Cloud Migrations verwaltet die Replikation von Quellasset-Snapshots aus der Quellumgebung in Oracle Cloud Infrastructure.

Das Replikations-Plug-in erstellt Snapshots von Volumes der Quell-VM und kopiert sie in den Replikations-Bucket.

Replikations-Bucket

Der Replikations-Bucket wird vorübergehend verwendet, um die Übertragung von VMware-Snapshots auf den OCI-Zielmandanten zu vereinfachen. Sobald Snapshot-Daten in ein Block-Volume geschrieben wurden, werden sie aus dem Replikations-Bucket entfernt.

Erstellen Sie einen privaten Bucket in einem Replikations-Compartment, das Sie während der Migration für den Replikationsspeicherort angeben. Sie können einen benutzerdefinierten Bucket-Namen anstelle von systemgenerierten Bucket-Namen angeben. Benutzerdefinierte Bucket-Namen können Buchstaben (Groß- oder Kleinbuchstaben), Zahlen, Bindestriche, Unterstriche und Punkte enthalten. Weitere Informationen zum Verwalten von Buckets für Snapshot-Vorgänge finden Sie unter Objektspeicher-Buckets.

Beispiele:

Erstellen Sie einen Bucket für ein Compartment in einer Zielregion, zu der Sie migrieren.

Verwenden Sie für die VMware-Migration die folgenden Policys, die für den Bucket relevant sind:

Allow dynamic-group HydrationAgentDynamicGroup to read objects in compartment <migration_compartment_name>

Allow dynamic-group HydrationAgentDynamicGroup to {OCM_HYDRATION_AGENT_TASK_INSPECT, OCM_HYDRATION_AGENT_TASK_UPDATE, OCM_HYDRATION_AGENT_REPORT_STATUS} in compartment <migration_compartment_name>

Verwenden Sie für die AWS-Migration die folgenden Policys, die für den Bucket relevant sind:

Allow dynamic-group HydrationAgentDynamicGroup to manage objects in compartment <migration_compartment_name>

Allow dynamic-group HydrationAgentDynamicGroup to {OCM_HYDRATION_AGENT_TASK_INSPECT, OCM_HYDRATION_AGENT_TASK_UPDATE, OCM_HYDRATION_AGENT_REPORT_STATUS} in compartment <migration_compartment_name>

Weitere Informationen zu Oracle Cloud Migrations-Policys finden Sie unter Oracle Cloud Migrations-Servicerichtlinien.

Über Hydration Agent

Der Hydrierungs-Agent ist eine Compute-Instanz, die am Replikationsverzeichnis beginnt, das Sie beim Erstellen des Migrationsprojekts angeben.

Der Hydrierungs-Agent zielt darauf ab, das Kopieren der Snapshots von Assets, die vom Replikations-Plug-in erstellt wurden (direkt aus dem EBS-Volume bei EC2-Assets kopiert), in die generierten Block-Volumes bei Oracle Cloud Infrastructure zu blockieren. Die Hydration Agent-Instanzen werden automatisch gestartet, um das Load Balancing des Replikationsprozesses basierend auf der Objektpoollogik vorzunehmen. Die Hydrierungs-Agent-Instanzen werden basierend auf Algorithmen für die genehmigten Ausprägungen und Images erstellt. Jede Hydration Agent-Instanz erstellt ein VCN, ein Subnetz und zugehörige Ressourcen (VCN-Routentabelle). Informationen zur Höchstanzahl, die für das VCN, das Subnetz und die zugehörigen Ressourcen festgelegt ist, finden Sie unter "Networking-Limits" unter Servicelimits. Sie können in der Konsole eine Erhöhung Ihrer Servicelimits beantragen. Informationen zum Erhöhen des Servicelimits finden Sie unter Erhöhung des Servicelimits beantragen.

Der Algorithmus für genehmigte Ausprägungen wählt eine der Ausprägungen aus, die in einer Availability-Domain und einem Compartment verfügbar sind. Der Algorithmus bevorzugt Ausprägungen mit minimaler CPU-Anzahl und minimalen Kosten. Weitere Informationen zu den VM-Ausprägungen der Standardserie finden Sie unter Virtual Machine-(VM-)Ausprägungen.

Der Algorithmus für genehmigte Images startet die Hydration Agent-Instanz mit einem der genehmigten Images, wie Oracle-Linux-7.9-BS, das verfügbar ist. Mit den neuen Image-Deployments wird der Algorithmus aktualisiert.

Im Falle von AWS verwendet der von der OCI-Migration in Ihrem Mandanten gestartete Hydration Agent die EBS Direct-API, um Datenblöcke eines vollständigen Snapshots zu kopieren oder nur Blöcke zwischen zwei Snapshots zu ändern, und schreibt sie direkt in die OCI-Block-Volumes.

Limits für Hydrierungsmittel

Stellen Sie sicher, dass Sie ausreichende Limits für die Hydrierungs-Agent-Instanzen reservieren. Nur Administratoren können die Hydrierungsagentenlimits erhöhen.

Stellen Sie sicher, dass Sie ausreichende Limits in der Zielregion für VM.Standard.E4 haben. Flex (Standard-e4-core-count, Standard-e4-memory-count)-Ausprägung. Wir empfehlen, dass Sie 10 CPU und 160 GB Arbeitsspeicher der verfügbaren Kapazität für die Hydrierungsagenten reservieren. Berücksichtigen Sie außerdem die Ausprägungsgrenzwertanforderungen für die zu migrierenden VMs.

Wenn die Ausprägung Standard.E4 nicht verfügbar ist, wird empfohlen, die entsprechenden Ressourcen für die genehmigten Ausprägungen zu reservieren.

Informationen zu inkrementellen Versetzungen

Bei den inkrementellen Übertragungen müssen Sie Changed Block Tracking (CBT) auf VM-Ebene VMware aktivieren.

Inkrementelle Transfers in VMware

Das Replikations-Plug-in führt automatisch ein inkrementelles Update aus, wenn ein gemeinsamer VM-Snapshot zur Arbeit vorhanden ist und Sie CBT für die VM aktivieren. Um CBT zu aktivieren, suchen Sie nach dem Artikel Changed Block Tracking (CBT) auf virtuellen Maschinen.

Erforderliche VM-Konfigurationen

Folgende VMware-Parameterwerte für virtuelle Maschinen (VM), die Sie vor der Migration der Assets einrichten müssen:


Parameter	Value	Setupschritte
`disk.EnableUUID`	`True`	Der Parameter `disk.EnableUUID` ist standardmäßig aktiviert. Falls nicht, führen Sie die folgenden Schritte aus, um den Parameter zu aktivieren: Fahren Sie die VM herunter. Klicken Sie mit der rechten Maustaste auf die VM, und klicken Sie auf Einstellungen bearbeiten. Wählen Sie das Register Optionen. Wählen Sie im Abschnitt "Erweitert" die Option Allgemein aus. Wählen Sie im rechten Menü die Option Konfigurationsparameter. Prüfen Sie, ob der Parameter `disk.EnableUUID` vorhanden ist und der Wert auf `TRUE` gesetzt ist. Wenn nicht, setzen Sie den Wert auf `True`. Wenn der Parameter nicht vorhanden ist, wählen Sie Zeile hinzufügen aus, und fügen Sie ihn hinzu. Starten Sie die VM.
`ctkEnabled`	`True`	Standardmäßig ist Changed Block Tracking (CBT) auf VMware-VMs nicht aktiviert. Informationen zum Aktivieren von CBT finden Sie unter CBT auf virtuellen Maschinen.

Inkrementelle Transfers in AWS

Bei der AWS-EC2-Migration wird die inkrementelle Übertragung automatisch erreicht, indem nur die geänderten Blöcke zwischen den Volume Snapshots über zugehörige AWS-API-Endpunkte repliziert werden, die diese Funktionalität bereitstellen. Für die AWS-Migration muss nichts konfiguriert werden.

Mit verschlüsselten EBS-Volumes arbeiten

Eines der Features des Oracle Cloud Infrastructure Block Volume-Service besteht darin, dass Volumes im Ruhezustand immer verschlüsselt sind. Im Gegensatz dazu hat der Amazon Elastic Block Store (Amazon EBS) die Möglichkeit, über verschlüsselte und unverschlüsselte Volumes zu verfügen. Wenn ein EBS-Volume verschlüsselt wird, werden alle Snapshots, die von diesem Volume erstellt werden, standardmäßig auch mit demselben AWS-KMS-Schlüssel verschlüsselt. Oracle Cloud Migrations unterstützt nahtlos die Replikation von verschlüsselten und unverschlüsselten EBS-Volumes, erfordert jedoch Zugriff auf alle AWS-KMS-Schlüssel, die für verschlüsselte Volumes verwendet werden. Wenn eine Migrationsprojektreplikation eine EC2-Instanz mit angehängten EBS-Volumes enthält, die verschlüsselt sind, der für die Replikation angegebene Benutzer jedoch keinen Zugriff auf den entsprechenden AWS-KMS-Schlüssel hat, treten EBS-Lesefehler auf, und der Replikationsjob verläuft nicht erfolgreich. Der richtige AWS KMS-Schlüsselzugriff folgt dem normalen EBS-Prozess zur Entschlüsselung des verschlüsselten Snapshots während des Lese- und Übertragungsprozesses.

Zugriff auf AWS-KMS-Schlüssel bereitstellen

Um eine erfolgreiche Replikation verschlüsselter EBS-Volumes sicherzustellen, müssen die in einer AWS-Assetquelle konfigurierten Replikationszugangsdaten Zugriff haben, um den AWS-KMS-Schlüssel zur Verschlüsselung des Volumes zu verwenden. AWS KMS umfasst eine Standardschlüsselrichtlinie, mit der Benutzer einen KMS-Schlüssel für alle kryptografischen Vorgänge verwenden können. Der einzige kryptografische Vorgang, der von OCM beim Replizieren von EBS-Volumes aus einem Snapshot verwendet wird, ist Entschlüsseln. Der in der Assetquelle angegebene Replikationsbenutzer kann dem Schlüssel im AWS KMS-Service direkt als Schlüsselbenutzer hinzugefügt werden.

Boot-Volume-Änderungen für Migration

Für die Migration einer virtuellen Maschine zu Oracle Cloud Infrastructure (OCI) Compute sind einige Änderungen auf BS-Ebene (Boot-Volume) erforderlich, um sicherzustellen, dass die migrierte Instanz erfolgreich auf dem OCI Compute-Hypervisor hochgefahren wird.

Der Oracle Cloud Migrations-Service wendet automatisch die erforderlichen Konfigurationsänderungen auf dem Boot-Volume der virtuellen Linux-Maschinen an. Diese Änderungen umfassen die Installation von Virtio-Kernel-Modulen, wenn sie nicht vorhanden sind, Aktualisierungen von Speicheranhängen und Kernel-Parameter für den seriellen Konsolenzugriff. Es werden keine Konfigurationsänderungen automatisch an virtuellen Windows-Maschinen vorgenommen.

Boot-Volume-Änderung für Linux

In der folgenden Tabelle sind die Boot-Volume-Konfigurationen aufgeführt, die Oracle Cloud Migrations automatisch für alle unterstützten Betriebssysteme ändert. Wenn Sie ein nicht unterstütztes Linux-BS verwenden, enthält die Tabelle Schritte zum manuellen Anwenden der erforderlichen Konfigurationsänderungen, bevor das Boot-Volume auf OCI repliziert wird.

Hinweis

Informationen zum unterstützten Linux-Betriebssystem finden Sie unter Unterstützte Quell-VM-Gastbetriebssysteme.

Automatische Änderungen für Linux


Konfigurationsänderung	Beschreibung	Schritte zum manuellen Anwenden einer Konfiguration
Serielle Konsole aktivieren	Es wird empfohlen, die serielle Konsole für die Fehlerbehebung von VM-Instanzen nach der Migration mit der Oracle Cloud-Konsole zu aktivieren.	Wenden Sie die folgenden Konfigurationsänderungen an der Boot-Konfiguration an: Fügen Sie `/etc/securetty` hinzu, wenn der Pfad vorhanden ist. `ttyS0` Ändern Sie die folgenden Optionen in der GRUB-Konfiguration der Linux-VM: `console=tty1` `console=ttyS0,115200` Entfernen Sie die folgenden Optionen in der GRUB-Konfiguration für Ihre Linux-VM: `rhgb` `quiet` Weitere Informationen finden Sie unter Seriellen Zugriff auf die Konsole für importierte Linux-Images aktivieren.
Virtio-Treiber installieren Nur der paravirtualisierte Modus für Linux-basierte Betriebssysteme wird jetzt unterstützt. Linux-basierte Betriebssysteme mit Kernelversionen ab 3.4 unterstützen paravirtualisierte Treiber.	Stellen Sie sicher, dass virtio-Kerneltreiber im Kernel vorhanden sind.	Nehmen Sie die folgenden Konfigurationsänderungen nach Bedarf vor: Um zu überprüfen, ob virtio-Kerneltreiber im Kernel enthalten sind, führen Sie den folgenden Befehl aus. `lsinitrd \| grep "/virtio_net` Um die virtio-Kerneltreiber zu installieren, wenn sie nicht vorhanden sind, führen Sie den folgenden Befehl aus. `dracut -f -add qemu INITRAM_FS_FILE KERNEL_VERSION`
`/etc/fstab` aktualisieren	Es wird empfohlen, Geräte mit dem Namen UUID oder Logical Volume Manager (LVM) in `/etc/fstab` zu referenzieren. Wenn Sie Geräte mit dem Dateinamen referenzieren, kann nach der Migration nicht auf diese Geräte zugegriffen werden, und die Instanz kann nicht gestartet werden.	Wenden Sie die folgenden Konfigurationsänderungen an: Markieren Sie alle Einhängepunkte, die auf eine Gerätedatei verweisen, als nofail. Um die Datei `/etc/fstab` zu markieren, bearbeiten Sie sie so, dass sie wie folgt angezeigt wird. `/dev/sdb1 /data01 ext4 defaults,nofail 0 0`

Zusätzliche Änderungen für Linux

Die folgenden Änderungen müssen möglicherweise auch während des Migrationsprozesses vorgenommen werden.


Aufgaben	Beschreibung
udev-Regel entfernen	Entfernen Sie alle udev-Regeln basierend auf der MAC-Adresse.
SSH-Zugriff auf eine VM aktivieren	Stellen Sie sicher, dass Sie SSH aktivieren und den SSHD-Service so einstellen, dass er beim Neustart automatisch gestartet wird. Stellen Sie sicher, dass Sie die eingehenden SSH-Verbindungsanforderungen nicht durch Firewalls blockieren.
Netzwerk konfigurieren	Aktualisieren Sie die Netzwerkschnittstellen, um IP-Adressen basierend auf DHCP zu empfangen. Stellen Sie sicher, dass Sie keine hartcodierten MAC-Adressen, statischen IP-Adressen und DNS-Einstellungen auf der VM verwenden.
Oracle Cloud Agent installieren	Oracle Cloud Agent installieren und aktivieren Siehe Oracle Cloud Agent.
OS Management installieren	OS Management installieren und aktivieren Siehe Oracle Cloud Agent.
Andere Cloud-Agents entfernen	Wir empfehlen Ihnen, andere Cloud-Management-Agents zu deaktivieren oder zu entfernen.
NTP-Service konfigurieren	Wir empfehlen Ihnen, die OCI NTP-Servicekonfiguration nach der Migration Ihrer VM-Instanzen zu OCI zu aktualisieren. Siehe Oracle Cloud Infrastructure NTP-Service für Instanzen konfigurieren.

Boot-Volume-Änderung für Windows

Oracle Cloud Migrations unterstützt nur das Starten migrierter Windows-Instanzen mit paravirtualisierten Startoptionen. Die Oracle Virtio-Treiber für Windows müssen installiert werden, bevor Sie versuchen, eine migrierte Windows-Instanz zu starten. Das Betriebssystem findet kein Boot-Gerät, wenn die Treiber nicht installiert sind. Informationen zur Installation des Oracle-Treibers virtIO für Windows finden Sie unter Benutzerdefinierte Windows-Images importieren.

Hinweis

Informationen zu den unterstützten Windows-Betriebssystemen finden Sie unter Unterstützte Quell-VM-Gastbetriebssysteme.

Zusätzliche Änderungen für Windows