VMs mit Migrate to Containers in Container migrieren

Last reviewed 2021-10-21 UTC

Dieses Dokument richtet sich an Cloud-Architekten, die für das Entwerfen und Implementieren eines Migrationsplans für VM-basierte Arbeitslasten zu Containern zuständig sind. Es enthält eine Anleitung zur Verwendung von Migrate to Containers zur Migration Ihrer virtuellen Maschinen (VMs) aus Ihrer Quellumgebung zu Containern, die in Google Kubernetes Engine (GKE) oder GKE Enterprise ausgeführt werden. Ihre Quellumgebung kann in einer lokalen Umgebung, in einer privaten Hostingumgebung oder in einer anderen Cloud ausgeführt werden.

Dieses Dokument bietet einen Überblick über Migrate to Containers. Es enthält außerdem wichtige Punkte, die Sie bei der Planung einer VM-Migration zu Containern berücksichtigen sollten. Es ist Teil einer mehrteiligen Reihe zur Migration zu Google Cloud. Weitere Informationen zu der Reihe finden Sie unter Migration zu Google Cloud: Migrationspfad auswählen.

Lesen Sie dieses Dokument, wenn Sie VMs, auf denen ein kompatibles Betriebssystem (z. B. Linux oder Windows) ausgeführt wird, mit Migrate to Containers aus einer unterstützten Quellumgebung in eine GKE- oder GKE Enterprise-Umgebung migrieren möchten. Solche Quellumgebungen können folgende sein:

Mit Migrate to Containers können Sie vorhandene VM-basierte Arbeitslasten ohne Folgendes in GKE- und GKE Enterprise-Containern platzieren:

  • Zugriff auf Quellcode anfordern
  • Arbeitslasten neu schreiben
  • Arbeitslasten manuell containerisieren

Die Migration von VM-basierten Arbeitslasten mit Migrate to Containers bietet folgende Vorteile:

  • Eine containerisierte Umgebung, einschließlich:
  • Dichte mit hoher Arbeitslast
  • Umfassende Orchestrierungsmechanismen und Richtlinienverwaltung
  • Flexible Dienst-zu-Dienst-Kommunikationskanäle
  • Kann Pipelines für Continuous Integration und kontinuierliche Bereitstellung verwenden
  • Kann von nicht unterstützten Betriebssystemversionen wechseln
  • Kann die Außerbetriebnahme Ihrer VM-basierten Umgebung starten

Die Migration von VM-basierten Arbeitslasten zu Containern mit Migrate to Containers ist einer der möglichen Schritte auf Ihrem Weg zur Arbeitslastmodernisierung. Wenn Sie VM-basierte Arbeitslasten mit Migrate to Containers migrieren, können Sie die teuren Umschreibungen vermeiden, die für die Modernisierung dieser Arbeitslasten erforderlich sind. Sie werden jedoch nicht in Arbeitslasten umgewandelt, die für die Ausführung in einer Cloud-Umgebung entwickelt wurden.

Ideale Migrationskandidaten sind:

  • Arbeitslasten, bei denen die Modernisierung durch eine vollständige Umschreibung entweder unmöglich oder zu teuer ist
  • Arbeitslasten mit unbekannten Abhängigkeiten, die bei Eingriffen beeinträchtigt werden können
  • Arbeitslasten, die beibehalten, aber nicht aktiv entwickelt werden
  • Nicht mehr beibehaltene Arbeitslasten
  • Arbeitslasten ohne Quellcodezugriff

Sie können auf verschiedene Arten mit Migrate to Containers interagieren. Es ist beispielsweise über die Google Cloud Console zugänglich. Wenn Sie den Migrationsprozess automatisieren und in Ihre vorhandene Toolchain integrieren möchten, können Sie die Befehlszeile verwenden und benutzerdefinierte Kubernetes-Ressourcendefinitionen (CRDs) für Migrate to Containers verwenden.

Weitere Informationen zur Oberfläche "Migrate to Containers" finden Sie unterAPIs und Referenzen | Migrate to Containers finden Sie weitere Informationen.

