Arquitetura do Migrate to Virtual Machines

O Migrate to Virtual Machines permite migrar VMs e discos de VMs das seguintes quatro origens de migração para o Google Cloud:

  • Data center do vSphere (local)
  • Serviço em nuvem da AWS
  • Serviço em nuvem do Azure
  • Google Cloud VMware Engine

O diagrama abaixo mostra a arquitetura da migração de VMs e discos de VMs de várias origens de migração para o Google Cloud:

Arquitetura do Migrate to Virtual Machines.

Sobre os projetos do Google Cloud

Os projetos doGoogle Cloud são a base para criar, ativar e usar os serviços do Google Cloud , gerenciar APIs, ativar o faturamento, adicionar e remover colaboradores e administrar permissões para recursos do Google Cloud .

Console doGoogle Cloud

Google Cloud console é a interface gráfica do usuário para o Google Cloud. Use o console do Google Cloud para gerenciar todos os aspectos da migração, acessar dados de monitoramento e geração de registros e configurar a autenticação e a autorização.

Cloud IAM

O Identity and Access Management (IAM) permite controlar o acesso a recursos específicos do Google Cloud e impede o acesso indesejado aos seus recursos. Para oferecer aos usuários a capacidade de criar e gerenciar recursos do Compute Engine, é possível adicioná-los como membros da equipe ao projeto ou a recursos específicos e conceder a eles permissões usando os papéis do IAM.

Origens e destinos de migração

Uma migração é composta do seguinte:

  • Origem da migração: um data center local ou um serviço em nuvem que hospeda as VMs ou os discos de VM que você quer migrar. É possível definir várias fontes em um projeto host.

  • Meta de migração: uma VM do Compute Engine ou volumes do Persistent Disk no Google Cloud.

  • Projeto host: o projeto que você usa para controlar o processo de migração é chamado de projeto host. Nele, você ativa o Migrate to Virtual Machines e todos os outros serviços exigidos por ele. Depois da ativação, é possível começar a migrar as VMs de origem do projeto host para os destinos da migração.

  • Projeto de destino: o projeto que hospeda o destino da migração. É possível ter vários projetos de destino para a migração das VMs.

Origens de migração

O Migrate to Virtual Machines permite migrar VMs das quatro seguintes origens de migração:

  • Data center do vSphere: migre VMs locais do data center do vSphere para o Google Cloud.
  • Data center do VMware Engine: migre VMs do data center do VMware Engine para o Compute Engine.
  • Serviço em nuvem da AWS: migre as instâncias EC2 da conta da AWS para oGoogle Cloud.
  • Serviço em nuvem do Azure: migre as instâncias de VM da sua conta do Azure para oGoogle Cloud.

Destinos de migração

Uma meta de migração é definida da seguinte maneira:

  • Para a migração de VMs, a meta de migração é uma instância do Compute Engine em execução noGoogle Cloud.
  • Para a migração de discos, a meta de migração são volumes do Persistent Disk em execução no Google Cloud.

O projeto que contém o destino da migração é chamado de projeto de destino. Use o projeto host como um projeto de destino ou faça a migração para outros projetos. Para mais informações, consulte Como adicionar um projeto de destino.

Use vários projetos de destino para isolar VMs ou discos migrados uns dos outros. Por exemplo, é recomendado isolar uma VM do Compute Engine usada para testes daquelas usadas para produção. É possível usar projetos e VPCs para criar ambientes de sandbox para testes separados dos ambientes de produção. Para mais informações, consulte Decidir uma hierarquia de recursos para a zona de destino do Google Cloud .

Também é possível usar o Deployment Manager para implantar VMs ou discos de VM migrados em ambientes de produção em vários projetos. Consulte Como usar imagens de outros projetos para saber mais.

Além dos serviços do Migrate to Virtual Machines, você também usa os serviços a seguir do Google Cloud ao fazer uma migração.

Compute Engine

O Compute Engine permite criar e executar VMs no Google Cloud. Use os recursos de escalonamento, desempenho e valor do Compute Engine para iniciar grandes clusters de computação na infraestrutura do Google.

Como parte da definição do destino de migração, você define o projeto da VM do Compute Engine. As características da instância de destino do Compute Engine são baseadas nos requisitos da VM migrada. É possível personalizar a VM do Compute Engine para especificar o seguinte:

  • Projeto doGoogle Cloud
  • Número de CPUs
  • Quantidade de memória
  • Tipo de disco
  • Configuração de rede
  • Entre outras opções

Seus requisitos na VM de destino do Compute Engine poderão ser diferentes se a instância estiver sendo usada em um ambiente de produção ou para testar uma VM migrada. Por exemplo, é possível testar a VM migrada em uma única VM do Compute Engine com 2 CPUs e 8 GB de RAM. Em seguida, ao passar para um ambiente de produção, você define instâncias de destino do Compute Engine com características diferentes, como 4 ou 8 CPUs e 16 GB de RAM.

Persistent Disk

Os Persistent Disks são dispositivos de armazenamento de rede duráveis que podem ser acessados pelas VMs do Compute Engine, como discos físicos em um computador ou servidor. Os dados armazenados em cada um dos Persistent Disks são distribuídos entre vários discos físicos. O Compute Engine gerencia os discos físicos e a distribuição dos dados para garantir a redundância e otimizar o desempenho.

A seguir