Von AWS zu Google Cloud migrieren: Von Amazon EKS zu GKE migrieren

Last reviewed 2023-09-30 UTC

Google Cloud bietet Tools, Produkte, Anleitungen und professionelle Dienste für die Migration von Amazon Elastic Kubernetes Service (Amazon EKS) zu Google Kubernetes Engine (GKE). Dieses Dokument hilft Ihnen dabei, einen Plan für die Migration von Amazon EKS zu GKE zu entwerfen, zu implementieren und zu validieren. Dieses Dokument bietet auch eine Anleitung, wenn Sie die Möglichkeit zur Migration in Betracht ziehen und sich ein Bild davon machen möchten, wie die Migration aussehen könnte. Neben der Ausführung in Amazon Elastic Compute Cloud (Amazon EC2) bietet Amazon EKS einige andere Bereitstellungsoptionen, darunter Amazon EKS auf AWS-Ausgaben und Amazon EKS Anywhere. In diesem Dokument geht es um Amazon EKS auf EC2.

Dieses Dokument ist Teil einer mehrteiligen Reihe zur Migration von AWS zu Google Cloud, die folgende Dokumente enthält:

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

Diese Grafik veranschaulicht den Migrationsprozess: In Migrationsszenarien entspricht die Bereitstellungsphase dem Durchführen eines Migrationsprozesses.

Migrationspfad mit vier Phasen

Die Migration von Amazon EKS zu GKE erfolgt in einer Reihe von Iterationen, z. B. einige Arbeitslasten werden zuerst migriert und andere später. Für jede separate Migrationsiteration folgen Sie den Phasen des allgemeinen Migrations-Frameworks:

  1. Arbeitslasten und Daten bewerten und erkennen.
  2. Grundlage in Google Cloud planen und erstellen.
  3. Arbeitslasten und Daten zu Google Cloud migrieren.
  4. Google Cloud-Umgebung optimieren.

Weitere Informationen zu den Phasen dieses Frameworks finden Sie unter Zu Google Cloud migrieren: Erste Schritte.

Quellumgebung bewerten

In der Bewertungsphase bestimmen Sie die Anforderungen und Abhängigkeiten der Ressourcen, die Sie von Amazon EKS zu GKE migrieren möchten.

Die Bewertungsphase umfasst die folgenden Aufgaben:

  1. Umfassendes Inventar Ihrer Arbeitslasten und Daten erstellen.
  2. Arbeitslasten und Daten entsprechend ihren Attributen und Abhängigkeiten katalogisieren.
  3. Die Teams auf Google Cloud vorbereiten.
  4. Tests und Proofs of Concept in Google Cloud erstellen.
  5. Die Gesamtbetriebskosten (TCO) der Zielumgebung berechnen.
  6. Reihenfolge und Priorität der Arbeitslasten festlegen, die Sie migrieren möchten.

Weitere Informationen zur Bewertungsphase und zu diesen Aufgaben finden Sie unter Zu Google Cloud migrieren: Arbeitslasten bewerten und erkennen. Die folgenden Abschnitte basieren auf Informationen in jenem Dokument.

Inventar erstellen

Für den Umfang der Migration erstellen Sie zwei Inventare: eines für Ihre Amazon EKS-Cluster und eines für die Arbeitslasten, die in diesen Clustern bereitgestellt werden. Nachdem Sie diese Inventar erstellt haben, bewerten Sie Ihre Bereitstellungs- und Betriebsprozesse für die Bereitstellung von Arbeitslasten in den Clustern.

Inventar Ihrer Amazon EKS-Cluster und -Arbeitslasten erstellen

Zum Erstellen des Inventars Ihrer Amazon EKS-Cluster empfehlen wir die Verwendung des Migrationscenters, der einheitlichen Plattform von Google Cloud, mit der Sie Ihre End-to-End-Cloud-Reise beschleunigen können. aus Ihrer aktuellen Umgebung zu Google Cloud migrieren. Mit dem Migrationscenter können Sie Daten aus Amazon EKS und anderen AWS-Ressourcen importieren. Das Migrationscenter empfiehlt dann relevante Google Cloud-Dienste, zu denen Sie migrieren können.