In diesem Dokument wird davon ausgegangen, dass Sie die folgenden Dokumente gelesen haben und mit ihnen vertraut sind:

Migration zu Google Cloud gestalten

Zum Migrieren Ihrer VMs von der Quellumgebung zu Containern, die in Google Cloud ausgeführt werden, empfehlen wir, das in der Reihe Migration zu Google Cloud beschriebene Framework zu befolgen.

Die folgende Grafik veranschaulicht den Migrationsprozess:

Migrationspfad mit vier Phasen

Das im vorherigen Diagramm dargestellte Framework umfasst vier Phasen:

  1. Assess (Bewerten). In dieser Phase bewerten Sie die Quellumgebung sowie die Arbeitslasten, die Sie zu Google Cloud migrieren möchten, und ermitteln, welche VMs die einzelnen Arbeitslasten unterstützen.
  2. Plan (Planen). In dieser Phase erstellen Sie die grundlegende Infrastruktur für Migrate to Containers, z. B. durch das Bereitstellen der Ressourcenhierarchie und das Einrichten des Netzwerkzugriffs.
  3. Deploy (Bereitstellen). In dieser Phase migrieren Sie die VMs aus der Quellumgebung zu GKE oder GKE Enterprise mit Migrate to Containers.
  4. Optimize (Optimieren). In dieser Phase beginnen Sie, die Cloud-Technologien und -Funktionen zu nutzen.

Quellumgebung und Arbeitslasten bewerten

In der Bewertungsphase erfassen Sie Informationen über Ihre Quellumgebung und die VM-basierten Arbeitslasten, die Sie migrieren möchten. Dadurch können Sie die Größe der benötigten Ressourcen anpassen, sowohl für die Migration als auch für Ihre Zielumgebung.

In der Bewertungsphase gehen Sie so vor:

  1. Ein umfassendes Inventar Ihrer Arbeitslasten erstellen.
  2. Die Anwendungen nach ihren Attributen und Abhängigkeiten katalogisieren.
  3. Die Teams auf Google Cloud vorbereiten.
  4. Einen Test und einen Proof of Concept für Google Cloud erstellen.
  5. Die Gesamtbetriebskosten (TCO) der Zielumgebung berechnen.
  6. Die Arbeitslasten auswählen, die als Erstes migriert werden sollen.

Die folgenden Abschnitte basieren auf den Informationen unter Migration zu Google Cloud: Arbeitslasten bewerten und erkennen. Sie bieten jedoch Informationen, die sich speziell auf die Bewertung der VM-basierten Arbeitslasten beziehen, die Sie mit Migrate to Containers zu Containern migrieren möchten.

Inventar erstellen

Zum Durchführen einer Migration müssen Sie Ihre aktuelle VM-basierte Umgebung verstehen. Sammeln Sie Informationen zu Ihren Arbeitslasten und deren Abhängigkeiten, um Ihre Umgebung zu verstehen.

Unter Inventar für Ihre Anwendungen erstellen wird gezeigt, wie Sie ein Inventar der Arbeitslasten in Ihrer VM-basierten Umgebung und der zugehörigen Abhängigkeiten erstellen. Folgen Sie dieser Anleitung und erstellen Sie Ihr Inventar, bevor Sie mit diesem Dokument fortfahren.

Nachdem Sie ein Inventar Ihrer Arbeitslasten und der zugehörigen Abhängigkeiten erstellt haben, optimieren Sie das Inventar. Bewerten Sie die Aspekte und Features, die für Ihre Organisation von Interesse sind, wenn sie ihre VM-basierten Arbeitslasten mit Migrate to Containers migriert.

