O processo de migração de uma VM de origem individual ocorre nas seguintes fases:
Integração: selecione as VMs que serão migradas.
Replicação: replique os dados da VM de origem para Google Cloud. A replicação de dados é um processo contínuo que ocorre em segundo plano até o fim da substituição ou você excluir a migração.
Definição dos detalhes de destino da VM: defina as configurações da VM migrada, como projeto, tipo de instância, memória, rede, entre outros.
Clone de teste (opcional): crie um clone da VM de origem usando os dados de replicação e teste no Google Cloud.
Substituição: migrar a VM de origem. Esse processo inclui a interrupção da VM de origem, a realização de uma replicação final e a criação da instância de produção usando a VM de origem.
Finalização: limpe todos os recursos consumidos pela migração após uma operação de substituição.
Para uma descrição completa de cada uma dessas fases, consulte Processo da migração da VM. As VMs criadas durante o processo de migração são chamadas de VMs de migração e existem em vários estados durante e após uma migração.
Consulte também Detalhes do progresso da migração para mais insights sobre como monitorar o progresso durante a jornada de migração.
O processo de migração de VM segue as mesmas etapas do processo de migração de disco. Portanto, é possível alternar da migração de VM para a migração de disco e vice-versa a qualquer momento durante o processo de migração. Para mais informações, consulte Alternar da migração de VM para a migração de disco.
Neste documento, descrevemos as fases da migração de uma VM de origem para o Google Cloud.
Pré-requisitos
Execute as etapas a seguir para configurar o ambiente de migração na origem e no destino da migração.
- Como ativar os serviços do Migrate to Virtual Machines.
- (Apenas para migração da VM do VMware) Como instalar o conector do Migrate.
- Alguns recursos do Compute Engine exigem agentes e serviços em execução na VM. Esses agentes e serviços são instalados automaticamente durante a migração. No entanto, alguns recursos de segurança, como o SELinux, os antivírus e os firewalls, podem interferir nesses serviços e impedir que determinados recursos funcionem. Para garantir que o ambiente convidado funcione corretamente, siga as etapas em Serviços carregados para o ambiente de convidado e, se necessário, oEtapas de solução de problemas para o Compute Engine.
Licenciamento
O Compute Engine oferece suporte para licenças premium de pagamento por utilização (PAYG, na sigla em inglês) e com licenças adquiridas pelo usuário (BYOL), com base no sistema operacional da VM de origem. As licenças PAYG são cobradas com base nos recursos que você usa.
Consulte Sistemas operacionais compatíveis para detalhes sobre o licenciamento de todos os sistemas operacionais compatíveis.
Etapa 1: integrar uma VM
A primeira fase da migração é integrar a VM de origem. Por exemplo, um data center do vSphere pode conter dezenas, centenas ou até milhares de VMs. Ative apenas as VMs que você quer migrar.
É possível ter até 200 migrações em andamento por vez (excluindo migrações na fase Finalizar), por projeto host e região. Essa limitação se aplica à migração de VMs de todos os tipos de origem. Por exemplo, é possível migrar 100 VMs de uma origem da VMware e mais 100 VMs da AWS ao mesmo tempo.
Para integrar uma VM de origem, siga estas etapas:
Abra a página "Migrate to Virtual Machines" no console Google Cloud :
Selecione a guia Origens.
Na lista suspensa, selecione a origem da migração da VM que você quer migrar.
Abaixo do menu suspenso, é exibido o status da origem da migração como:
- Ativo: a origem está ativa e conectada ao Migrate to Virtual Machines.
- Off-line: a origem está indisponível.
- Pendente: a origem está em processo de conexão e verificação.
Se não houver entradas na lista suspensa, isso indica que você não configurou a origem da migração corretamente. Volte às etapas para definir a origem da migração e tente de novo.
Uma tabela é exibida mostrando as VMs de origem na origem de migração disponível para migração. Selecione uma ou mais VMs de origem.
A coluna Status de energia da VM mostra o status como Suspenso, Ativado, ou Desativado. É possível migrar uma VM como qualquer um desses status.
Clique em Adicionar migrações > Migração de VMs.
Confirme a criação da migração.
Depois de criar uma migração, a coluna Status da replicação de uma VM exibirá um destes estados:
- Pendente: a VM está em processo de integração.
- Pronto: a VM está integrada, mas ainda não começou a replicar.
Agora, é possível iniciar a replicação das VMs, conforme descrito na próxima seção.
Etapa 2: iniciar a replicação da VM de origem
Depois de integrar uma VM de origem, comece a replicar os dados do disco da VM de origem para Google Cloud. Esse processo ocorre em segundo plano sem interrupções na carga de trabalho.
A replicação de dados é composta de duas etapas:
Primeira etapa de replicação: o Migrate to Virtual Machines cria o snapshot inicial dos discos de dados da VM de origem e replica os dados do snapshot para o Google Cloud. Dependendo da quantidade de dados do disco na VM de origem, a primeira replicação pode levar minutos ou horas para ser concluída.
A coluna Status da replicação de uma VM na primeira etapa da replicação exibe o status da Primeira sincronização e a subetapa adequada.
Etapa de replicação incremental: após uma primeira etapa de replicação bem-sucedida, as outras etapas de replicação ocorrem em intervalos de tempo definidos (a cada duas horas, por padrão). Em cada etapa, é criado um novo snapshot para cada disco de dados. Somente as atualizações de dados que ocorreram após a etapa anterior são replicadas noGoogle Cloud usando o mecanismo de controle de bloqueio de alteração (CBT).
A coluna Status da replicação de uma VM em uma etapa de replicação incremental exibe o status Ativo seguido da subetapa apropriada.
Iniciar a replicação de uma VM de origem
Para iniciar a replicação de uma VM de origem, siga estas etapas:
Abra a página "Migrate to Virtual Machines" no console do Google Cloud :
Selecione a guia Migrações.
Uma tabela é exibida com as VMs de origem na origem da migração que você integrou. É possível iniciar a replicação em qualquer VM com o status de replicação Pronto.
Selecione uma ou mais VMs de origem.
Clique em Migração > Iniciar replicação. A coluna Status de replicação mostra o status da replicação com uma das subetapas detalhadas na tabela de subetapas do ciclo de replicação.
Para exibir o histórico de replicação de uma VM, clique nela para abrir a página de detalhes. Clique em Histórico de replicação para visualizar o histórico de replicação da VM com as subetapas da replicação.
Agora é possível configurar um destino de migração para as fases de clone de teste e de substituição.
O Migrate to Virtual Machines gera um relatório de adaptação durante a conclusão do ciclo de replicação. Para mais informações sobre os relatórios de adaptação, consulte a documentação do Relatório de adaptação.
É possível criar um clone de teste a qualquer momento após a conclusão da primeira etapa de replicação. A replicação continuará até que você a encerre explicitamente durante a fase de substituição.
Pausar replicação
Para pausar a replicação, siga estas etapas:
É possível pausar a replicação de uma VM a qualquer momento. Quando você pausa uma VM, o Status da replicação dela muda para Pausado.
Abra a página "Migrate to Virtual Machines" no console do Google Cloud :
Selecione a guia Migrações.
Uma tabela de VMs de origem disponíveis será exibida.
Selecione uma ou mais VMs.
Selecione Pausar.
Para retomar a replicação posteriormente, selecione uma ou mais VMs e selecione Retomar.
Definir o intervalo de replicação
Para definir o intervalo de replicação, siga estas etapas:
Por padrão, o Migrate to Virtual Machines executa uma replicação da VM de origem a cada duas horas. Para alterar a frequência de replicação:
Abra a página "Migrate to Virtual Machines" no console do Google Cloud :
Selecione a guia Migrações.
Uma tabela de VMs de origem disponíveis será exibida.
Para a VM, selecione o botão Editar detalhes de destino. Um painel é aberto para configurar o destino.
Para definir a frequência de várias VMs, selecione as VMs e clique no botão Editar detalhes do destino. Um painel é aberto para permitir a configuração da frequência de replicação das VMs selecionadas.
Selecione a guia Detalhes do destino.
Na área Política de replicação, defina a frequência da replicação em segundos.
Selecione Salvar.
Alternar de migração de VM para migração de disco
É possível alternar entre a migração de VM e a migração de disco a qualquer momento durante o processo de migração.
Para alternar da migração de VM para a migração de disco, siga estas etapas:
Abra a página "Migrate to Virtual Machines" no console do Google Cloud :
Selecione a guia Migrações.
Selecione uma ou mais VMs.
Clique em Migração > Converter em migração em disco.
Quando você alterna da migração de VM para a de disco, as informações sobre o destino são apagadas. Isso ocorre porque essas migrações usam diferentes informações sobre o destino. No entanto, o progresso da replicação não será perdido durante a troca.
Para que a migração seja bem-sucedida, é necessário atualizar os detalhes do destino antes de clonar ou substituir operações na VM. Para mais informações, consulte Como configurar o destino.
Etapa 3: configurar o destino de uma VM migrada
Para configurar um destino, são necessárias duas etapas principais:
Adicionar um projeto de destino. O projeto de destino é o projeto que contém a instância do Compute Engine usada para hospedar a VM migrada.
O projeto host é adicionado automaticamente como um projeto de destino, portanto, não é necessário adicioná-lo explicitamente. Se você quiser adicionar outro projeto como um projeto de destino, consulte Como adicionar um projeto de destino.
Configure a instância do Compute Engine usada para hospedar a VM migrada. Em um ambiente de teste e de produção, configure a instância do Compute Engine de destino para especificar as configurações, incluindo:
- Projeto do Google
- Número de CPUs
- Quantidade de memória
Nesta seção, descrevemos como definir a configuração inicial da instância do Compute Engine utilizada para hospedar a VM migrada. No entanto, há muitas outras configurações que podem ser aplicadas a uma instância do Compute Engine. Confira a descrição detalhada de todas as configurações na documentação do Compute Engine.
É possível modificar as informações do destino a qualquer momento. Ao instanciar uma instância do Compute Engine para a fase de clone de teste ou de substituição, o Migrate to Virtual Machines usa as configurações de detalhes de destino no momento da operação.
Para configurar o destino do Compute Engine, siga estas etapas:
Caso ainda não tenha feito isso, adicione o projeto de destino, conforme mostrado em Como adicionar um destino.
Abra a página "Migrate to Virtual Machines" no console do Google Cloud :
Selecione a guia Migrações.
Uma tabela de migrações será exibida.
Selecione uma VM (é possível selecionar várias para editar) e, em seguida, clique no botão Editar detalhes do destino. No painel que aparece, configure os detalhes de destino de todas as VMs selecionadas.
Defina os detalhes do destino que definem as características da instância do Compute Engine usada para hospedar a VM migrada. A tabela a seguir lista essas configurações e fornece links para a documentação do Compute Engine com descrições detalhadas.
O Migrate to Virtual Machines não tem suporte para todas as configurações do Compute Engine. Só é possível definir as configurações descritas na tabela a seguir. Após a criação da instância do Compute Engine, é possível modificar todas as configurações dele:
Título da seção Nome do campo Descrição Geral Nome da instância
O nome da instância do Compute Engine. Consulte Convenções de nomenclatura de recursos para exibir as regras de nomenclatura. Projeto
O nome do projeto que hospeda a instância do Compute Engine. Precisa ser um projeto que você já tenha adicionado anteriormente nesta seção. Zona
A zona da instância do Compute Engine. Consulte Regiões e zonas.
A região da instância implantada é aquela que você especificou ao registrar o Migration Connector. Saiba mais em Como instalar o Migration Connector.
Rótulos
Para organizar o projeto, adicione rótulos como pares de chave-valor aos recursos. Consulte Como rotular recursos. Configuração da máquina Série do tipo de máquina
O Compute Engine oferece séries de tipo de máquina predefinidas que podem ser usadas ao criar uma instância. Cada opção tem um custo diferente. Selecione a série de tipo de máquina mais adequada para sua carga de trabalho.
Acesse Preços para mais informações.
O Migrate to Virtual Machines determina o tipo de SO da instância do Compute Engine automaticamente com base na VM de origem e aplica o licenciamento PAYG à instância. Consulte Licenciamento.Tipo de máquina
No Compute Engine, há tipos de máquinas predefinidos que podem ser usados quando você cria uma instância. Os tipos de máquina disponíveis dependem da série selecionada no campo Série do tipo de máquina.
Consulte a documentação sobre tipos de máquina predefinidos para mais informações.Na manutenção do host
Quando o Compute Engine executa a manutenção periódica da infraestrutura, ele pode migrar suas instâncias de VM para outro hardware, sem período de inatividade. Defina essa opção como Migrar instância de VM (recomendado) como padrão para migrar a VM. Selecione Encerrar para encerrar a instância. Reinicialização automática
Quando definido como Ativado (recomendado), o padrão, o Compute Engine reinicia automaticamente as instâncias quando elas são encerradas por motivos não iniciados pelo usuário, como evento de manutenção, falha de hardware ou de software. Selecione Desativado para desativar a reinicialização. Metadados
Especifique pares de chave-valor de metadados da VM que serão armazenados na VM migrada.
Para mais informações sobre os metadados da VM do Compute Engine, consulte a documentação sobre metadados da VM.
O Migrate to Virtual Machines impõe uma limitação de 64K caracteres para todos os pares de chave-valor de metadados em cada VM migrada.Rede Nome da rede
Especifica a rede VPC em que as instâncias farão parte. Nome da sub-rede
Especifica a sub-rede associada a uma região. Precisa ser uma sub-rede da rede especificada. Endereço IP externo
Defina como Nenhum (padrão) para desativar o acesso externo e como Temporário para permitir que o gcloud CLI atribua um endereço IP. Consulte Configurar endereços IP externos estáticos. Endereço IP interno
Defina como Temporário (automático) (padrão) para permitir que o gcloud CLI atribua um endereço IP, Temporário (personalizado) para definir o próprio IP ou reserved-internal-ip (IP) para usar um IP predefinido. Consulte Configurar endereços IP internos estáticos. Nome do host
Para criar uma VM com um nome do host personalizado, especifique qualquer nome de DNS totalmente qualificado. Os nomes de host personalizados precisam estar em conformidade com os requisitos do RFC 1035 para nomes de host válidos.
Para mais informações sobre como formatar nomes de host personalizados, consulte a documentação Nome do host personalizado.
É possível alterar o nome do host das VMs do Windows usando a API TargetDetails. Depois de alterar localmente o nome do host da VM do Windows, atualize-o no Active Directory (AD) para que a confiança no AD não seja interrompida.
Adicionar interface de rede
O Migrate to Virtual Machines permite criar uma instância do Compute Engine com várias interfaces de rede (NICs). Cada interface é anexada a uma rede VPC diferente, oferecendo a essa instância acesso a diferentes redes VPC no gcloud CLI. Se você não escolher uma interface de rede, a imagem de máquina será anexada à rede e sub-rede padrão do projeto em uma região.
Antes de adicionar interfaces de rede, considere as informações a seguir:- Não é possível anexar várias interfaces de rede à mesma rede VPC. Embora seja possível salvar a configuração, a instanciação da VM vai falhar.
- Depois que uma instância do Compute Engine for instanciada, usando
test-cloneoucut-over, não será possível adicionar nem remover uma interface de rede na instância criada. É possível repetirtest-cloneoucut-overcom detalhes de destino diferentes para recriar a instância.
Para adicionar ou remover uma interface de rede, faça o seguinte: - Selecione Adicionar interface de rede para incluir mais uma interface de rede na instância do Compute Engine. É possível definir todas as mesmas opções que você faz com a interface de rede inicial.
Tags de rede
As tags permitem que você aplique regras de firewall e rotas a instâncias de VM específicas. Consulte Como configurar tags de rede. Outras configurações Conta de serviço
Especifica a conta de serviço no projeto de destino usado para executar a instância do Compute Engine. Por padrão, nenhuma conta de serviço é atribuída à instância do Compute Engine.
Se você planeja executar um aplicativo na instância do Compute Engine que precisa de acesso a outros serviços e APIs do gcloud CLI, crie uma conta de serviço no projeto de destino com as permissões necessárias para acessar esses serviços e APIs antes de criar a instância do Compute Engine. Depois, especifique a conta de serviço aqui. Para mais informações, consulte configurar uma VM para ser executada como conta de serviço.
Para anexar a conta de serviço à instância do Compute Engine, sua conta de usuário no projeto host do Migrate to Virtual Machines requer as permissões necessárias. Para mais informações, consulte Como configurar permissões na conta de serviço do projeto de destino.Tipo de disco
Especifica o tipo de armazenamento da instância. Consulte Opções de armazenamento. Pools de armazenamento
Se você precisar de armazenamento em grande escala para seus dados e quiser usar um pool de armazenamento do Hyperdisk, selecione Ativar pool de armazenamento. Um pool de armazenamento do Hyperdisk é um conjunto de pré-compra de capacidade, operações de entrada/saída por segundo (IOPS) e capacidade de processamento que pode ser provisionado para seus aplicativos conforme necessário. É possível usar pools de armazenamento do Hyperdisk para criar e gerenciar discos em pools e usá-los em várias cargas de trabalho. Ao gerenciar discos de maneira agregada, você economiza custos e consegue o aumento esperado de capacidade e desempenho. Para mais informações sobre os pools de armazenamento do Hyperdisk, consulte este link.
Chave de criptografia gerenciada pelo cliente
A chave que você quer usar para proteger seus dados em Google Cloud. Por padrão, o Google Cloud criptografa automaticamente os dados quando estão em repouso usando chaves de criptografia gerenciadas pelo Google. Caso precise atender a requisitos regulamentares ou de compliance específicos relacionados às chaves que protegem seus dados, use as chaves de criptografia gerenciadas pelo cliente (CMEK) para criptografar e descriptografar seus dados em repouso. Você pode criar e gerenciar suas chaves.
Ao adicionar uma CMEK, é preciso também atribuir as permissões do papel Criptografador/descriptografador de CryptoKey do Cloud Key Management Service à conta do agente de serviço do Compute Engine em uso. Para mais informações, consulte Proteger recursos usando chaves do Cloud KMS.Converter BIOS em UEFI
Ative essa opção para converter o tipo de inicialização do SO de uma instância de VM do Sistema Básico de Entrada/Saída (BIOS) para a Interface Unificada de Firmware Extensível (UEFI). Essa opção é útil quando você quer iniciar sua instância de VM com segurança, já que a inicialização segura só tem suporte em UEFI. No entanto, é possível também simplesmente converter o tipo de inicialização de BIOS para UEFI sem usar a inicialização segura.
Inicialização segura
Todas as VMs selecionadas precisam ter uma opção de inicialização EFI para ativar a inicialização segura. O Compute Engine aplica políticas atualizadas que podem impedir que a VM seja carregada quando a Inicialização segura estiver ativada. Para mais informações, consulte Inicialização segura na documentação do Compute Engine. Tipo de licença
O Compute Engine oferece suporte a licenças de pagamento por utilização (PAYG, na sigla em inglês) e licenças adquiridas pelo usuário (BYOL) para as VMs implantadas. O tipo de licença padrão de uma VM migrada é atribuído pelo Migrate to Virtual Machines com base no sistema operacional migrado, conforme descrito em Sistemas operacionais com suporte.
Se seu sistema operacional fornecer suporte a vários tipos de licença, será possível substituir o tipo de licença padrão para especificar explicitamente um tipo de licença PAYG ou BYOL.Outras licenças
O Migrate to Virtual Machines permite até 10 licenças extras (usando o formato de URL válido) que podem ser adicionadas na seção Configuração adicional da caixa de diálogo Detalhes de destino.
Por exemplo, é possível adicionar mais licenças usando este formato de URL:
https://www.googleapis.com/compute/beta/projects/windows-sql-cloud/global/licenses/sql-server-2012-enterprise
Locatário único Rótulos de afinidade de nó
O Compute Engine permite a implantação de cargas de trabalho migradas nos nós de locatário individual. Um nó de locatário individual é um servidor do Compute Engine dedicado a hospedar apenas as VMs do seu projeto.
Antes de configurar suas cargas de trabalho migradas para serem executadas em nós de locatário individual, você precisa ter criado um modelo e um grupo de nós de locatário individual no projeto e na zona de destino. Consulte Como provisionar VMs em nós de locatário individual.
Os rótulos de afinidade agrupam nós e grupos de nós de maneira lógica. Ao provisionar as instâncias do Compute Engine, use rótulos de afinidade para programar a execução das instâncias em um conjunto específico de nós ou grupos de nós.
É possível adicionar rótulos de afinidade às VMs de migração inserindo-as manualmente no painel de informações por par de chave-valor ou usando a caixa de diálogo "Procurar nó" para selecionar um nó ou grupo de nós. Em seguida, edite os rótulos de afinidade da VM para personalizar a implantação de locatário individual:- Selecione "Procurar nó" para adicionar um rótulo de afinidade da lista de nós e grupos de nós de locatário individual disponíveis. Um par de chave-valor será criado automaticamente quando você selecionar o nó ou o grupo de nós.
- Selecione "Adicionar novo" para inserir manualmente o rótulo de afinidade.
Mínimo de vCPUs alocadas
Defina o Mínimo de vCPUs alocadas para a instância do Compute Engine.
Saiba mais em Afinidade e antiafinidade de nós e Configurar rótulos de afinidade de nó.Política de replicação Duração da inatividade de replicação entre ciclos
Por padrão, o Migrate to Virtual Machines executa uma replicação da VM de origem a cada duas horas. Defina a frequência de replicação (em segundos).
Selecione Salvar.
Posteriormente, será possível editar os detalhes do destino. Ao instanciar uma instância do Compute Engine para as fases test-clone ou cut-over, o Migrate to Virtual Machines usa as configurações de detalhes de destino no momento da operação.
(Opcional) Etapa 4: testar um clone de uma VM de migração
Na fase de clone de teste, o Migrate to Virtual Machines implanta um clone da VM migrada em uma instância do Compute Engine no ambiente de teste. Embora a fase de teste seja opcional, é recomendável realizar o teste antes de implantar uma VM migrada para a produção.
Sempre que você cria uma instância de clone de teste, ela é clonada dos dados mais recentes do ciclo de replicação usando os detalhes de destino atuais. Em outras palavras, uma instância de clone de teste representa um snapshot da VM de origem no momento do último ciclo de replicação concluído.
Para VMs de origem do Azure que têm mais de um disco, os ciclos de replicação do Migrate to Virtual Machines criam snapshots de cada disco de maneira independente uns dos outros. Como esses snapshots não são gerados simultaneamente, os dados capturados podem, às vezes, apresentar pequenas discrepâncias. Portanto, é recomendável não usar clones de teste como substitutos de produção ao fazer a substituição.
Iniciar seu primeiro clone de teste
É possível criar seu primeiro clone de teste após a conclusão do ciclo de replicação inicial e, em seguida, criar outros clones de teste durante todo o processo de migração.
Para iniciar um clone de teste, é preciso que você já tenha configurado um ambiente de destino para a instância do Compute Engine antes de iniciar esse recurso. Consulte a documentação Como configurar o destino para mais informações.
Só é possível testar uma VM no estado Pausado se ela tiver concluído pelo menos uma replicação.
Para mais informações sobre possíveis problemas durante a fase de clone de teste, consulte a seção Solução de problemas.
Criar uma clonagem de teste de uma VM
Para criar um clone de teste de uma VM usando o Migrate to Virtual Machines, siga estas etapas:
Verifique se você configurou um ambiente de destino de VM de teste, conforme mostrado em Como configurar o destino da VM.
Abra a página "Migrate to Virtual Machines" no console do Google Cloud :
Selecione a guia Migrações.
Uma tabela de VMs de origem disponíveis será exibida. É possível testar qualquer VM que esteja no estado Ativo (ciclo atual: XX%) ou Ativo (ocioso). O estado Ativo significa que a primeira sincronização de replicação da VM foi bem-sucedida e os dados da VM estão sendo replicados de forma incremental.
Selecione uma VM.
Selecione Substituição e Clone de teste > Clone de teste. A coluna Status do clone de teste/substituição mostra o status da operação com uma das subetapas detalhadas na tabela de subetapas do clone de teste.
Aguarde até a coluna Status do clone de teste/substituição exibir Concluído. Isso indica que o clone foi criado com sucesso.
É possível visualizar o histórico de clones de teste de uma VM de uma das seguintes maneiras:
Clique no ícone Painel de informações
da VM. No painel que será aberto à direita, a guia Monitoramento exibe o histórico, incluindo o nome de cada instância de clone de teste.Clique na VM para abrir a página de detalhes. Clique no Histórico de clones de teste/substituição para exibir o histórico de clones de teste da VM, além das subetapas do clone de teste.
Para cancelar uma operação ativa de clone de teste, clique em Substituição e Clone de teste > Cancelar Clone de teste.
Para a VM do clone de teste, clique em Mostrar detalhes para visualizar o nome da instância de VM.
Para gerenciar a instância do Compute Engine em execução, acesse a página Instâncias de VM no Google Cloud console do seu projeto:
Acessar a página Instâncias de VMs
No console do Google Cloud , é possível gerenciar a instância do Compute Engine para:
- iniciar, parar e excluir a instância;
- determinar o endereço IP interno e externo da instância;
- conferir e modificar as características da instância;
- fazer todas as outras tarefas de gerenciamento.
Execute qualquer teste de validação ou outro teste na VM migrada.
Após concluir os testes, exclua a instância do Compute Engine para liberar recursos para que você não seja mais cobrado pela instância.
Gerenciar vários clones de teste
Durante a jornada de migração, é possível criar vários clones de teste. Por exemplo, você cria o primeiro clone de teste após o ciclo de replicação inicial. Depois, conforme você refinar a migração, criará novos clones de teste pelos seguintes motivos:
- Modificações feitas na sua VM de origem para dar suporte à migração
- Modificações feitas nos detalhes do destino da VM migrada
- Novos dados de replicação da VM de origem
- Qualquer outra alteração feita durante o ciclo de teste
Lembre-se de que um clone de teste é um snapshot da VM de origem criada a partir dos dados de replicação atuais e dos detalhes de destino. Novos dados de replicação e modificações nos detalhes de destino são aplicados apenas a novos clones de teste, não a clones de teste existentes.
Se você tiver uma instância de clone de teste em execução, antes de criar um novo clone de teste, é possível:
Excluir a instância de clone de teste existente e, depois, criar uma nova com o mesmo nome de instância. Não é possível criar uma nova instância com o mesmo nome de uma instância atual.
Editar os detalhes do destino para definir um novo nome de instância. Além disso, se você especificou um endereço IP reservado ou personalizado para uma instância de clone de teste já existente, certifique-se de usar valores diferentes para qualquer outra instância.
Para monitorar todas as instâncias de clone de teste, siga estas etapas:
Visualize o histórico de clones de teste de uma VM de uma das seguintes maneiras:
Clique no ícone Painel de informações
da VM. No painel que será aberto à direita, a guia Monitoramento exibe o histórico, incluindo o nome de cada instância de clone de teste.Clique na VM para abrir a página de detalhes. Clique no Histórico de clones de teste/substituição para exibir o histórico de clones de teste da VM, além das subetapas do clone de teste.
Para gerenciar uma instância em execução do Compute Engine, selecione o ícone de seta para abrir a instância de VM no console do Google Cloud .
Ou acesse diretamente a página Instâncias de VM no console do Google Cloud :
Acessar a página Instâncias de VMs
Depois de criar um clone de teste, cabe a você gerenciá-lo. Ou seja, se você quiser modificar ou excluir uma VM de clone de teste em execução, use as ferramentas do Compute Engine, não o Migrate to Virtual Machines.
Etapa 5: criar uma substituição
Na fase de substituição, você transmite o controle para a VM migrada em execução em uma instância do Compute Engine no ambiente de produção no Google Cloud.
O Migrate to Virtual Machines gera um relatório de adaptação durante a conclusão do ciclo de substituição. Para mais informações sobre os relatórios de adaptação, consulte a documentação do Relatório de adaptação.
Siga estas etapas para o processo de substituição:
Se a replicação de dados estiver ativa, o que significa que o Status de replicação da VM está como Ativo (ciclo atual: XX%), aguarde a conclusão.
Encerra a VM de origem.
Executa a replicação final de dados. Como a replicação ocorre em todas as fases da migração, a quantidade de dados a serem replicados não pode ser muito grande.
Interrompe a replicação.
Cria a instância do Compute Engine com base nos dados replicados finais.
A fase de substituição inclui um período de inatividade curto da VM e precisa ocorrer durante uma janela de manutenção programada. É necessário determinar a janela de manutenção em que é possível interromper a VM de origem e redirecionar o tráfego para a VM migrada em execução no Compute Engine.
Para criar uma substituição, siga estas etapas:
Verifique se você configurou os detalhes de destino da VM, conforme mostrado em Como configurar o destino da VM. Se os detalhes do destino tiverem sido configurados anteriormente para a operação de clone de teste, convém editá-los para apontar para um novo destino.
Abra a página "Migrate to Virtual Machines" no console do Google Cloud .
Selecione a guia Migrações.
Uma tabela de VMs de origem disponíveis será exibida. É possível fazer a substituição de qualquer VM que esteja no estado Ativo (ciclo atual: XX%) ou Ativo (inativo). O estado Ativo significa que a primeira sincronização de replicação da VM foi bem-sucedida e os dados da VM estão sendo replicados de forma incremental.
A coluna Tempo de substituição estimado mostra uma estimativa do tempo necessário para concluir um job de substituição para uma VM depois que você inicia uma substituição. Esse campo é preenchido apenas para uma VM ativa que concluiu alguns ciclos de replicação.
A coluna Status do clone de teste/substituição mostra o status da operação com uma das subetapas detalhadas na tabela de subetapas da substituição.
Selecione uma VM de origem.
Selecione Substituição e Clone de teste > Substituição. A inicialização de uma substituição em uma VM de migração inicia a seguinte sequência de ações realizadas pelo Migrate to Virtual Machines:
Encerra a VM de origem.
Executa a replicação final de dados. Como a replicação contínua ocorre em todas as fases da migração, a quantidade de dados a serem replicados não pode ser muito grande.
Cria a instância do Compute Engine que hospeda a VM migrada usando os dados replicados finais.
Interrompe a replicação de dados.
Aguarde até que a coluna Status do clone de teste/substituição mostre o job de substituição concluído. Isso indica que a substituição foi concluída.
É possível visualizar o histórico de substituição de uma VM de uma das seguintes maneiras:
Clique no ícone Painel de informações,
, da VM. No painel que é aberto à direita, a guia Monitoramento mostra o histórico, incluindo o nome de cada instância de transição.Clique na VM para abrir a página de detalhes. Clique no Histórico de clones de teste/substituição para exibir o histórico de substituição da VM, bem como as subetapas da substituição.
É possível cancelar uma operação de substituição ativa clicando em Substituição e Clone de teste > Cancelar Substituição. No entanto, se você quiser retomar o uso da VM de origem, será necessário reiniciá-la manualmente.
Para gerenciar uma instância em execução do Compute Engine, selecione o ícone de seta para abrir a instância de VM no console do Google Cloud .
Ou acesse diretamente a página Instâncias de VM no console do Google Cloud :
Acessar a página Instâncias de VMs
No console do Google Cloud , é possível gerenciar a instância do Compute Engine para:
- iniciar, parar e excluir a instância;
- determinar o endereço IP interno e externo da instância;
- conferir e modificar as características da instância;
- executar todas as outras tarefas de gerenciamento;
Realize o teste de validação na carga de trabalho migrada.
Se você quiser repetir a substituição ou reverter a substituição:
Tente fazer a substituição novamente
Para repetir a substituição, siga estas etapas:
Selecione uma VM no estado Substituição.
Selecione Migração > Retomar replicação.
Tente fazer a substituição novamente.
Reverter a substituição
Para reverter a substituição, siga estas etapas:
A substituição interrompe a VM original na origem de migração. Portanto, é necessário iniciá-la e redirecionar o tráfego de volta à VM de origem.
Se necessário, copie os novos dados criados na instância do Compute Engine para que seja possível gravá-los na VM de origem.
Opcionalmente, exclua ou encerre a instância do Compute Engine que executa a VM migrada.
Retome a replicação na VM de origem. A replicação é retomada a partir do último snapshot capturado.
Tente fazer a substituição novamente.
Etapa 6: finalizar uma migração
Os dados de replicação usados para criar uma VM do Compute Engine são mantidos após a substituição para que você retome a replicação a partir do último snapshot de replicação.
No entanto, você será cobrado pelo armazenamento usado pelos dados de replicação até excluí-los na fase de finalização. A finalização exclui todos os dados de replicação e todos os outros recursos de armazenamento associados a uma VM migrada.
A fase de Finalizar não exclui as instâncias do Compute Engine que executam uma VM migrada. Se você criou instâncias do Compute Engine durante a fase de teste, é necessário excluí-las manualmente. Você será cobrado por essas instâncias até que elas sejam excluídas.
Para finalizar uma migração, siga estas etapas:
Abra a página "Migrate to Virtual Machines" no console do Google Cloud :
Selecione a guia Migrações.
Uma tabela de VMs de origem disponíveis será exibida. A finalização só pode ser realizada em VMs no estado Substituição.
Selecione uma VM de origem.
Selecione Finalizar e confirme a finalização.
Após a conclusão, o estado da VM será Finalizado. As únicas operações permitidas em uma migração no estado Finalizado são:
- Excluir a migração
- Adicionar ou remover de um grupo
Excluir uma migração
Excluir uma migração remove:
- os dados de replicação da VM armazenados no Google Cloud;
- as informações de configuração do Compute Engine;
- o histórico de monitoramento;
- todos os outros dados associados à migração de uma VM;
- a VM da lista de VMs integradas na guia Migrações.
- A VM do grupo, se ela for membro do grupo
No entanto, excluir uma migração não remove a VM de origem da lista de VMs disponíveis para o data center exibida na guia Origens. Ou seja, somente os dados de migração da VM são excluídos. A VM de origem original em si não é afetada quando você exclui uma migração. Isso significa que é possível integrar a VM de origem novamente para migrá-la.
Para remover uma migração, siga estas etapas:
Abra a página "Migrate to Virtual Machines" no console do Google Cloud :
Selecione a guia Migrações.
Selecione uma VM de origem.
Clique em Excluir e confirme.
A VM é removida da tabela de migração.
Selecione a guia Origens.
Na lista suspensa, selecione a origem da migração que você quer excluir.
Uma tabela é exibida mostrando as VMs de origem na origem de migração disponível para migração. Observe que a VM de origem correspondente à migração excluída ainda está listada.
Se necessário, reinicie uma migração na VM.