Wenn Sie das Inventar Ihrer Amazon EKS-Cluster erstellen, stellen Sie möglicherweise fest, dass einige der Cluster im Rahmen der Migration außer Betrieb genommen werden müssen. Achten Sie darauf, dass Ihr Migrationsplan die Deaktivierung dieser Ressourcen umfasst.

Die vom Migrationscenter bereitgestellten Daten erfassen möglicherweise nicht vollständig die gewünschten Dimensionen. In diesem Fall können Sie die Daten in die Ergebnisse anderer Mechanismen zur Datenerfassung einbinden, die auf AWS APIs, AWS-Entwicklertools und der AWS-Befehlszeile basieren.

Beachten Sie zusätzlich zu den Daten, die Sie vom Migrationscenter erhalten, die folgenden Datenpunkte für jeden Amazon EKS-Cluster, den Sie migrieren möchten:

  • Folgen Sie der Anleitung im Abschnitt Inventare erstellen in „Von Kubernetes zu GKE migrieren“. In diesem Dokument wird beschrieben, wie Sie die Inventare Ihrer Kubernetes-Cluster und -Arbeitslasten erstellen. Es gilt auch für das Erstellen des Inventars Ihrer Amazon EKS-Umgebungen.
  • Berücksichtigen Sie für jeden Amazon EKS-Cluster folgende Aspekte und Features von Amazon EKS, darunter:
    • Private Cluster
    • Zugriffssteuerung für Clusterendpunkt
    • Secret-Verschlüsselung
    • Verwaltete Knotengruppen und selbstverwaltete Knoten
    • Tags für Amazon EKS-Ressourcen
    • Benutzerdefinierte Amazon-AMIs in EKS
    • Nutzung von Amazon EKS Fargate
    • Nutzung von Amazon EKS Managed Prometheus
    • OpenID Connect-Authentifizierungskonfiguration
  • Prüfen Sie, wie Sie sich bei Ihren Amazon EKS-Clustern authentifizieren und wie Sie AWS Identity and Access Management (IAM) für Amazon EKS konfiguriert haben.
  • Bewerten Sie die Netzwerkkonfiguration Ihrer Amazon EKS-Cluster.
  • Prüfen Sie, ob Sie Compliance-Anforderungen und behördliche Anforderungen erfüllen müssen und ob Sie diese Anforderungen erfüllen.

Bereitstellungs- und operative Prozesse bewerten

Nachdem Sie die Inventare Ihrer Amazon EKS-Cluster und -Arbeitslasten erstellt haben, empfehlen wir Ihnen, Ihre Bereitstellungs- und Betriebsprozesse zu bewerten. Es ist wichtig, ein klares Verständnis von der Funktionsweise Ihrer Bereitstellungs- und Betriebsprozesse zu haben. Diese Prozesse sind ein grundlegender Teil der Praktiken, die die Produktionsumgebung und die dort ausgeführten Arbeitslasten vorbereiten und verwalten.

Die Bereitstellungs- und Betriebsprozesse können die Artefakte erstellen, die Ihre Arbeitslasten benötigen. Daher sollten Sie Informationen zu jedem Artefakttyp erfassen. Ein Artefakt kann beispielsweise ein Betriebssystempaket, ein Bereitstellungspaket für Anwendungen, ein Betriebssystem-Image, ein Container-Image oder etwas anderes sein.

