VMDK-Image konvertieren

Sie können ein Image mit VMDK-Formatierung mithilfe des VPC+-Tools von der klassischen Infrastruktur in VPC migrieren. Das VPC+-Tool konvertiert das VMDK-Image in qcow2, das unterstützte Format in VPC. Das Image muss die Image-Anforderungen erfüllen, die im Abschnitt Berücksichtigungen für virtuelle Serverinstanzen aufgeführt sind:

• Unterstütztes Betriebssystem
• Für die Cloud-Initialisierung aktiviert
• VIRTIO-Treiber
• Einzelne vHDD (keine sekundäre), nicht über 100 GB

Wenn Sie das VPC+-Tool verwenden möchten, um das VMDK-Image zu konvertieren und zu migrieren, müssen Sie das Image in IBM Cloud Object Storage exportieren, bevor Sie das Tool verwenden. Weitere Informationen finden Sie in Daten hochladen.

Als Alternative können Sie das VMDK-Image selbst in qcow2 konvertieren und in Object Storage hochladen. Weitere Informationen finden Sie unter VMDK-oder VHD-Images auf VPC migrieren

Dedizierte Hosts

Wenn Sie eine klassische Instanz des virtuellen Servers von einem dedizierten Host auf IBM Cloud VPCmigrieren, haben Sie die Möglichkeit, sie als Einzeltenant-Modell (dedizierter Host) oder als Änderung an einem gemeinsam genutzten Tenantmodell (öffentlich) zu migrieren. Der Standardwert ist ein Einzeltenant-Modell, und das VPC + -Tool versucht, mit dem nächsten klassischen Profil übereinzustimmen, das VPC sowohl für den dedizierten Host als auch für die virtuelle Serverinstanz anbiete Sie haben die Möglichkeit, das Profil entweder für den dedizierten Host oder für die Instanz des virtuellen Servers zu ändern.

Wenn Sie sich für die klassische Platzierung des virtuellen Servers entscheiden, können Sie entweder manuell (dedizierter Host) oder automatisch zuordnen auswählen. In IBM Cloud VPCist die Implementierung geringfügig anders und die Platzierung ist entweder für einen dedizierten Host oder eine dedizierte Hostgruppe erforderlich. Wenn die Platzierung für die klassische Instanz des virtuellen Servers manuell ist, dann honorieren die VPC+-Tools die Platzierung und die Bestimmungen des virtuellen Servers in IBM Cloud VPC als solche. Bei der automatischen Zuordnung wird der Server aufgrund der unterschiedlichen Implementierung automatisch innerhalb einer dedizierten Hostgruppe zugeordnet. Weitere Informationen hierzu enthält der Abschnitt Dedizierte Hosts und Gruppen erstellen. Ähnlich wie bei Profilen haben Sie die Möglichkeit, die Platzierung des virtuellen Servers und die dedizierte Hostgruppe zu ändern.

Unterstützte Profile für virtuelle Server

Nicht alle Rechenressourcenprofile werden in VPC unterstützt. Quadratische Profile, wie C1.2x2, C1.4x4, C1.8x8, werden beispielsweise nicht unterstützt. Eine vollständige Liste der unterstützten Profile finden Sie im Abschnitt zu VPC-Profilen.

Wenn vom VPC+-Tool während der Erkennung ein Profil entdeckt wird, das keinem unterstützten Profil entspricht, wird das Profil mit der größten Übereinstimmung ausgewählt. Sie können die Auswahl ändern, wenn Sie die erkannten Ressourcen bearbeiten.

VPC+ Cloud Migration unterstützt derzeit keine GPU-Profile.

Instanzgruppen für die automatische Skalierung

Das VPC+-Tool ermittelt Instanzen virtueller Server, die Instanzgruppen zugeordnet sind. Sie können diese Instanzen mit dem VPC+-Tool migrieren, es werden mit dem Tool jedoch keine Richtlinien für die automatische Skalierung in VPC festgelegt. Es wird empfohlen, nur eine einzelne Instanz eines virtuellen Servers zu migrieren, die einer Instanzgruppe zugeordnet ist, und dann Richtlinien zur automatischen Skalierung für diese Instanz eines virtuellen Servers festzulegen. Weitere Informationen finden Sie im Abschnitt Instanzgruppe für die automatische Skalierung erstellen.

Voraussetzungen für die Speichermigration

Um Block-und NAS-Speicher zusammen mit der Instanz des virtuellen Servers auf VPC zu migrieren, müssen Sie sicherstellen, dass die folgenden Voraussetzungen überprüft und abgeschlossen werden:

1. Ihr IBM Cloud -Konto sollte über Administratorrechte für Classic und VPC verfügen. Speicherdatenträger werden für das Konto erstellt, das in dem VPC bereitgestellt wird.
2. Sie müssen das Script herunterladen, das vom VPC+ Tool bereitgestellt wird und es mit den erforderlichen Priviegien auf Ihrer klassischen virtuellen Serverinstanz ausführen. Anweisungen finden Sie im Script. Das Script installiert den Content-Migrationsagenten, der die erforderlichen Metadaten erfasst, die für die Migration erforderlich sind. Der Content-Migrationsagent erfasst Informationen zum angehängten Speicher, z. B. Name, Partitionsinformationen für Blockeinheiten, Mountpunkte, Dateisystemtypen. Der Agent lädt die Metadaten auf den VPC-Controller hoch und stellt eine Option später im Tool zur Auswahl der gewünschten Datenträger für die Migration bereit. Damit dies geschehen kann, benötigt Ihr virtueller Server externe Konnektivität, um Metadatendateien auf den VPC+ -Controller hochzuladen.
3. Navigieren Sie in der IBM Cloud-Konsole zu Menüsymbol > Klassische Infrastruktur > Einheiten > Eigene virtuelle Serverinstanz. Wählen Sie die Registerkarte Speicher aus und erteilen Sie Ihrem Block- und Dateispeicher die Berechtigung, sofern er dort nicht aufgeführt ist.