Beachten Sie Folgendes, um das Inventar Ihrer Arbeitslasten abzuschließen:

  • Quellumgebung. Migrate for Container unterstützt die Migration von VMs aus verschiedenen Quellumgebungen:

    • Compute Engine
    • VMware vSphere
    • Microsoft Azure VM
    • Amazon EC2

    Damit Sie Migrate to Containers korrekt einrichten können, um Ihre Arbeitslasten zu migrieren, müssen Sie die Quellumgebung bewerten.

  • Betriebssystem, das in Ihren VMs ausgeführt wird: Erfassen Sie Informationen zu den Betriebssystemen und den Lizenzen, die auf Ihren VMs ausgeführt werden. Die Betriebssysteme müssen mit Migrate to Containers kompatibel sein. Wenn Sie ein Betriebssystem ausführen, das von Migrate to Containers nicht unterstützt wird, sollten Sie ein Upgrade auf eine unterstützte Version durchführen oder Ihr Betriebssystem in ein Betriebssystem ändern, das von Migrate to Containers unterstützt wird.

  • Arbeitslasten in Ihren VMs: Prüfen Sie, welche Arbeitslasten in den einzelnen VMs bereitgestellt werden. Ordnen Sie dann die Abhängigkeiten zwischen Ihren Arbeitslasten und zwischen Ihren Arbeitslasten und externen Diensten zu. Erfassen Sie als Nächstes Informationen zu den Konfigurationsquellen Ihrer Arbeitslasten. Verwenden Sie beispielsweise Umgebungsvariablen, ein verteiltes Konfigurationssystem oder Metadatenserver, um Ihre Arbeitslasten dynamisch zu konfigurieren? Prüfen Sie außerdem, wie Ihre Arbeitslasten Informationen an Ihr Logging-System senden.

  • Eignung zu Migrate to Containers: Prüfen Sie, ob Ihre Arbeitslasten für die Migration mit Migrate to Containers geeignet sind. Migrate to Containers bietet ein Tool zur Eignungsbewertung für Linux und Windows, das Sie auf Ihren VMs ausführen können, um eine Eignungspunktzahl zu berechnen. Eine niedrige Eignungspunktzahl weist darauf hin, dass es Probleme gibt, die Sie vor der Migration Ihrer Arbeitslasten beheben müssen. Wenn Sie auf Ihren VMs beispielsweise sicherheitsoptimiertes Linux aktiviert haben, müssen Sie möglicherweise zusätzlichen Aufwand betreiben, um diese Abhängigkeit zu mindern, bevor die Arbeitslasten migriert werden.

  • Netzwerkdienste: Erfassen Sie Informationen zur Konfiguration Ihrer Netzwerkdienste und dazu, wie Ihre VM-basierten Arbeitslasten diese Dienste nutzen. Stellen Sie beispielsweise fest, wie Ihre Arbeitslasten das Domain Name System (DNS), Multicast-DNS, Hostdateien und andere Service-Discovery-Mechanismen verwenden, um den Standort anderer Arbeitslasten und Dienste zu bestimmen. Prüfen Sie als Nächstes die Hostdatei jeder VM auf benutzerdefinierte Einträge, die Ihre Arbeitslasten benötigen. Weitere Informationen zu Hostdateien finden Sie unter Generierte Ressourcen und Deskriptoren prüfen und validieren.

  • Hardwareabhängigkeiten: Prüfen Sie alle Arten von Hardware, die Sie in Ihrer VM-basierten Umgebung verwenden, z. B. Hochleistungsspeichergeräte, GPUs, TPUs oder Netzwerk-Appliances.

  • Zustandslose und zustandsorientierte Arbeitslasten: Zustandslose Arbeitslasten speichern den Status nicht im Cluster oder im nichtflüchtigen Speicher. Zustandsorientierte Arbeitslasten speichern Daten zur späteren Verwendung. Da die Migration zustandsorientierter Arbeitslasten in der Regel schwieriger ist als die Migration zustandsloser Arbeitslasten, sollten Sie prüfen, welche Arbeitslasten zustandslos und welche zustandsorientiert sind.

  • Speicher: Erstellen Sie für zustandsorientierte Arbeitslasten eine Liste Ihrer Speicheranforderungen. Bei der Erstellung einer Liste sollten Sie Folgendes beachten:

    • Speichersystemtyp (Block-Volumes, Dateispeicher oder Objektspeicher)
    • Größe des Speichersystems

    • Arbeitslastzugriff auf das Speichersystem

      • Verwenden Ihre Arbeitslasten beispielsweise für den Zugriff auf Dateien über ein Netzwerk Network File System (NFS) oder Server Message Block (SMB)?

      • Führen Ihre VMs beispielsweise NFS- oder SMB-Server aus?

        Wenn Ihre VMs NFS-Server im Kernel-Modus ausführen, bedeutet das zusätzlichen Aufwand für die Migration dieser Server. Sie können diese Server zu einer anderen Laufzeitumgebung wie Compute Engine oder GKE migrieren. Alternativ können Sie Daten zu Filestore migrieren, einem vollständig verwalteten Network Attached Storage-Dienst.

    • Laufwerkkonfiguration:

      • Bewerten Sie die Konfiguration aller Laufwerke, Datenpartitionen und Volumes in Ihren VMs sowie die Sicherheits- und Vertraulichkeitsfeatures der einzelnen VMs.

  • Datenlokalität: Die Datenlokalität wirkt sich auf die Leistung zustandsorientierter Arbeitslasten aus. Die Entfernung und Konnektivität zwischen Ihren externen Systemen und Ihrer Umgebung wirkt sich auf die Latenz aus. Berücksichtigen Sie für jedes externe Datenspeichersystem alle Leistungs- und Verfügbarkeitsanforderungen, die es erfüllen muss.