Berücksichtigen Sie zusätzlich zum Artefakttyp, wie Sie die folgenden Aufgaben ausführen:

  • Artefakte generieren, die Sie in Amazon EKS bereitstellen. Zur Bereitstellung Ihrer Arbeitslasten in Amazon EKS generieren Sie möglicherweise bereitstellbare Artefakte wie Container-Images. Durch Erfassen von Informationen zum Generieren dieser Artefakte können Sie dafür sorgen, dass die generierten Artefakte für die Bereitstellung in Google Cloud geeignet sind. Wenn Sie beispielsweise Artefakte in einer Artefakt-Registry in AWS speichern, müssen Sie die Artefakte in Ihrer Google Cloud-Umgebung verfügbar machen. Verwenden Sie dazu Strategien wie die folgenden:
    • Kommunikationskanal zwischen den Umgebungen einrichten: Artefakte in der Quellumgebung werden über die Google Cloud-Zielumgebung erreichbar. Dies hilft Ihnen bei der Vorbereitung auf die letztendliche Verwendung von Artifact Registry.
    • Artefakt-Build-Prozess refaktorieren: Führen Sie eine geringfügige Refaktorierung Ihrer Quellumgebung durch, damit Sie Artefakte sowohl in der Quell- als auch in der Zielumgebung speichern können. Dieser Ansatz unterstützt die Migration durch Erstellen einer Infrastruktur wie ein Artefakt-Repository, bevor Sie Artefakterstellungsprozesse in der Google Cloud-Zielumgebung implementieren müssen. Sie können diesen Ansatz direkt implementieren oder auf dem vorherigen Ansatz aufbauen, der zuerst einen Kommunikationskanal einrichtet.
  • Artefakte auf Ihren Amazon EKS-Clustern bereitstellen. Nachdem Sie bereitstellbare Artefakte generiert haben, stellen Sie diese möglicherweise auf Amazon EKS bereit. Wir empfehlen, jeden Bereitstellungsprozess zu bewerten. Die Bewertung sorgt dafür, dass Ihre Bereitstellungsprozesse mit Google Cloud kompatibel sind. Außerdem können Sie damit den Aufwand ermitteln, der für eine eventuelle Refaktorierung der Prozesse erforderlich ist. Wenn Ihre Bereitstellungsprozesse beispielsweise nur mit Amazon EKS funktionieren, müssen Sie diese unter Umständen so refaktorieren, dass sie auf Ihre Google Cloud-Umgebung abzielen.
  • Laufzeitkonfiguration einfügen. Sie können die Laufzeitkonfiguration für bestimmte Amazon EKS-Cluster, Laufzeitumgebungen oder Arbeitslastbereitstellungen einfügen. Die Konfiguration kann Umgebungsvariablen und andere Konfigurationswerte wie Secrets, Anmeldedaten und Schlüssel initialisieren. Um sicherzustellen, dass Ihre Prozesse zur Einfügung von Laufzeitkonfigurationen in Google Cloud funktionieren, empfehlen wir Ihnen zu bewerten, wie Sie die Arbeitslasten konfigurieren, die in Amazon EKS ausgeführt werden.

Nachdem Sie Ihre Bereitstellungs- und operativen Prozesse geprüft haben, sollten Sie auch prüfen, wie diese Prozesse Ihre Migration zu Google Cloud erleichtern und wie Sie damit den Umfang und das Risiko der Migration reduzieren können.

Bewertung abschließen

Nachdem Sie das Inventar aus Ihrer Amazon EKS-Umgebung erstellt haben, schließen Sie die restlichen Aktivitäten der Bewertungsphase ab, wie unter Zu Google Cloud migrieren: Arbeitslasten bewerten und erkennen beschrieben.

Grundlage planen und aufbauen

In der Planungs- und Erstellungsphase stellen Sie die Infrastruktur bereit und konfigurieren sie für Folgendes:

  • Unterstützung Ihrer Arbeitslasten in Ihrer Google Cloud-Umgebung.
  • Verbinden Ihrer AWS-Umgebung und Ihrer Google Cloud-Umgebung, um die Migration abzuschließen.

Grundlage in Google Cloud erstellen

Die Planungs- und Erstellungsphase besteht aus den folgenden Aufgaben:

  1. Erstellen Sie eine Ressourcenhierarchie.
  2. Konfigurieren Sie Identity and Access Management (IAM) von Google Cloud.
  3. Richten Sie die Abrechnung ein.
  4. Richten Sie die Netzwerkverbindung ein.
  5. Erhöhen Sie die Sicherheit.
  6. Logging, Monitoring und Benachrichtigungen einrichten

Weitere Informationen zu den einzelnen Aufgaben finden Sie im Abschnitt Grundlagen planen und aufbauen in „Container zu Google Cloud migrieren: Kubernetes zu GKE migrieren“.

Daten migrieren und Arbeitslasten bereitstellen

