Compreendendo a Replicação da VM

O plug-in de replicação no Oracle Cloud Migrations gerencia a replicação de snapshots de ativos de origem do ambiente de origem para o Oracle Cloud Infrastructure.

O plug-in de replicação tira snapshots dos volumes da VM de origem e os copia para o bucket de replicação.

Sobre o Bucket de Replicação

O bucket de replicação é usado temporariamente para facilitar a transferência de snapshots VMware para a tenancy do OCI de destino. Depois que os dados de snapshot são gravados em um volume em blocos, eles são removidos do bucket de replicação.

Crie um bucket privado em um compartimento de replicação, que você especifica durante a migração para o local de replicação. Você pode optar por especificar um nome de bucket especificado pelo usuário em vez de nomes de bucket gerados pelo sistema. Os nomes de bucket especificados pelo usuário podem ter letras (maiúsculas ou minúsculas), números, hifens, sublinhados e pontos. Para obter informações sobre o gerenciamento de buckets para operações de snapshot, consulte Buckets do Serviço Object Storage.

Por exemplo:

Crie um bucket para um compartimento em uma região de destino para a qual você está migrando.

Para a migração VMware, use as seguintes políticas relevantes para o bucket,

Allow dynamic-group HydrationAgentDynamicGroup to read objects in compartment <migration_compartment_name>

Allow dynamic-group HydrationAgentDynamicGroup to {OCM_HYDRATION_AGENT_TASK_INSPECT, OCM_HYDRATION_AGENT_TASK_UPDATE, OCM_HYDRATION_AGENT_REPORT_STATUS} in compartment <migration_compartment_name>

Para migração da AWS, use as seguintes políticas relevantes para o bucket,

Allow dynamic-group HydrationAgentDynamicGroup to manage objects in compartment <migration_compartment_name>

Allow dynamic-group HydrationAgentDynamicGroup to {OCM_HYDRATION_AGENT_TASK_INSPECT, OCM_HYDRATION_AGENT_TASK_UPDATE, OCM_HYDRATION_AGENT_REPORT_STATUS} in compartment <migration_compartment_name>

Para obter mais informações sobre políticas do Oracle Cloud Migrations, consulte Políticas de Serviço do Oracle Cloud Migrations.

Sobre o Agente de Hidratação

O agente de hidratação é uma instância do serviço Compute que começa no local de replicação, que você especifica durante a criação do projeto de migração.

O agente de hidratação visa copiar em bloco os snapshots de ativos obtidos pelo plug-in de replicação (copiado diretamente do volume EBS no caso de ativos EC2) para os volumes em blocos gerados no Oracle Cloud Infrastructure. As instâncias do agente de hidratação são iniciadas automaticamente para balancear a carga do processo de replicação com base na lógica do pool de objetos. As instâncias do agente de hidratação são criadas com base em algoritmos para as formas e imagens aprovadas. Cada instância do agente de hidratação cria uma VCN, uma sub-rede e recursos associados (tabela de roteamento da VCN). Para saber sobre o número máximo definido para a VCN, a sub-rede e os recursos associados, consulte Limites de Rede em Limites de Serviço. Você pode submeter uma solicitação para aumentar seus limites de serviço na Console. Para aumentar o limite do serviço, consulte Requesting a Service Limit Aum.

O algoritmo de formas aprovadas escolhe uma das formas disponíveis em um domínio de disponibilidade e compartimento. O algoritmo prefere formas com número mínimo de CPU e custo mínimo. Para obter mais informações sobre as formas de VM de séries padrão, consulte Formas de VM (Máquina Virtual).

O algoritmo para imagens aprovadas inicia a instância do agente de hidratação com uma das imagens aprovadas, como o sistema operacional Oracle-Linux-7.9, disponível. Com as novas implantações de imagem, o algoritmo é atualizado.

No caso da AWS, o agente de hidratação iniciado pela migração da OCI em sua tenancy utiliza a API do EBS Direct para copiar blocos de dados de um snapshot completo ou apenas blocos alterados entre dois snapshots e os grava diretamente nos volumes em blocos da OCI.

Limites para o Agente de Hidratação

Certifique-se de reservar limites suficientes para as instâncias do agente de hidratação. Somente administradores podem aumentar os limites do agente de hidratação.

Certifique-se de ter limites adequados na região de destino para VM.Standard.E4. Forma flexível (standard-e4-core-count, standard-e4-memory-count). Recomendamos que você reserve 10 CPUs e 160 GB de memória da capacidade disponível para os agentes de hidratação. Além disso, considere os requisitos de limite de forma para as VMs a serem migradas.

