Migration von Multi-Cloud-Arbeitslasten

Auf dieser Seite finden Sie Architekturleitfäden, cloudübergreifende Dienstzuordnungen und Migrationsstrategien für die Migration von Arbeitslasten von Amazon Web Services (AWS) oder Microsoft Azure zu Google Cloud.

Wenn Sie Cloud-Architekt, Plattform-Engineer oder Infrastrukturleiter sind, können Sie die Informationen auf dieser Seite verwenden, um Cloud-Dienste von DrittanbieternGoogle Cloud -Äquivalenten zuzuordnen, direkte Cloud-zu-Cloud-Datenübertragungen auszuführen und Multi-Cloud-Notfallwiederherstellungsarchitekturen zu entwerfen.

Bevor Sie diese Seite lesen, sollten Sie ein Inventar Ihrer AWS- oder Azure-Quellressourcen haben und die Anforderungen Ihrer Organisation an die Geschäftskontinuität und das Failover kennen.

AWS- und Azure-Dienstzuordnung

Wenn Sie von AWS oder Azure migrieren, verwenden Sie die folgende Tabelle, um Legacy-Cloud-Dienste den entsprechenden Google Cloud -Äquivalenten zuzuordnen:

Funktionsbereich AWS-Dienst Azure-Dienst Google Cloud -Äquivalent
Virtuelle Maschinen Amazon EC2 Azure Virtual Machines Compute Engine
Verwaltete Kubernetes-Umgebung Amazon EKS Azure Kubernetes Service (AKS) Google Kubernetes Engine (GKE)
Objektspeicher Amazon S3 Azure Blob Storage Cloud Storage
Relationale Datenbanken Amazon RDS Azure SQL-Datenbank Cloud SQL oder AlloyDB for PostgreSQL
Cloud Data Warehouse Amazon Redshift Azure Synapse Analytics BigQuery

Datenübertragung aus anderen Clouds

Mit dem Storage Transfer Service können Sie Objektdaten im Petabyte-Bereich von Amazon S3 oder Azure Blob Storage direkt in Cloud Storage übertragen.

Wichtige Funktionen des Storage Transfer Service

Der Storage Transfer Service bietet die folgenden Funktionen zur Datenübertragung:

  • Automatisierte Übertragungsjobs: Planen Sie wiederkehrende oder einmalige Objektkopien von Cloud zu Cloud, ohne Daten über lokale Netzwerke weiterzuleiten.
  • Prüfsummenüberprüfung: Sorgen Sie für eine End-to-End-Datenintegrität während der Übertragung, indem Sie die automatisierte Hash-Überprüfung verwenden.
  • Bandbreitensteuerung: Übertragungsraten drosseln, um zu verhindern, dass API-Kontingentlimits bei Quell-Cloud-Anbietern erreicht werden.

Weitere Informationen finden Sie unter Von Amazon S3 übertragen und Von Microsoft Azure Blob Storage übertragen.

Multi-Cloud-Resilienz und -Failover

Wenn Sie Google Cloud als sekundäre Failover-Umgebung einrichten, wird die Notfallwiederherstellung unterstützt, das Risiko einer einzelnen Cloud verringert und die Geschäftskontinuität bei Ausfällen auf anderen Cloud-Plattformen aufrechterhalten.

Konfigurationen für die Notfallwiederherstellung

Wählen Sie beim Entwerfen von Multi-Cloud-Notfallwiederherstellungsarchitekturen eine der folgenden Bereitstellungskonfigurationen aus:

  • Cold Standby: Daten werden kontinuierlich in Cloud Storage repliziert, um sie zu sichern und wiederherzustellen. Compute Engine-Vorlagen werden für die On-Demand-Bereitstellung bereitgehalten.
  • Warm-Standby: Führen Sie eine minimale Baseline-Rechenkapazität wie einen kleinen GKE-Cluster oder eine Lesereplikat-Datenbank in Google Cloudaus, die während des Failovers schnell hochskaliert werden kann.
  • Aktiv-aktive duale Verarbeitung: Verteilen Sie den aktiven Nutzertraffic mithilfe von globalem Cloud Load Balancing auf den primären Cloud-Anbieter und Google Cloud .

Weitere Informationen finden Sie im Leitfaden zur Planung der Notfallwiederherstellung und unter Architekturmuster für Hybrid- und Multi-Clouds.

Nächste Schritte