Bewertung abschließen

Nachdem Sie die Inventare erstellt haben, die sich auf Ihre Umgebung und Ihre VM-basierten Arbeitslasten beziehen, schließen Sie die restlichen Aktivitäten der Bewertungsphase ab, die unter Migration zu Google Cloud: Arbeitslasten bewerten und erkennen beschrieben sind. Wenn Sie mit dieser Arbeit fertig sind, lesen Sie dieses Dokument weiter.

Grundlagen planen und aufbauen

In der Planungs- und Aufbauphase stellen Sie die Infrastruktur und die Dienste bereit, die Ihre Arbeitslasten in Google Cloud unterstützen:

  1. Erstellen Sie eine Ressourcenhierarchie.
  2. Konfigurieren Sie Identity and Access Management.
  3. Richten Sie die Abrechnung ein.
  4. Richten Sie die Netzwerkverbindung ein.
  5. Erhöhen Sie die Sicherheit.
  6. Richten Sie Monitoring und Benachrichtigungen ein.

Informationen zum Erstellen der Cloud-Infrastruktur und der Dienste, die Ihre Arbeitslasten und deren Abhängigkeiten unterstützen, finden Sie unter Migration zu Google Cloud: Grundlage aufbauen. Befolgen Sie diese Richtlinien, um eine Grundlage für Ihre Umgebungen zu schaffen. Wenn Sie mit dieser Arbeit fertig sind, lesen Sie dieses Dokument weiter.

Nachdem Sie die Anleitung unter "Migration zu Google Cloud: Grundlagen aufbauen" abgeschlossen haben, schließen Sie Ihre Grundlagenarbeit ab, indem Sie Migrate to Containers einrichten:

  1. Prüfen Sie, ob Ihre Arbeitslasten und die Quellumgebung die Voraussetzungen für Migrate to Containers erfüllen.
  2. Aktivieren Sie Migrate to Containers Cloud APIs.
  3. Stellen Sie die Dienstkonten bereit, die Migrate to Containers für den Zugriff auf Ressourcen in der Zielumgebung verwendet.
  4. Wenn Sie Ihre Arbeitslasten zu GKE- oder GKE Enterprise-Cluster in Google Cloud migrieren, richten Sie Migrate to Virtual Machines ein.
  5. Konfigurieren Sie einen Migrate to Containers-Verarbeitungscluster. Ein Migrate to Containers-Verarbeitungscluster führt während der Migration zu Komponenten von Migrate for Container aus.
  6. Migrate to Containers im Verarbeitungscluster installieren und konfigurieren

Im Artikel "Migrate to Containers einrichten“ wird weiter oben beschrieben, wie Sie Migrate to Containers und dessen Abhängigkeiten bereitstellen und konfigurieren. Folgen Sie dieser Anleitung, um Migrate to Containers einzurichten.