In der Bereitstellungsphase gehen Sie so vor:

  1. Stellen Sie Ihre GKE-Umgebung bereit und konfigurieren Sie sie.
  2. Konfigurieren Sie Ihre GKE-Cluster.
  3. Migrieren Sie Daten aus der Quellumgebung zu Google Cloud.
  4. Stellen Sie Arbeitslasten in Ihrer GKE-Umgebung bereit.
  5. Validieren Sie Ihre Arbeitslasten.
  6. Machen Sie Arbeitslasten verfügbar, die in GKE ausgeführt werden.
  7. Verschieben Sie Traffic von der Quellumgebung in die GKE-Umgebung.
  8. Außerbetriebnahme der Quellumgebung.

Informationen zum Ausführen der einzelnen Aufgaben finden Sie im Abschnitt Arbeitslasten bereitstellen in „Container zu Google Cloud migrieren: Von Kubernetes zu GKE migrieren“. In den folgenden Abschnitten werden die Überlegungen dieses Dokuments berücksichtigt.

Daten migrieren

Der Abschnitt Daten migrieren in „Container zu Google Cloud migrieren: Von Kubernetes zu GKE migrieren” enthält Informationen zum Migrieren von Daten aus einer generischen Kubernetes-Umgebung zu GKE. Die Empfehlungen in diesem Abschnitt gelten für die Migration von Daten von Amazon EKS zu GKE. Binden Sie zur Planung der Migration die generischen Umgebungsinformationen in das verknüpfte Dokument in die folgenden Abschnitte ein, die für die Migration von Daten von Amazon EKS zu GKE spezifisch sind.

AWS bietet mehrere Datenspeicheroptionen für Amazon EKS. In diesem Dokument geht es um die folgenden Datenmigrationsszenarien:

  • Migrieren der Daten von Amazon EBS-Volumes zu GKE-PersistentVolume-Ressourcen.
  • Kopieren der Daten von Amazon EBS-Volumes in Amazon S3 oder in Cloud Storage und dann Migrieren der Daten zu GKE-PersistentVolume-Ressourcen.

Daten von Amazon EBS-Volumes zu GKE-PersistentVolumes migrieren

Sie können Daten von Amazon EBS-Volumes zu GKE-PersistentVolume-Ressourcen mit einer der folgenden Methoden migrieren:

  • Kopieren Sie Daten direkt von Amazon EBS-Volumes in nichtflüchtigen Compute Engine-Speicher:
    1. Stellen Sie Amazon EC2-Instanzen bereit und hängen Sie die Amazon EBS-Volumes an, die die zu migrierenden Daten enthalten.
    2. Stellen Sie Compute Engine-Instanzen mit leeren nichtflüchtigen Speichern bereit, die genügend Kapazität zum Speichern der zu migrierenden Daten haben.
    3. Führen Sie ein Datensynchronisierungstool wie rsync aus, um Daten von den Amazon EBS-Volumes in den nichtflüchtigen Speicher von Compute Engine zu kopieren.
    4. Trennen Sie die nichtflüchtigen Speicher von den Compute Engine-Instanzen.
    5. Setzen Sie die Compute Engine-Instanzen außer Betrieb.
    6. Konfigurieren Sie die nichtflüchtigen Speicher als GKE-PersistentVolume-Ressourcen.
  • Migrieren Sie Amazon EC2-Instanzen und Amazon EBS-Volumes zu Compute Engine:
    1. Stellen Sie Amazon EC2-Instanzen bereit und hängen Sie die Amazon EBS-Volumes an, die die zu migrierenden Daten enthalten.
    2. Migrieren Sie die Amazon EC2-Instanzen und das Amazon EBS-Volume mit Migrate for Virtual Machines zu Compute Engine.
    3. Trennen Sie die nichtflüchtigen Speicher von den Compute Engine-Instanzen.
    4. Setzen Sie die Compute Engine-Instanzen außer Betrieb.
    5. Konfigurieren Sie die nichtflüchtigen Speicher als GKE-PersistentVolume-Ressourcen.

Weitere Informationen zum Migrieren von Amazon EC2-Instanzen zu Compute Engine finden Sie unter Von AWS zu Google Cloud migrieren: Von Amazon EC2 zu Compute Engine migrieren.

