O processo de migração de uma VM de origem individual ocorre nas seguintes fases:
Incorporação: selecione as VMs a migrar.
Replicar: replique dados da VM de origem para Google Cloud. A replicação de dados é um processo contínuo que ocorre em segundo plano até à mudança definitiva ou à eliminação da migração.
Defina os detalhes do destino da VM: configure as definições da VM migrada, como o projeto, o tipo de instância, a memória, a rede e muito mais.
(Opcional) Teste de clonagem: crie um clone da VM de origem a partir dos dados de replicação e teste-o no Google Cloud.
Cut-over: migre a VM de origem. Este processo inclui parar a VM de origem, fazer uma replicação final e criar a instância de produção a partir da VM de origem.
Finalizar: limpe todos os recursos consumidos pela migração após uma operação de transferência bem-sucedida.
Para uma descrição completa de cada uma destas fases, consulte o processo de migração de VMs. As VMs que cria durante o processo de migração são denominadas VMs de migração e existem em vários estados durante e após uma migração.
Também deve ver Detalhes do progresso da migração para ter mais informações sobre como monitorizar o progresso durante o processo de migração.
O processo de migração de VMs segue os mesmos passos que o processo de migração de discos. Por conseguinte, pode optar por mudar da migração de VMs para a migração de discos e vice-versa em qualquer altura durante o processo de migração. Para mais informações, consulte o artigo Mude da migração de VMs para a migração de discos.
Este documento descreve as fases da migração de uma VM de origem para o Google Cloud.
Pré-requisitos
Siga os passos abaixo para configurar o ambiente de migração na sua origem de migração e destino de migração.
- Ativar os serviços do Migrate to Virtual Machines.
- (Apenas para a migração de VMs VMware) Instalar o Migrate Connector.
- Algumas funcionalidades do Compute Engine requerem agentes e serviços em execução na VM. Estes agentes e serviços são instalados automaticamente durante a migração. No entanto, determinadas funcionalidades de segurança, como o SELinux, os antivírus e as firewalls, podem interferir com estes serviços e impedir o funcionamento de determinadas funcionalidades. Para se certificar de que o ambiente convidado funciona corretamente, siga os passos em Serviços carregados para o ambiente convidado e, se necessário, os passos de resolução de problemas do Compute Engine.
Licenciamento
O Compute Engine suporta licenças premium de pagamento conforme o uso (PAYG) e licenças próprias (BYOL), com base no sistema operativo da VM de origem. As licenças de pagamento conforme o uso são faturadas com base nos recursos que usa.
Consulte o artigo Sistemas operativos suportados para ver detalhes sobre o licenciamento de todos os sistemas operativos suportados.
Passo 1: integre uma VM
A primeira fase da migração consiste em integrar a VM de origem. Por exemplo, um centro de dados do vSphere pode conter dezenas, centenas ou mesmo milhares de VMs. Integre apenas as VMs que quer migrar.
Pode ter até 200 migrações em curso em simultâneo (excluindo migrações na fase de finalização), por projeto anfitrião e região. Esta limitação destina-se à migração de VMs de todos os tipos de origens. Por exemplo, pode migrar 100 VMs de uma origem do VMware e 100 VMs adicionais da AWS em simultâneo.
Para integrar uma VM de origem, siga estes passos:
Abra a página Migrate to Virtual Machines na Google Cloud consola:
Selecione o separador Origens.
Na lista pendente, selecione a origem da migração a partir da qual quer migrar uma VM.
Abaixo do menu pendente, vê o Estado da origem da origem da migração como:
- Ativa: a origem está ativa e ligada ao Migrate to Virtual Machines.
- Offline: a origem não está disponível.
- Pendente: a origem está em processo de ligação e validação.
Se não vir nenhuma entrada na lista pendente, significa que não configurou corretamente a origem da migração. Reveja os passos para definir a origem da migração e tente novamente.
É apresentada uma tabela que mostra as VMs de origem na origem da migração disponíveis para migração. Selecione uma ou mais VMs de origem.
A coluna Estado de energia da VM mostra o estado como Suspenso, Ativado ou Desativado. Pode migrar uma VM com qualquer um destes estados.
Clique em Adicionar migrações > Migração de VMs.
Confirme que quer criar a migração.
Depois de criar uma migração, a coluna Estado da replicação de uma MV apresenta uma das seguintes opções:
- Pendente: a VM está em processo de integração.
- Pronta: a VM está integrada, mas ainda não começou a replicar.
Já pode iniciar a replicação das VMs, conforme descrito no passo seguinte.
Passo 2: inicie 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 Google Cloud. Este processo ocorre em segundo plano sem interrupções na carga de trabalho.
A replicação de dados é composta por dois passos:
Primeiro passo de replicação: a migração para máquinas virtuais cria a imagem instantânea inicial dos discos de dados da VM de origem e replica os dados da imagem instantânea para oGoogle Cloud. Dependendo da quantidade de dados do disco na VM de origem, a primeira replicação pode demorar minutos ou horas a ser concluída.
A coluna Estado da replicação de uma VM no primeiro passo de replicação apresenta o estado Primeira sincronização seguido do subpasso adequado.
Passo de replicação incremental: após um primeiro passo de replicação bem-sucedido, os passos de replicação incremental ocorrem em intervalos de tempo definidos (a cada duas horas por predefinição). Em cada passo, é criado um novo instantâneo para cada disco de dados. Apenas as atualizações de dados ocorridas após o passo anterior são replicadas para Google Cloud através do mecanismo de acompanhamento de blocos de alterações (CBT).
A coluna Estado da replicação de uma VM num passo de replicação incremental apresenta o estado Ativo seguido do subpasso adequado.
Inicie a replicação de uma VM de origem
Para iniciar a replicação de uma VM de origem, siga estes passos:
Abra a página Migrate to Virtual Machines na Google Cloud consola:
Selecione o separador Migrações.
É apresentada uma tabela que mostra as VMs de origem na origem da migração que adicionou. Pode iniciar a replicação em qualquer MV com o estado de replicação Pronto.
Selecione uma ou mais VMs de origem.
Clique em Migração > Iniciar replicação. A coluna Estado da replicação mostra o estado da replicação juntamente com um dos subpassos detalhados na tabela de subpassos do ciclo de replicação.
Para ver o histórico de replicação de uma VM, clique na VM para abrir a página de detalhes. Clique em Histórico de replicação para ver o histórico de replicação da VM, juntamente com os subpassos da replicação.
Agora, pode configurar um destino de migração para as fases de teste de clonagem e de transição.
A migração para máquinas virtuais gera um relatório de adaptação após 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.
Pode criar um clone de teste em qualquer altura após a conclusão do primeiro passo de replicação. A replicação continua até a terminar explicitamente durante a fase de transição.
Pausar replicação
Para pausar a replicação, siga estes passos:
Pode pausar a replicação de uma VM em qualquer altura. Quando pausa uma VM, o respetivo estado de replicação é alterado para Pausado.
Abra a página Migrate to Virtual Machines na Google Cloud consola:
Selecione o separador Migrações.
É apresentada uma tabela de VMs de origem disponíveis.
Selecione uma ou mais VMs.
Selecione Pausar.
Para retomar a replicação mais tarde, selecione uma ou mais VMs e, de seguida, selecione Retomar.
Defina o intervalo de replicação
Para definir o intervalo de replicação, siga estes passos:
Por predefinição, a migração para máquinas virtuais executa uma replicação da VM de origem a cada 2 horas. Para alterar a frequência de replicação:
Abra a página Migrate to Virtual Machines na Google Cloud consola:
Selecione o separador Migrações.
É apresentada uma tabela de VMs de origem disponíveis.
Para a MV, selecione o botão Editar detalhes do destino. É aberto um painel que lhe permite configurar o destino.
Para definir a frequência de várias VMs, selecione as VMs e, de seguida, selecione o botão Editar detalhes do alvo. É aberto um painel que lhe permite configurar a frequência de replicação das VMs selecionadas.
Selecione o separador Detalhes do alvo.
Na área Política de replicação, defina a frequência de replicação em segundos.
Selecione Guardar.
Mude da migração de VMs para a migração de discos
Pode alternar entre a migração de VMs e a migração de discos em qualquer altura durante o processo de migração.
Para mudar da migração de VMs para a migração de discos, siga estes passos:
Abra a página Migrate to Virtual Machines na Google Cloud consola:
Selecione o separador Migrações.
Selecione uma ou mais VMs.
Clique em Migração > Converter para migração de disco.
A mudança da migração de VMs para a migração de discos elimina os detalhes do destino. Isto deve-se ao facto de os detalhes do destino para a migração de VMs e a migração de discos serem diferentes. No entanto, o progresso da replicação não é perdido durante a mudança.
Tem de atualizar os detalhes do destino antes de clonar ou transferir operações na sua VM para que a migração seja bem-sucedida. Para mais informações, consulte o artigo Configurar o destino.
Passo 3: configure o destino de uma VM migrada
Para configurar um objetivo, siga dois passos principais:
Adicione um projeto de destino. O projeto de destino é o projeto que contém a instância do Compute Engine usada para alojar a VM migrada.
O projeto anfitrião é adicionado automaticamente como um projeto de destino, pelo que não é necessário adicioná-lo explicitamente. Se quiser adicionar um projeto adicional como projeto de destino, consulte o artigo Adicionar um projeto de destino.
Configure a instância do Compute Engine usada para alojar a VM migrada. Para um ambiente de teste e de produção, configure a instância do Compute Engine de destino para especificar definições, incluindo:
- Projeto Google
- Número de CPUs
- Quantidade de memória
Esta secção descreve como definir a configuração inicial da instância do Compute Engine usada para alojar a VM migrada. No entanto, existem muitas definições adicionais que pode aplicar a uma instância do Compute Engine. Consulte a documentação do Compute Engine para ver descrições detalhadas de todas as definições.
Pode modificar os detalhes do alvo em qualquer altura. Quando cria uma instância do Compute Engine para a fase de teste de clonagem ou de transição, a ferramenta Migrate to Virtual Machines usa as definições de detalhes do destino no momento da operação.
Para configurar o destino do Compute Engine, siga estes passos:
Se ainda não o fez, adicione o projeto de destino, conforme mostrado em Adicionar um destino.
Abra a página Migrate to Virtual Machines na Google Cloud consola:
Selecione o separador Migrações.
É apresentada uma tabela de migrações.
Selecione uma VM (pode selecionar várias para editar) e, de seguida, selecione o botão Editar detalhes do alvo. No painel apresentado, configure os detalhes de destino para todas as VMs selecionadas.
Defina os detalhes do destino que definem as caraterísticas da instância do Compute Engine usada para alojar a VM migrada. A tabela seguinte apresenta essas definições e fornece links para a documentação do Compute Engine com descrições detalhadas.
A migração para máquinas virtuais não suporta todas as definições do Compute Engine. Só pode definir as descritas na tabela seguinte. Depois de criar a instância do Compute Engine, pode modificar todas as respetivas definições:
Título da secção Nome do campo Descrição Geral Nome da instância
O nome da instância do Compute Engine. Consulte a convenção de nomenclatura de recursos para ver as regras de nomenclatura. Projeto
O nome do projeto que aloja a instância do Compute Engine. Tem de ser um projeto que já tenha adicionado anteriormente nesta secção. Zona
Zona da instância do Compute Engine. Consulte Regiões e zonas.
A região da instância implementada é a que especificou quando registou o conetor de migração. Para mais informações, consulte o artigo Instalar o conetor de migração.
Etiquetas
Para organizar o seu projeto, adicione etiquetas como pares de chave/valor aos seus recursos. Consulte o artigo Etiquetar recursos. Configuração da máquina Série do tipo de máquina
O Compute Engine oferece séries de tipos de máquinas predefinidas que pode usar quando cria uma instância. Cada opção tem um custo diferente. Selecione a série de tipos de máquinas mais adequada à sua carga de trabalho.
Consulte a secção Preços para mais informações.
A migração para máquinas virtuais determina automaticamente o tipo de SO da instância do Compute Engine com base na VM de origem e aplica o licenciamento de pagamento conforme o uso à instância. Consulte a secção Licenciamento.Tipo de máquina
O Compute Engine oferece tipos de máquinas predefinidos que pode usar quando cria uma instância. Os tipos de máquinas disponíveis dependem da série de máquinas que selecionar no campo Série do tipo de máquina.
Consulte a documentação sobre tipos de máquinas predefinidos para mais informações.Manutenção no anfitrião
Quando o Compute Engine realiza a manutenção periódica da infraestrutura, pode migrar as suas instâncias de VM para outro hardware sem tempo de inatividade. Defina esta opção como Migrar instância de VM (recomendado), a predefinição, para migrar a VM. Defina-o como Terminate para terminar a instância. Reinício automático
Quando está definido como Ativado (recomendado), a predefinição, o Compute Engine reinicia automaticamente as instâncias quando são terminadas por motivos não iniciados pelo utilizador, como um evento de manutenção, uma falha de hardware ou uma falha de software. Defina a opção como Desativado para desativar o reinício. Metadados
Especifique os pares de chave/valor de metadados da VM que vão ser armazenados para a VM migrada.
Para mais informações sobre os metadados de VMs do Compute Engine, consulte a documentação sobre os metadados de VMs.
A migração para as máquinas virtuais aplica uma limitação de 64 mil carateres para todos os pares de chave/valor de metadados em cada VM migrada.Redes Nome da rede
Especifique a rede VPC da qual as instâncias farão parte. Nome da sub-rede
Especifique a sub-rede associada a uma região. Tem de ser uma sub-rede da rede especificada. Endereço IP externo
Defina como Nenhum (predefinição) para desativar o acesso externo e como Efémero para permitir que a CLI gcloud atribua um endereço IP. Consulte o artigo Configurar endereços IP externos estáticos. Endereço IP interno
Defina como Ephemeral (Automatic) (predefinição) para permitir que a CLI gcloud atribua um endereço IP, Ephemeral (Custom) para definir o seu próprio endereço IP ou reserved-internal-ip (IP) para usar um endereço IP predefinido. Consulte o artigo Configure endereços IP internos estáticos. Nome do anfitrião
Pode criar uma VM com um nome do anfitrião personalizado especificando qualquer nome DNS totalmente qualificado. Os nomes de anfitrião personalizados têm de estar em conformidade com os requisitos da RFC 1035 para nomes de anfitrião válidos.
Para mais informações sobre a formatação de nomes de anfitrião personalizados, consulte a documentação Nome de anfitrião personalizado.
Pode alterar o nome do anfitrião para VMs do Windows através da API TargetDetails. Depois de alterar o nome do anfitrião de uma VM do Windows localmente, certifique-se de que atualiza o nome do anfitrião no Active Directory (AD) para que a confiança do AD não seja quebrada.
Adicione uma interface de rede
A migração para máquinas virtuais permite-lhe, opcionalmente, criar uma instância do Compute Engine com várias interfaces de rede (NICs). Cada interface está associada a uma rede VPC diferente, o que dá a essa instância acesso a diferentes redes VPC na CLI gcloud. Se não escolher uma interface de rede, a imagem da máquina é anexada à rede e à sub-rede predefinidas do projeto numa região.
Antes de adicionar interfaces de rede adicionais, tenha em atenção as seguintes considerações:
- A associação de várias interfaces de rede à mesma rede VPC não é suportada. Embora a configuração possa ser guardada, a instanciação da VM falha.
- Depois de uma instância do Compute Engine ser instanciada, não pode adicionar nem remover uma interface de rede na instância criada através de
test-cloneoucut-over. Pode repetirtest-cloneoucut-overcom detalhes de destino diferentes para recriar a instância.
Para adicionar ou remover uma interface de rede: - Selecione Adicionar interface de rede para adicionar uma interface de rede adicional à instância do Compute Engine. Pode definir todas as mesmas opções que usa com a interface de rede inicial.
Etiquetas de rede
As etiquetas permitem-lhe tornar as regras de firewall e as rotas aplicáveis a instâncias específicas. Consulte o artigo Configurar etiquetas de rede. Configuração adicional Conta de serviço
Especifique a conta de serviço no projeto de destino usada para executar a instância do Compute Engine. Por predefinição, não é atribuída nenhuma conta de serviço à instância do Compute Engine.
Se planeia executar uma aplicação na instância do Compute Engine que precisa de acesso a outros serviços e APIs da CLI gcloud, crie uma conta de serviço no projeto de destino com as autorizações necessárias para aceder a esses serviços e APIs antes de criar a instância do Compute Engine. Em seguida, especifique essa conta de serviço aqui. Para mais informações, consulte o artigo sobre como configurar uma VM para ser executada como uma conta de serviço.
Para anexar a conta de serviço à instância do Compute Engine, a sua conta de utilizador no projeto anfitrião do Migrate to Virtual Machines requer as autorizações necessárias. Consulte o artigo Configurar autorizações na conta de serviço do projeto de destino para mais informações.Tipo de disco
Especifique o tipo de armazenamento da instância. Consulte as opções de armazenamento. Pools de armazenamento
Selecione Ativar conjunto de armazenamento se precisar de armazenamento em grande escala para os seus dados e quiser usar um conjunto de armazenamento de hiperdisco. Um conjunto de armazenamento Hyperdisk é uma coleção pré-comprada de capacidade, débito e operações de entrada/saída por segundo (IOPS) que pode, em seguida, aprovisionar para as suas aplicações conforme necessário. Pode usar pools de armazenamento Hyperdisk para criar e gerir discos em pools e usar os discos em várias cargas de trabalho. Ao gerir os discos de forma agregada, pode poupar custos e, ao mesmo tempo, alcançar o crescimento esperado da capacidade e do desempenho. Para mais informações sobre os conjuntos de armazenamento Hyperdisk, consulte o artigo Acerca dos conjuntos de armazenamento Hyperdisk.
Chave de encriptação gerida pelo cliente
A chave que quer usar para proteger os seus dados no Google Cloud. Por predefinição, Google Cloud encripta automaticamente os dados quando estão em repouso através de chaves de encriptação geridas pela Google. Se tiver requisitos regulamentares ou de conformidade específicos relacionados com as chaves que protegem os seus dados, pode usar chaves de encriptação geridas pelo cliente (CMEK) para encriptar e desencriptar os seus dados em repouso. Estas chaves de encriptação são criadas, geridas e detidas por si.
Quando adiciona uma CMEK, também tem de atribuir as autorizações da função de encriptar/desencriptar do CryptoKey do Cloud Key Management Service à conta do agente de serviço do Compute Engine que está a usar. Para mais informações, consulte o artigo Proteja os recursos com chaves do Cloud KMS.Converta a BIOS em UEFI
Ative esta opção para converter o tipo de arranque do SO de uma instância de VM do sistema básico de entrada/saída (BIOS) para a interface de firmware extensível unificada (UEFI). Esta opção é útil quando quer arrancar a sua instância de VM em segurança, uma vez que o arranque seguro só é suportado pelo UEFI. No entanto, também pode simplesmente converter o tipo de arranque de BIOS para UEFI, sem usar o arranque seguro.
Arranque seguro
Todas as VMs selecionadas têm de ter uma opção de arranque EFI para ativar o arranque seguro. O Compute Engine aplica políticas atualizadas que podem impedir o carregamento da VM quando o arranque seguro está ativado. Para mais informações, consulte o artigo Arranque seguro na documentação do Compute Engine. Tipo de licença
O Compute Engine suporta licenças de pagamento conforme a utilização (PAYG) e licenças próprias (BYOL) para as suas VMs implementadas. O tipo de licença predefinido para uma VM migrada é atribuído pelo Migrate to Virtual Machines com base no sistema operativo migrado, conforme descrito em Sistemas operativos suportados.
Se o seu sistema operativo suportar vários tipos de licenças, pode substituir o tipo de licença predefinido para especificar explicitamente um tipo de licença de PAYG ou BYOL.
Licenças adicionais
A migração para máquinas virtuais suporta até 10 licenças adicionais (com um formato de URL válido) que pode adicionar na secção Configuração adicional da caixa de diálogo Detalhes do destino.
Por exemplo, pode adicionar licenças adicionais através deste formato de URL:
https://www.googleapis.com/compute/beta/projects/windows-sql-cloud/global/licenses/sql-server-2012-enterprise
Arrendamento único Etiquetas de afinidade de nós
O Compute Engine suporta a implementação de cargas de trabalho migradas para nós de inquilino único. Um nó de inquilino único é um servidor do Compute Engine dedicado ao alojamento exclusivo das VMs do seu projeto.
Antes de poder configurar as cargas de trabalho migradas para serem executadas em nós de inquilino único, já tem de ter criado um modelo de nó de inquilino único e um grupo de nós de inquilino único no projeto e na zona de destino. Consulte o artigo Aprovisionar VMs em nós de inquilino único.
As etiquetas de afinidade permitem-lhe agrupar logicamente nós e grupos de nós. Ao aprovisionar as suas instâncias do Compute Engine, use etiquetas de afinidade para agendar a execução das instâncias num conjunto específico de nós ou grupos de nós.
Pode adicionar etiquetas de afinidade às suas VMs de migração introduzindo-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 um grupo de nós. Em seguida, pode editar as etiquetas de afinidade da VM para personalizar a implementação de inquilino único:
- Selecione o nó de navegação para adicionar uma etiqueta de afinidade a partir da lista de nós de inquilino único e grupos de nós disponíveis. É criado automaticamente um par de chave-valor para si quando seleciona o nó ou o grupo de nós.
- Selecione Adicionar novo para introduzir manualmente a etiqueta de afinidade.
vCPUs mínimas atribuídas
Defina o número mínimo de vCPUs atribuídas à instância do Compute Engine.
Consulte os artigos Afinidade e antiafinidade de nós e Configure etiquetas de afinidade de nós para mais informações.Política de replicação Duração de inatividade da replicação entre ciclos
Por predefinição, a migração para máquinas virtuais faz uma replicação da VM de origem a cada 2 horas. Defina a frequência de replicação (em segundos).
Selecione Guardar.
Pode editar os detalhes do alvo mais tarde. Quando cria uma instância do Compute Engine para a fase test-clone ou cut-over, o Migrate to Virtual Machines usa as definições de detalhes de destino no momento da operação.
(Opcional) Passo 4: teste um clone de uma VM em migração
Na fase de clone de teste, o Migrate to Virtual Machines implementa um clone da sua VM migrada numa instância do Compute Engine no seu ambiente de teste. Embora a fase de testes seja opcional, é uma prática recomendada realizar testes antes de implementar uma VM migrada para produção.
Sempre que cria uma instância de clone de teste, esta é clonada a partir dos dados do ciclo de replicação concluído mais recentemente, usando os detalhes de destino atuais. Por outras palavras, uma instância de clone de teste representa uma imagem instantânea da VM de origem no momento do último ciclo de replicação concluído.
Para VMs de origem do Azure que tenham mais do que um disco, os ciclos de replicação da migração para máquinas virtuais tiram instantâneos de cada disco independentemente uns dos outros. Como estes resumos não são feitos em simultâneo, os dados capturados podem, por vezes, ter pequenas discrepâncias. Por conseguinte, recomendamos que não use clones de teste como substituição de produção quando fizer a transição.
Inicie o seu primeiro clone de teste
Pode criar o primeiro clone de teste após a conclusão do ciclo de replicação inicial e, em seguida, criar clones de teste adicionais ao longo do processo de migração.
Para iniciar um clone de teste, já tem de ter configurado um ambiente de destino para a instância do Compute Engine antes de poder iniciar um clone de teste. Consulte a documentação Configurar o destino para ver mais informações.
Só pode testar uma VM no estado Pausado se tiver concluído, pelo menos, uma replicação.
Para mais informações sobre potenciais problemas durante a fase de clonagem de teste, consulte a secção Resolução de problemas.
Crie um clone de teste de uma VM
Para criar um clone de teste de uma VM através da ferramenta Migrate to Virtual Machines, siga estes passos:
Verifique se configurou um ambiente de destino de VM de teste, conforme mostrado em Configurar destino de VM.
Abra a página Migrate to Virtual Machines na Google Cloud consola:
Selecione o separador Migrações.
É apresentada uma tabela de VMs de origem disponíveis. Pode testar qualquer MV que esteja no estado Ativa (ciclo atual: XX%) ou Ativa (inativa). O estado Ativo significa que a primeira sincronização de replicação da VM foi bem-sucedida e que os dados da VM estão a ser replicados de forma incremental.
Selecione uma VM.
Selecione Cut-Over e Test-Clone > Test-Clone. A coluna Estado do teste/clonagem/transição mostra o estado da operação juntamente com um dos subpassos detalhados na tabela de subpassos do teste/clonagem.
Aguarde até que a coluna Estado do teste/transição apresente Êxito. Isto indica que o clone foi criado com êxito.
Pode ver o histórico de clones de teste de uma VM de uma das seguintes formas:
Clique no ícone do painel de informações,
, para a VM. No painel que é aberto a partir do lado direito, o separador Monitorização apresenta 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 em Histórico de teste de clone/transição para ver o histórico de teste de clone da VM, juntamente com os subpassos do teste de clone.
Pode cancelar uma operação de clone de teste ativa clicando em Transição e clone de teste > Cancelar clone de teste.
Para a VM de teste de clonagem, clique em Mostrar detalhes para ver o nome da instância da VM.
Para gerir a instância do Compute Engine em execução, aceda à página Instâncias de VM na Google Cloud consola do seu projeto:
Aceda à página de instâncias de VM
A partir da Google Cloud consola, pode gerir a instância do Compute Engine para:
- Iniciar, parar e eliminar a instância.
- Determine o endereço IP interno e externo da instância.
- Ver e modificar as caraterísticas da instância.
- Realizar todas as outras tarefas de gestão.
Realize testes de validação ou outros testes na VM migrada.
Depois de concluir os testes, elimine a instância do Compute Engine para libertar recursos, de modo a que deixe de receber cobranças pela instância.
Faça a gestão de vários clones de teste
Durante a migração, pode criar vários clones de teste. Por exemplo, cria o primeiro clone de teste após o ciclo de replicação inicial. Em seguida, à medida que refina a migração, cria novos clones de teste devido ao seguinte:
- Modificações que faz à VM de origem para suportar a migração
- Modificações que faz aos detalhes do destino da VM migrada
- Novos dados de replicação da VM de origem
- Quaisquer outras alterações que fizer durante o ciclo de testes
Lembre-se de que um clone de teste é uma imagem instantânea da VM de origem criada a partir dos dados de replicação atuais e dos detalhes de destino. Os novos dados de replicação e as modificações aos detalhes do destino só são aplicados a clones de teste novos e não aos clones de teste existentes.
Se tiver uma instância de clone de teste em execução, antes de criar um novo clone de teste, pode:
Elimine a instância de clone de teste existente e, em seguida, crie uma nova com o mesmo nome de instância. Não pode criar uma nova instância com o mesmo nome de uma instância existente.
Edite os detalhes do destino para definir um novo nome da instância. Além disso, se especificou um endereço IP reservado ou personalizado para uma instância de clone de teste existente, certifique-se de que usa valores diferentes para quaisquer instâncias adicionais.
Para monitorizar todas as instâncias de clones de teste, siga estes passos:
Veja o histórico de clones de teste de uma VM de uma das seguintes formas:
Clique no ícone do painel de informações,
, para a VM. No painel que é aberto a partir do lado direito, o separador Monitorização apresenta 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 em Histórico de teste de clone/transição para ver o histórico de teste de clone da VM, juntamente com os subpassos do teste de clone.
Para gerir uma instância do Compute Engine em execução, selecione o ícone de seta para abrir a instância de VM na Google Cloud consola.
Em alternativa, aceda diretamente à página Instâncias de VM na Google Cloud consola:
Aceda à página de instâncias de VM
Depois de criar um clone de teste, a gestão do mesmo é da sua responsabilidade. Se quiser modificar ou eliminar uma VM de clone de teste em execução, use as ferramentas do Compute Engine e não o Migrate to Virtual Machines.
Passo 5: crie uma mudança
Na fase de transição, transfere o controlo para a VM migrada em execução numa instância do Compute Engine no seu ambiente de produção a Google Cloud.
A migração para máquinas virtuais gera um relatório de adaptação quando o ciclo de transição está concluído. Para mais informações sobre os relatórios de adaptação, consulte a documentação do relatório de adaptação.
Para o processo de transição, siga estes passos:
Se a replicação de dados estiver ativa, ou seja, o estado de replicação da VM for Ativo (ciclo atual: XX%), aguarda a conclusão.
Encerra a VM de origem.
Executa a replicação de dados final. Uma vez que a replicação ocorre em todas as fases da migração, a quantidade de dados a replicar não deve ser muito grande.
Interrompe a replicação.
Cria a instância do Compute Engine a partir dos dados replicados finais.
A fase de transição inclui um breve tempo de inatividade da VM e deve ocorrer durante uma janela de manutenção agendada. Tem de determinar o período de manutenção durante o qual pode parar a VM de origem e redirecionar o tráfego para a VM migrada em execução no Compute Engine.
Para criar uma mudança radical, siga estes passos:
Verifique se configurou os detalhes do destino da VM conforme mostrado em Configurar o destino da VM. Se os detalhes do alvo foram configurados anteriormente para a operação de clonagem de teste, é recomendável editar os detalhes do alvo para apontar para um novo alvo.
Abra a página Migrar para máquinas virtuais na Google Cloud consola.
Selecione o separador Migrações.
É apresentada uma tabela de VMs de origem disponíveis. Pode fazer a transição de qualquer MV 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 que os dados da VM estão a ser replicados de forma incremental.
A coluna Tempo de transição estimado mostra uma estimativa do tempo necessário para concluir uma tarefa de transição para uma VM depois de iniciar uma transição. Este campo só é preenchido para uma VM ativa que tenha concluído alguns ciclos de replicação.
A coluna Estado do teste/clonagem/transição mostra o estado da operação juntamente com um dos subpassos detalhados na tabela de subpassos de transição.
Selecione uma VM de origem.
Selecione Cut-Over e Test-Clone > Cut-Over. A iniciação de uma transferência no local numa VM em 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 de dados final. Uma vez que a replicação contínua ocorre em todas as fases de migração, a quantidade de dados a replicar não deve ser muito grande.
Cria a instância do Compute Engine que aloja a VM migrada a partir dos dados replicados finais.
Interrompe a replicação de dados.
Aguarde que a coluna Estado do teste/transição mostre que a tarefa de Transição foi concluída. Isto indica que a mudança foi bem-sucedida.
Pode ver o histórico de transição de uma VM de uma das seguintes formas:
Clique no ícone Painel de informações,
, para a VM. No painel que é aberto à direita, o separador Monitorização apresenta o histórico, incluindo o nome de cada instância de transição.Clique na VM para abrir a página de detalhes. Clique em Histórico de teste/clonagem/transição para ver o histórico de transição da VM, juntamente com os subpassos da transição.
Pode cancelar uma operação de transição ativa clicando em Transição e teste de clonagem > Cancelar transição. No entanto, se quiser retomar a utilização da VM de origem, tem de reiniciar manualmente a VM.
Para gerir uma instância do Compute Engine em execução, selecione o ícone de seta para abrir a instância de VM na Google Cloud consola.
Em alternativa, aceda diretamente à página Instâncias de VM na Google Cloud consola:
Aceda à página de instâncias de VM
A partir da Google Cloud consola, pode gerir a instância do Compute Engine para:
- Iniciar, parar e eliminar a instância.
- Determine o endereço IP interno e externo da instância.
- Ver e modificar as caraterísticas da instância.
- Realizar todas as outras tarefas de gestão.
Realize um teste de validação na carga de trabalho migrada.
Se, por qualquer motivo, quiser tentar novamente a mudança ou reverter a mudança:
Tentar mudança novamente
Para tentar novamente a mudança, siga estes passos:
Selecione uma VM no estado Cut-Over.
Selecione Migração > Retomar replicação.
Tente a mudança novamente.
Reversão da mudança
Para reverter a mudança rápida, siga estes passos:
A mudança definitiva para a nova VM para a VM de origem original na origem da migração, pelo que tem de a iniciar e redirecionar o tráfego de volta para a VM de origem.
Se necessário, copie os novos dados criados na instância do Compute Engine para que os possa escrever na VM de origem.
(Opcional) Elimine 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 instantâneo tirado.
Tente a mudança novamente.
Passo 6: finalize uma migração
Os dados de replicação usados para criar uma VM do Compute Engine são retidos após a transferência para lhe permitir retomar a replicação a partir do último instantâneo de replicação.
No entanto, é-lhe cobrado o armazenamento usado pelos dados de replicação até os eliminar na fase de finalização. A finalização elimina todos os dados de replicação e todos os outros recursos de armazenamento associados a uma VM migrada.
A fase de finalização não elimina as instâncias do Compute Engine que executam uma VM migrada. Se criou instâncias do Compute Engine durante a fase de testes, tem de as eliminar manualmente. Ser-lhe-á cobrado o valor dessas instâncias de teste clonadas até serem eliminadas.
Para finalizar uma migração, siga estes passos:
Abra a página Migrate to Virtual Machines na Google Cloud consola:
Selecione o separador Migrações.
É apresentada uma tabela de VMs de origem disponíveis. A finalização só pode ser realizada em VMs no estado Cut-Over.
Selecione uma VM de origem.
Selecione Finalizar e, de seguida, confirme a finalização.
Após a conclusão da finalização, o estado da VM é definido como Finalizado. As únicas operações permitidas numa migração no estado Finalizado são:
- Elimine a migração
- Adicione ou remova de um grupo
Elimine uma migração
A eliminação de uma migração remove:
- Os dados de replicação da VM armazenados em Google Cloud
- As informações de configuração do Compute Engine
- O histórico de monitorização
- Todos os outros dados associados à migração de uma VM
- A VM da lista de VMs integradas no separador Migrações
- A VM do respetivo grupo, se a VM for membro de um grupo
No entanto, a eliminação de uma migração não remove a VM de origem da lista de VMs disponíveis para a origem da migração apresentada no separador Origens. Ou seja, apenas os dados de migração da VM são eliminados. A VM de origem original não é afetada quando elimina uma migração.Isto significa que pode integrar posteriormente a VM de origem novamente para a migrar.
Para eliminar uma migração, siga estes passos:
Abra a página Migrate to Virtual Machines na Google Cloud consola:
Selecione o separador Migrações.
Selecione uma VM de origem.
Selecione Eliminar e, de seguida, confirme a eliminação.
A VM é removida da tabela de migração.
Selecione o separador Origens.
Na lista pendente, selecione a origem da migração que quer eliminar.
É apresentada uma tabela que mostra as VMs de origem na origem da migração disponíveis para migração. Tenha em atenção que a VM de origem correspondente à migração eliminada continua a ser apresentada.
Se necessário, pode reiniciar uma migração na VM.