Se a forma Standard.E4 não estiver disponível, recomendamos que você reserve recursos apropriados para as formas aprovadas.

Sobre Transferências Incrementais

As transferências incrementais exigem que você ative o Rastreamento de Bloco Alterado (CBT) no nível da VM VMware.

Transferências Incrementais em VMware

O plug-in de replicação executa automaticamente uma atualização incremental quando um snapshot de VM comum de onde trabalhar existe e você ativa o CBT para a VM. Para ativar a CBT, procure o artigo Rastreamento de Bloco Alterado (CBT) em máquinas virtuais .

Configurações de Máquina Virtual Necessárias

Estes são os seguintes valores de parâmetro de máquina virtual (VM) VMware que você deve configurar antes de migrar os ativos:


Parâmetro	Valor	Etapas de configuração
`disk.EnableUUID`	`True`	Por padrão, o parâmetro `disk.EnableUUID` é ativado. Caso contrário, siga as etapas fornecidas para ativar o parâmetro: Encerre a VM. Clique com o botão direito do mouse na VM e clique em Editar Definições. Selecione a tab Opções. Selecione Geral na seção Avançado. Selecione Parâmetros de Configuração no menu do lado direito. Verifique se o parâmetro, `disk.EnableUUID`, existe e se o valor está definido como `TRUE`. Caso contrário, defina o valor como `True`. Se o parâmetro não existir, selecione Adicionar Linha e adicione-o. Inicie a VM.
`ctkEnabled`	`True`	Por padrão, o Rastreamento de Bloco Alterado (CBT) não está ativado nas VMs VMware. Para ativar a CBT, consulte CBT em Máquinas Virtuais.

Transferências incrementais na AWS

Para a migração do AWS EC2, a transferência incremental é obtida automaticamente replicando apenas os blocos alterados entre os snapshots de volume por meio de pontos finais da API da AWS relacionados, fornecendo essa funcionalidade. Não há nada a ser configurado para migração da AWS.

Trabalhando com Volumes EBS Criptografados

Um dos recursos do serviço Oracle Cloud Infrastructure Block Volume é que os volumes são sempre criptografados em repouso. Por outro lado, o Amazon Elastic Block Store (Amazon EBS) tem a capacidade de ter volumes criptografados e não criptografados. Quando um volume do EBS é criptografado, por padrão, todos os snapshots criados desse volume são também criptografados usando a mesma chave do AWS KMS. O Oracle Cloud Migrations suporta perfeitamente a replicação de volumes EBS criptografados e não criptografados, mas requer acesso a quaisquer chaves KMS da AWS usadas para volumes criptografados. Se uma replicação de projeto de migração incluir uma instância EC2 com volumes EBS anexados criptografados, mas o usuário especificado para replicação não tiver acesso à chave AWS KMS apropriada, ocorrerão erros de leitura do EBS e causarão falha no job de replicação. O acesso adequado à chave do AWS KMS segue o processo normal do EBS de decriptografia do snapshot criptografado durante o processo de leitura e transferência.

Fornecendo acesso às chaves do AWS KMS

Para garantir a replicação bem-sucedida de volumes EBS criptografados, as credenciais de replicação configuradas em uma origem de ativo da AWS devem ter acesso para usar a chave do AWS KMS usada para criptografar o volume. O AWS KMS inclui uma política de chave padrão que permite aos usuários usar uma chave KMS para todas as operações criptográficas. A única operação criptográfica usada pelo OCM durante o processo de replicação de volumes EBS de um snapshot é Descriptografar. O usuário de replicação especificado na origem do ativo pode ser adicionado como um usuário-chave diretamente à chave no serviço AWS KMS.

Modificações do Volume de Inicialização para Migração

A migração de uma máquina virtual para o Oracle Cloud Infrastructure (OCI) Compute requer algumas modificações no nível do sistema operacional (volume de inicialização) para garantir que a instância migrada seja inicializada com sucesso no hipervisor do OCI Compute.

O serviço Oracle Cloud Migrations aplica automaticamente as alterações de configuração necessárias no volume de inicialização das máquinas virtuais Linux. Essas alterações incluem a instalação de módulos de kernel virtio quando não estão presentes, atualizações de anexo de armazenamento e parâmetros de kernel para acesso à console serial. Nenhuma alteração de configuração é feita automaticamente nas máquinas virtuais do Windows.

Modificação do Volume de Inicialização para Linux