Weitere Informationen zur Verwendung von nichtflüchtigen Compute Engine-Speichern als GKE-PersistentVolume-Ressourcen finden Sie im Abschnitt Vorhandene nichtflüchtige Speicher als PersistentVolumes verwenden.

Daten aus Amazon EBS-Volumes in ein Zwischenmedium kopieren und zu GKE-PersistentVolumes migrieren

Anstatt direkt von Amazon EBS-Volumes zu GKE-PersistentVolume-Ressourcen zu migrieren, können Sie ein Zwischenmedium wie einen Objektspeicher verwenden:

  1. Laden Sie Daten von Amazon EBS-Volumes auf ein Zwischenmedium wie einen Amazon S3-Bucket oder einen Cloud Storage-Bucket hoch.
  2. Laden Sie die Daten aus den Zwischenmedien in die GKE-PersistentVolume-Ressourcen herunter.

In bestimmten Szenarien kann die Verwendung mehrerer Medien die Datenübertragung basierend auf Ihren Netzwerk- und Sicherheitskonfigurationen vereinfachen. Sie können die Daten beispielsweise zuerst in einen S3-Bucket hochladen, sie dann aus dem S3-Bucket in einen Cloud Storage-Bucket kopieren und schließlich in die nichtflüchtigen Volumes herunterladen. Unabhängig von der gewählten Methode sollten Sie für eine reibungslose Umstellung sorgen und dafür wichtige Überlegungen im Artikel Von AWS zu Google Cloud migrieren: Von Amazon S3 zu Cloud Storage migrieren Speicher berücksichtigen.

Daten Ihrer Organisation in die G Suite migrieren

Die für Sie am besten geeignete Migrationsoption hängt von Ihren spezifischen Anforderungen und Anforderungen ab, z. B. die folgenden:

  • Die Datenmenge, die Sie migrieren müssen.
    • Wenn Sie eine kleine Datenmenge migrieren müssen, z. B. bei einigen Datendateien, sollten Sie Tools wie rsync verwenden, um die Daten direkt auf nichtflüchtige Compute Engine-Speicher zu kopieren. Diese Option ist relativ schnell, eignet sich jedoch möglicherweise nicht für große Datenmengen.
    • Wenn Sie eine große Datenmenge migrieren müssen, können Sie die Daten mit Migrate to Virtual Machines zu Compute Engine migrieren. Diese Option ist komplexer als das direkte Kopieren von Daten, ist jedoch zuverlässiger und skalierbarer.
  • Der Datentyp, den Sie migrieren müssen.
  • Ihre Netzwerkverbindung zwischen der Quell- und der Zielumgebung.
    • Wenn Sie keine direkte Netzwerkverbindung zwischen Ihren AWS EC2- und Compute Engine-Instanzen herstellen können, sollten Sie Amazon S3 oder Cloud Storage verwenden, um die Daten vorübergehend zwischenzuspeichern, während Sie sie zu Compute Engine migrieren. Diese Option ist möglicherweise kostengünstiger, da Sie Ihre EC2- und Compute Engine-Instanzen nicht gleichzeitig ausführen müssen.
  • Ihr Zeitplan für die Migration.
    • Wenn Sie eine begrenzte Netzwerkbandbreite oder eine große Datenmenge haben und Ihr Zeitplan nicht eng ist, können Sie auch eine Transfer Appliance verwenden, um Ihre Daten von AWS in Google Cloud zu verschieben.

Unabhängig von der gewählten Option ist es wichtig, dass Sie die Migration testen, bevor Sie sie veröffentlichen. Mithilfe von Tests können Sie potenzielle Probleme erkennen und dafür sorgen, dass Ihre Migration erfolgreich ist.

Umgebung nach der Migration optimieren

Wenn Sie alle Migrationsphasen abgeschlossen haben, gilt die Migration als abgeschlossen. Ihre GKE-Umgebung benötigt jedoch möglicherweise weitere Optimierungen. Weitere Informationen finden Sie unter Von Kubernetes zu GKE migrieren: Umgebung optimieren.

Nächste Schritte