Einschränkungen

Überprüfen Sie die folgenden Einschränkungen für die Speichermigration:

• Alle Migrationen sind auf eine Volumengröße von nur 2 TB beschränkt.
• Sie können nur vier Datenträger auswählen, während Sie eine Instanz des virtuellen Servers bereitstellen. Es können nur vier angehängte Datenträger, zusätzlich zu Ihrem Bootdatenträger, migriert werden. Wenn Sie über mehr als vier Datenträger in Ihrer klassischen Instanz verfügen, lesen Sie die Informationen in Grenzwerte für Datenträgeranhang, um Genaueres zu erfahren, und verwenden Sie Content Data Migrator im Tool VPC+, um die zusätzlichen Datenträger zu migrieren.
• Bis zu vier primäre Partitionen oder drei primäre Partitionen mit zwei logischen auf der vierten Partition können migriert werden.
• Die Migration von Blockdatenträgern und Partitionen ohne Dateisysteme wird noch nicht unterstützt.
• Auf virtuellen Serverinstanzen für VPC werden maximal 10 IOPS/Gb-Zuordnungen durchgeführt.
• Die Migration des auf Windows angehängten Speichers wird noch nicht unterstützt.

Alle drei Speichertypen können migriert werden, wenn Ihr Anwendungsfall diese Einschränkungen erfüllt.

Anwendungsfälle für die Speichermigration

Beachten Sie die folgenden Anwendungsfälle für die Speichermigration:

1. Die klassische virtuelle Serverinstanz verfügt über einen portierbaren Speicher, der mit Linux-Dateisystemen verbunden ist. Diese Migration wird ohne Wartung auf VPC migriert.
2. Die klassische Instanz des virtuellen Servers verfügt über einen Netzdateispeicher:

• Ein äquivalentes Linux-Dateisystem (ext4) wird in VPC erstellt und anschließend werden die Inhalte kopiert.
• VPC unterstützt den NAS-Speicher noch nicht. Ihr Speicher befindet sich auf dem Linux-Dateisystem auf Ihrer VPC-Instanz und kann nicht gemeinsam genutzt werden.

3. Der klassische virtuelle Server verfügt über einen Netzblockspeicher (iSCSI-Einheiten):

• Der Content-Migrationsagent erkennt die Existenz eines Linux-Dateisystems auf dev mapper-Einheiten und migriert den Inhalt auf den VPC.
• Die Partitionsinformationen zwischen Quelle und Ziel bleiben erhalten.
• Dateisysteme auf der Oberseite der iSCSI-luns werden in die Zielinstanz kopiert. Weder Multipathing noch benutzerfreundliche Namen, die auf Ihrer Quelle konfiguriert sind, werden auf Ihrem Ziel verfügbar sein.

4. Die klassische virtuelle Instanz verfügt über einen portablen Speicher, einen Netzdateispeicher und einen Netzblockspeicher.

Zugriffssteuerungslisten

Das VPC+-Tool konvertiert keine netzwerk- oder hostbasierten ACL-Regeln. Sie müssen diese Regeln hinzufügen, wenn Sie Ihre erkannten Ressourcen bearbeiten oder nachdem Sie Ihre VPC-Umgebung bereitgestellt haben.

Für portbasierte ACLs, die mit einer RFC1918-Netzadresse konfiguriert sind, werden die Port-ACLs migriert, aber die Adresse wird in Any geändert. Beispiel: Die folgende VRA-Konfiguration:

Allow UDP, Source Address 10.1.1.0/26, Destination Address 172.16.20.0/26 Port 80

Wird wie folgt auf VPC migriert:

Allow UDP Source Address Any, Destination Address Any, Port 80

Wenn Sie über hostbasierte Regeln vom Typ /32 verfügen, erwägen Sie, in Sicherheitsgruppen zu wechseln, um die Ressourcennutzung von ACLs beizubehalten.

Begrenzungen für VRA-Regeln

In IBM Cloud sind VRA-Regeln auf 25 begrenzt. Wenn Sie über mehr als 25 Regeln verfügen, wählt IBM Cloud die ersten 25 aus. Sie können diese Regeln verwalten, wenn Sie Ihre erkannten Ressourcen bearbeiten.

Einschränkungen

Beachten Sie die folgenden Einschränkungen für die IBM Cloud Kubernetes Service oder Red Hat OpenShift Migration:

• Für die Ressourcen und Dienste von Ingress sind Sie verantwortlich.
• Es werden nur Block-Volumes unterstützt.
• Velero benötigt 1 CPU und 500 MB für jeden Knoten. In manchen Fällen kann die Migration an der Hardwarekapazität scheitern. In diesen Fällen ist eine Reduzierung des Ressourcenverbrauchs erforderlich, z. B. durch die Deaktivierung von Protokollierung, Überwachung oder Anwendungen.