Wenn Sie mit der in diesem Abschnitt beschriebenen Arbeit fertig sind, kehren Sie zu diesem Dokument zurück.

VM-basierte Arbeitslasten zu Containern migrieren

Verwenden Sie in der Bereitstellungsphase die folgenden Meilensteine als Anleitung bei der Migration der VMs aus Ihrer Quellumgebung zu Containern in GKE oder GKE Enterprise:

  1. Migrationspläne erstellen und prüfen
  2. Containerartefakte und Bereitstellungsdeskriptoren generieren
  3. Prüfen, validieren und passen Sie die Ressourcendeskriptoren an, die von Migrate to Containers für Sie generiert wurden.
  4. Containerisierte Arbeitslasten in GKE oder GKE Enterprise bereitstellen und validieren
  5. Deinstallieren Sie Migrate to Containers

Weitere Informationen zu den erforderlichen Schritten zum Migrieren von VMs mit Migrate for Container finden Sie unter Migration ausführen.

Migrationsplan generieren und prüfen

Erstellen Sie einen Migrationsplan für Migrate to Containers für Ihre VM-basierten Arbeitslasten:

  1. Konfigurieren Sie die Quellumgebungen als Migrationsquellen zu Migrate to Containers. Für die Migration Ihrer VM-basierten Arbeitslasten benötigt Migrate to Containers Informationen zu den Quellumgebungen, in denen Ihre VMs derzeit ausgeführt werden. Sie haben diese Informationen mithilfe der Aufgaben erfasst, die im Abschnitt Inventar erstellen in diesem Dokument beschrieben wurden. Weitere Informationen zum Konfigurieren Ihrer Quellumgebungen finden Sie unter Migrationsquelle hinzufügen (Linux) und Migrationsquelle hinzufügen (Windows).
  2. Migrationspläne erstellen: Wenn Sie angeben möchten, welche VM-basierten Arbeitslasten aus einer Quellumgebung in eine unterstützte Zielumgebung migriert werden sollen, erstellen Sie einen Migrationsplan. Sie können beispielsweise konfigurieren, wo Sie Ihre nichtflüchtigen Daten speichern möchten. Weitere Informationen zum Erstellen und Monitoring von Migrationsplänen finden Sie unter Migration erstellen (Linux) und Migration erstellen (Windows).
  3. Migrationspläne prüfen und anpassen: Nachdem Sie Migrationspläne für jede der VM-basierten Arbeitslasten generiert haben, die Sie migrieren möchten, empfehlen wir, jeden Migrationsplan zu prüfen und anzupassen, um sicherzustellen, dass er Ihren Anforderungen entspricht. Weitere Informationen zum Anpassen von Migrationsplänen finden Sie unter Migrationsplan anpassen (Linux) und Migrationsplan anpassen (Windows).

Wenn Sie mit der in diesem Abschnitt beschriebenen Arbeit fertig sind, kehren Sie zu diesem Dokument zurück.

Containerartefakte und Bereitstellungsdeskriptoren generieren

Um die Zielcontainerartefakte für Ihre Arbeitslasten zu generieren, erstellt Migrate to Containers ein Container-Image, das die Arbeitslast und die Daten enthält, die aus der VM im Migrationsplan extrahiert wurden. Anschließend wird eine Kopie des Container-Images im konfigurierten Container-Image-Repository gespeichert. Migrate to Containers generiert auch die Bereitstellungsdeskriptoren, die Sie anpassen und zum Bereitstellen von Instanzen der Container-Images in der Zielumgebung verwenden können.

Weitere Informationen zum Generieren von Containerartefakten finden Sie unter Migration ausführen (Linux) und Migration ausführen (Windows).

Sie können den Fortschritt der Containerartefakte beobachten, die Sie erstellen und migrieren. Weitere Informationen zum Überwachen einer Migration finden Sie unter Migration überwachen (Linux) und Migration überwachen (Windows).

