Migração de cargas de trabalho multicloud

Nesta página, fornecemos orientações de arquitetura, mapeamentos de serviços entre nuvens e estratégias de migração para migrar cargas de trabalho da Amazon Web Services (AWS) ou do Microsoft Azure para o Google Cloud.

Se você é arquiteto de nuvem, engenheiro de plataforma ou líder de infraestrutura, use as informações nesta página para mapear serviços de nuvem de terceiros para equivalentes doGoogle Cloud , executar transferências de dados diretas de nuvem para nuvem e projetar arquiteturas de recuperação de desastres (DR) multicloud.

Antes de ler esta página, você precisa ter um inventário dos recursos de origem da AWS ou do Azure e entender os requisitos de continuidade de negócios e failover da sua organização.

Mapeamento de serviços da AWS e do Azure

Ao migrar da AWS ou do Azure, use a tabela a seguir para mapear os serviços de nuvem legados para os equivalentes do Google Cloud :

Área funcional Serviço da AWS Serviço do Azure Google Cloud equivalente
Máquinas virtuais Amazon EC2 Máquinas Virtuais do Azure Compute Engine
Kubernetes gerenciado Amazon EKS Azure Kubernetes Service (AKS) Google Kubernetes Engine (GKE)
Armazenamento de objetos Amazon S3 Armazenamento de blobs do Azure Cloud Storage
Bancos de dados relacionais Amazon RDS Banco de dados SQL do Azure Cloud SQL ou AlloyDB para PostgreSQL
Data warehouse em nuvem Amazon Redshift Azure Synapse Analytics BigQuery

Transferência de dados de outras nuvens

Use o Serviço de transferência do Cloud Storage para transferir dados de objetos em escala de petabytes do Amazon S3 ou do Armazenamento de Blobs do Azure diretamente para o Cloud Storage.

Principais recursos do Serviço de transferência do Cloud Storage

O Serviço de transferência do Cloud Storage oferece os seguintes recursos de transferência de dados:

  • Jobs de transferência automatizados: programe cópias de objetos recorrentes ou únicas entre nuvens sem rotear dados por redes locais.
  • Verificação de checksum: garanta a integridade de dados de ponta a ponta durante a transferência usando a verificação de hash automatizada.
  • Controles de largura de banda: limite as taxas de transferência para evitar atingir os limites de cota da API nos provedores de nuvem de origem.

Para mais informações, consulte Transferir do Amazon S3 e Transferir do Armazenamento de Blobs do Microsoft Azure.

Resiliência e failover multicloud

Estabelecer o Google Cloud como um ambiente de failover secundário ajuda na recuperação de desastres, mitiga o risco de nuvem única e mantém a continuidade dos negócios durante interrupções em outras plataformas de nuvem.

Configurações de recuperação de desastres

Ao projetar arquiteturas de recuperação de desastres multicloud, escolha entre as seguintes configurações de implantação:

  • Espera fria: replique dados continuamente para o Cloud Storage para backup e restauração e mantenha os modelos do Compute Engine prontos para implantação sob demanda.
  • Espera ativa: execute uma capacidade de computação de referência mínima, como um pequeno cluster do GKE ou um banco de dados de réplica de leitura, no Google Cloud pronto para escalonar verticalmente rápido durante o failover.
  • Processamento duplo ativo-ativo: distribua o tráfego de usuários ativos entre o provedor de nuvem principal e o Google Cloud usando o Cloud Load Balancing global.

Para mais informações, consulte o Guia de planejamento de recuperação de desastres e os Padrões de arquitetura híbrida e multicloud.

A seguir