本頁面提供架構指南、跨雲端服務對應，以及將工作負載從 Amazon Web Services (AWS) 或 Microsoft Azure 遷移至 Google Cloud的遷移策略。
如果您是雲端架構師、平台工程師或基礎架構主管，請參考本頁資訊，將第三方雲端服務對應至Google Cloud 等效服務、執行直接雲端對雲端資料移轉作業，以及設計多雲端災難復原 (DR) 架構。
閱讀本頁面前，請先清點來源 AWS 或 Azure 資源，並瞭解貴組織的業務持續性和容錯移轉需求。
AWS 和 Azure 服務對應
從 AWS 或 Azure 遷移時，請使用下表將舊版雲端服務對應至 Google Cloud 對等服務：
| 業務領域 | AWS 服務 | Azure 服務 | Google Cloud 等值 |
|---|---|---|---|
| 虛擬機器 | Amazon EC2 | Azure 虛擬機器 | Compute Engine |
| 代管型 Kubernetes | Amazon EKS | Azure Kubernetes Service (AKS) | Google Kubernetes Engine (GKE) |
| 物件儲存空間 | Amazon S3 | Azure Blob 儲存體 | Cloud Storage |
| 關聯式資料庫 | Amazon RDS | Azure SQL Database | Cloud SQL 或 AlloyDB for PostgreSQL |
| 雲端資料倉儲系統 | Amazon Redshift | Azure Synapse Analytics | BigQuery |
從其他雲端移轉資料
使用 Storage 移轉服務，將 PB 級物件資料從 Amazon S3 或 Azure Blob 儲存體直接移轉至 Cloud Storage。
Storage 移轉服務的主要功能
Storage 移轉服務提供下列資料移轉功能：
- 自動移轉工作：排定週期性或一次性的雲端對雲端物件複製作業，不透過本機地端部署網路轉送資料。
- 核對和驗證：使用自動雜湊驗證，確保傳輸期間的端對端資料完整性。
- 頻寬控制：限制傳輸速率，避免達到來源雲端服務供應商的 API 配額限制。
詳情請參閱「從 Amazon S3 移轉」和「從 Microsoft Azure Blob Storage 移轉」。
多雲端彈性和容錯移轉
將 Google Cloud 設為次要容錯移轉環境，可支援災難復原、降低單一雲端風險，並在其他雲端平台服務中斷時維持業務連續性。
災難復原設定
設計多雲端災難復原架構時，請從下列部署設定中選擇：
- 冷待命：持續將資料複製到 Cloud Storage 進行備份和還原，並維護 Compute Engine 範本，以便視需求部署。
- 暖待命：在 Google Cloud上執行最低基準運算容量，例如小型 GKE 叢集或唯讀副本資料庫，以便在容錯移轉期間快速擴充。
- 主動-主動雙重處理：使用全域 Cloud Load Balancing，將活躍使用者流量分配給主要雲端服務供應商和 Google Cloud 。
詳情請參閱「災難復原規劃指南」和「混合雲和多雲端架構模式」。