Wenn Sie Containerartefakte für Windows-Arbeitslasten generieren, verwenden Sie die Artefakte und die Bereitstellungsdeskriptoren, die Migrate to Containers generiert hat, um Windows-Container-Images für diese Arbeitslasten zu erstellen. Weitere Informationen zum Erstellen von Windows-Container-Images für Ihre Arbeitslasten finden Sie unter Windows-Container-Image erstellen.

Wenn Sie mit der in diesem Abschnitt beschriebenen Arbeit fertig sind, kehren Sie zu diesem Dokument zurück.

Generierte Ressourcen und Deskriptoren prüfen und validieren

Nachdem Sie Containerartefakte und Bereitstellungsdeskriptoren mit Migrate to Containers generiert haben, prüfen und aktualisieren Sie diese Artefakte und Deskriptoren, um sicherzustellen, dass sie Ihren Anforderungen entsprechen. Die zum Aktualisieren der Containerartefakte und Bereitstellungsdeskriptoren benötigte Zeit hängt davon ab, wie viele VM-basierte Arbeitslasten Sie migrieren und wie komplex sie sind. Weitere Informationen zum Überprüfen von Containerartefakten und Bereitstellungsdeskriptoren finden Sie unterGenerierte Bereitstellungsdateien prüfen (Linux) und Windows-Container-Image erstellen. Berücksichtigen Sie beispielsweise folgende Aspekte.

Ressourcen und Deskriptoren benennen

Konfigurations- und Logressourcen und -deskriptoren

Richtlinien- und Profilressourcen und -deskriptoren

Andere Ressourcen und Deskriptoren

Wenn Sie mit der in diesem Abschnitt beschriebenen Arbeit fertig sind, kehren Sie zu diesem Dokument zurück.

Containerisierte Arbeitslasten bereitstellen und validieren

Führen Sie die folgenden Schritte aus, wenn die Bereitstellungsdeskriptoren für Ihre Arbeitslasten bereit sind:

  1. Migrierte Arbeitslasten in der Zielumgebung bereitstellen. Eine Anleitung zum Bereitstellen migrierter Linux- und Windows-Arbeitslasten finden Sie unter Linux-Arbeitslast in einem Zielcluster bereitstellen und Windows-Arbeitslast in einem Zielcluster bereitstellen.

  2. Migrierte Arbeitslasten überwachen. Nach der Bereitstellung Ihrer migrierten Linux-Arbeitslasten und Windows-Arbeitslasten können Sie Informationen zu ihrer Leistung erfassen. Weitere Informationen finden Sie unter Migrierte Arbeitslasten überwachen (Linux) und Migrierte Arbeitslasten überwachen (Windows).

  3. Migrierte Arbeitslasten integrieren. Sobald die Arbeitslasten, die Sie in der Zielumgebung bereitgestellt haben, funktionieren, integrieren Sie sie. Binden Sie die Generierungs- und Bereitstellungsprozesse der Containerartefakte für Ihre Arbeitslasten in Ihre Bereitstellungsprozesse und -Pipelines ein. Wenn Sie derzeit keinen automatisierten Bereitstellungsprozess haben und Ihre Arbeitslasten manuell bereitstellen, wird empfohlen, dass Sie von manuellen zu automatisierten Bereitstellungen migrieren.

Wenn Sie mit der in diesem Abschnitt beschriebenen Arbeit fertig sind, kehren Sie zu diesem Dokument zurück.

Migrate to Containers deinstallieren

Nachdem Sie die Migration Ihrer Arbeitslasten mit Migrate to Containers abgeschlossen haben, wird empfohlen, dass Sie:

  1. Achten Sie darauf, dass Sie alle Verweise auf die Artefakte haben, die während der Migrate to Containers generiert wurden.
  2. Migrate to Containers deinstallieren

Wenn Sie mit der in diesem Abschnitt beschriebenen Arbeit fertig sind, kehren Sie zu diesem Dokument zurück.

Umgebung nach der Migration optimieren

Die Optimierung Ihrer Umgebung ist die letzte Phase der Migration. Informationen zum Optimieren Ihrer GKE- und GKE Enterprise-Umgebung finden Sie unter Umgebung optimieren.

Nächste Schritte