Arquitetura do Migrate to Virtual Machines

A migração para máquinas virtuais permite migrar VMs e discos das VMs das seguintes quatro origens de migração para o Google Cloud:

Data center do vSphere (local)
Serviço na nuvem AWS
Serviço de nuvem do Azure
Google Cloud VMware Engine

O diagrama a seguir 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 do Google Cloud formam a base para criar, ativar e usar serviços do Google Cloud, incluindo gerenciamento de APIs, ativação de faturamento, adição e remoção de colaboradores e gerenciamento de permissões de recursos do Google Cloud

Console do Google Cloud

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

Cloud IAM

O Identity and Access Management (IAM) permite que você controle o acesso a recursos específicos do Google Cloud e impede o acesso indesejado aos recursos. Para oferecer aos usuários a capacidade de criar e gerenciar recursos do Compute Engine, é possível adicionar usuários 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 de:

A 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.
A meta de migração: uma VM do Compute Engine ou volumes de disco permanente no Google Cloud.
Projeto host: o projeto que você usa para controlar o processo de migração é chamado de projeto host. No projeto host, você ativa o serviço Migrate to Virtual Machines e todos os outros serviços exigidos por ele. Depois de ativada, é possível começar a migrar as VMs de origem do projeto host para os destinos de migração.
O projeto de destino: o projeto que hospeda o destino da migração. É possível ter vários projetos de destino para os quais é possível migrar suas VMs.

Origens de migração

O Migrate to Virtual Machines permite que você migre 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 do AWS Cloud: migre as instâncias do EC2 da conta do AWS para o Google Cloud.
Serviço do Azure Cloud: migre as instâncias de VM da sua conta do Azure para o Google Cloud.

Destinos de migração

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

Para a migração de VM, a meta de migração é uma instância do Compute Engine em execução no Google Cloud.
Para a migração de disco, a meta de migração é o volume de discos permanentes em execução no Google Cloud.

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

Use vários projetos de destino para isolar VMs ou discos migrados uns dos outros. Por exemplo, é recomendável isolar uma VM do Compute Engine usada para testes daquelas usadas na 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 sua zona de destino do Google Cloud.

Também é possível usar o Deployment Manager para implantar VMs migradas ou discos de VM para 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 seguintes serviços 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:

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

Talvez você tenha requisitos diferentes na instância de destino do Compute Engine, dependendo se ela está sendo usada para testar uma VM migrada ou se está sendo usada em um ambiente de produção. Por exemplo, é possível testar a VM migrada em uma única instância do Compute Engine com 2 CPUs e 8 GBytes de RAM. Em seguida, ao mover 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 GBytes de RAM.

Persistent Disk

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