A tabela a seguir mostra as configurações de volume de inicialização que o Oracle Cloud Migrations modifica automaticamente para todos os sistemas operacionais suportados. Se você estiver usando um sistema operacional Linux não suportado, consulte a tabela que inclui etapas para aplicar manualmente as alterações de configuração necessárias antes de replicar o volume de inicialização para o OCI.

Observação

Para obter informações sobre o SO Linux suportado, consulte Sistemas Operacionais Convidados da VM de Origem Suportada.

Modificações Automáticas para Linux


Alteração de configuração	Descrição	Etapas para aplicar manualmente uma configuração
Ativar console serial	Recomendamos que você ative a console serial para diagnosticar e solucionar problemas de instâncias de VM após a migração usando a Console do Oracle Cloud.	Aplique as seguintes alterações de configuração à configuração de inicialização: Para `/etc/securetty`, adicione `ttyS0` se o caminho existir. Modifique as seguintes opções na configuração GRUB da sua Linux VM: `console=tty1` `console=ttyS0,115200` Remova as seguintes opções na configuração do GRUB para sua Linux VM: `rhgb` `quiet` Para obter mais informações, consulte Ativando o Acesso à Console Serial para Imagens do Linux Importadas.
Instalar drivers do virtio Somente o modo paravirtualizado para sistemas operacionais baseados em Linux é suportado agora. Sistemas operacionais baseados no Linux com o kernel versões 3.4 ou mais recente suportam drivers paravirtualizados.	Certifique-se de que os drivers do kernel de virtio estejam presentes no kernel.	Aplique as seguintes alterações de configuração, conforme necessário: Para verificar se os drivers do kernel de virtio estão incluídos no kernel, execute o comando a seguir. `lsinitrd \| grep "/virtio_net` Para instalar os drivers do kernel de virtio quando não estiverem presentes, execute o comando a seguir. `dracut -f -add qemu INITRAM_FS_FILE KERNEL_VERSION`
Atualizar `/etc/fstab`	Recomendamos que você consulte dispositivos usando o nome UUID ou LVM (Logical Volume Manager) em `/etc/fstab`. Se você indicar dispositivos usando o nome do arquivo, esses dispositivos não poderão ser acessados após a migração e a instância não será inicializada.	Aplicar as seguintes alterações de configuração: Marque todos os pontos de montagem que fazem referência a um arquivo de dispositivo como, nofail. Para marcar, edite o arquivo `/etc/fstab` para que ele apareça da seguinte forma. `/dev/sdb1 /data01 ext4 defaults,nofail 0 0`

Modificações adicionais para Linux

As modificações a seguir também podem precisar ser executadas durante o processo de migração.


Tarefas	Descrição
Remover regra de udev	Remova todas as regras de udev com base no endereço MAC.
Ativar o acesso SSH a uma VM	Certifique-se de ativar o SSH e definir o serviço SSHD para iniciar automaticamente na reinicialização. Certifique-se de não bloquear as solicitações de conexão SSH de entrada por firewalls.
Configurar rede	Atualize as interfaces de rede para receber endereços IP com base no DHCP. Certifique-se de não usar endereços MAC hard-coded, endereços IP estáticos e definições de DNS na VM.
Instalar o Oracle Cloud Agent	Instale e ative o Oracle Cloud Agent. Consulte Oracle Cloud Agent.
Instalar Gerenciamento do Sistema Operacional	Instalar e ativar o OS Management. Consulte Oracle Cloud Agent.
Remover outros agentes de nuvem	Recomendamos que você desative ou remova outros agentes de gerenciamento de nuvem.
Configurar serviço NTP	Recomendamos que você atualize a configuração do serviço NTP do OCI após migrar suas instâncias de VM para o OCI. Consulte Configurando o Serviço Oracle Cloud Infrastructure NTP para uma Instância.

Modificação do Volume de Inicialização para Windows

O Oracle Cloud Migrations só suporta a inicialização de instâncias do Windows migradas com opções de inicialização paravirtualizadas. Os drivers virtio da Oracle para Windows precisam ser instalados antes de tentar iniciar uma instância migrada do Windows. O sistema operacional falha ao localizar um dispositivo de inicialização se os drivers não estiverem instalados. Para obter informações sobre como instalar o driver virtIO do Oracle para Windows, consulte Importando Imagens Personalizadas do Windows.

Observação

Para obter informações sobre os sistemas operacionais Windows suportados, consulte Sistemas Operacionais Convidados da VM de Origem Suportados.

Modificações adicionais para Windows