Documentação do Oracle Cloud Infrastructure

Migração Ativa, de Reinicialização e Manual: Movendo uma Instância de Computação para um Novo Host

Este tópico fornece informações sobre ações de manutenção que envolvem a realocação de instâncias de VM (máquina virtual) e bare metal durante eventos de manutenção de infraestrutura. As ações disponíveis incluem:

Importante

Para obter informações sobre quando uma máquina virtual precisa ser migrada, consulte Manutenção de Infraestrutura.
Dica

Migração de host de máquina virtual dedicada: Para obter informações sobre como realocar hosts de máquina virtual dedicados durante eventos de manutenção de infraestrutura, consulte Gerenciando a Migração de Reinicialização de Manutenção para Hosts de Máquina Virtual Dedicados.
Observação

Oracle Pl Platform Services: Para instâncias que foram criadas com o Oracle Platform Services e localizadas no compartimento ManagedCompartmentForPaaS, você deve usar a interface do Platform Service específica para reinicializar as instâncias.

Migração ao Vivo

A instância não íntegra é copiada para um host íntegro enquanto a instância existente ainda está em execução. Há interrupção mínima na execução de instâncias.

Durante um evento de manutenção de infraestrutura, o Oracle Cloud Infrastructure migra ao vivo as instâncias de VM suportadas do host de VM físico que precisa de manutenção para um host de VM íntegro, com interrupção mínima das instâncias em execução.

Se uma instância não puder ser migrada ao vivo, o Oracle Cloud Infrastructure programará uma data de vencimento para a migração com reinicialização em até 14 a 16 dias e enviará uma notificação. Se você não reinicializar a instância proativamente antes da data de vencimento, será feito para você o processo de migração com reinicialização.

Por padrão, o Oracle Cloud Infrastructure migra a instância ao vivo sem enviar qualquer notificação sobre a próxima manutenção. Quando uma migração ao vivo começa e termina, um evento de manutenção de infraestrutura é emitido. Você pode usar a automação para rastrear eventos de manutenção de infraestrutura.

Suporte de Migração ao Vivo

Quando você criar uma instância, selecione definições compatíveis com a migração ao vivo. Para uma instância existente, em que há suporte, você pode ativar a migração ao vivo editando a instância para usar definições compatíveis com a migração ao vivo. Algumas definições incompatíveis com a migração ao vivo não podem ser editadas após a criação de uma instância.

A tabela a seguir mostra os critérios que tornam uma instância compatível com a migração ao vivo. Todos os critérios devem ser atendidos para que uma instância suporte a migração ao vivo.

Categoria Critérios que suportam migração ao vivo A definição pode ser editada após a criação da instância?
Realm A tenancy está no realm comercial. Não.
Forma

A instância usa uma das seguintes formas:

  • Série VM.Standard1
  • VM.Standard.A1.Flex
  • Série VM.Standard.B1
  • Série VM.Standard2
  • VM.Standard3.Flex
  • Série VM.Standard.E2
  • VM.Standard.E2.1.Micro
  • VM.Standard.E3.Flex
  • VM.Standard.E4.Flex
  • VM.Standard.E5. Flex
  • VM.Optimized3.Flex

Outras formas de VM, instâncias bare metal e instâncias em hosts de máquina virtual dedicados não suportam migração ao vivo.

Sim, para algumas formas. Altere a forma da instância para uma forma suportada.

Como alternativa, encerre (exclua) a instância, mas não exclua o volume de inicialização associado. Em seguida, use o volume de inicialização para criar uma nova instância usando uma forma que suporte a migração ao vivo.
Imagem

As instâncias que usam imagens de plataforma do Linux ou do Windows suportam migração ao vivo.

Para instâncias que usam imagens personalizadas ou imagens do Oracle Cloud Infrastructure Marketplace, o Oracle Cloud Infrastructure tenta migrar a instância ao vivo.

 Não.
Tipo de inicialização do serviço Networking A instância usa rede paravirtualizada. Sim, edite o tipo de ativação da rede.
Instâncias blindadas Sem suporte. Não.
O Windows Defender Credential Guard está ativado Sem suporte. Não.
VNICs (Virtual Network Interface Cards) O número máximo total de VNICs anexadas é seis. Sim, desanexe e exclua VNICs secundárias até que seis ou menos VNICs no total sejam anexadas.

Para determinar se uma instância suporta migração ao vivo:

  1. Abra o menu de navegação e clique em Compute. No serviço Compute, clique em Instâncias.
  2. Clique na instância em que você está interessado.
  3. Verifique o campo Migração ao vivo da instância. Se o campo exibir Exibir incompatibilidades, a instância não suportará migração ao vivo.
  4. (Opcional) Para ver quais definições não são compatíveis com a migração ao vivo, clique em Exibir incompatibilidades.

Migração de Reinicialização

A instância é interrompida, migrada para um host íntegro e reiniciada. Um curto período de indisponibilidade ocorre durante a migração. Você pode controlar quando a indisponibilidade ocorre migrando proativamente a instância antes da data de vencimento da manutenção.

Há suporte à migração com reinicialização para instâncias de VM que usam formas padrão, GPU e com alta densidade de Entrada/Saída, e para instâncias bare metal que usam formas padrão. A ação de manutenção padrão depende da forma da instância.

  • Instâncias de VM:

    • Formas padrão: Até 24 horas após a data de vencimento da manutenção, a instância de VM é interrompida, migrada para um host íntegro e reiniciada. Um curto período de indisponibilidade ocorre durante a migração.

      Você pode controlar quando a indisponibilidade ocorre migrando proativamente a instância antes da data de vencimento da manutenção.

    • Formas com alta densidade de Entrada/Saída: Na data de vencimento da manutenção, a instância da VM é interrompida, recriada e reiniciada. Um período de indisponibilidade de várias horas ocorre durante o processo de manutenção.

      Se quiser minimizar o tempo de indisponibilidade e excluir o SSD baseado em NVMe anexado localmente, você poderá reinicializar proativamente a instância antes do horário de manutenção programado. Será feito na instância o processo de migração com reinicialização para um host íntegro e o SSD será excluído permanentemente. Um curto período de indisponibilidade ocorre durante a migração.

  • Instâncias bare metal:

    • Formas padrão: Até 24 horas após a data de vencimento da manutenção, a instância bare metal é interrompida, migrada para um host íntegro e reiniciada. Um curto período de indisponibilidade ocorre durante a migração.

      Você pode controlar quando a indisponibilidade ocorre migrando proativamente a instância antes da data de vencimento da manutenção.

      Se a migração com reinicialização não for bem-sucedida, o Oracle Cloud Infrastructure enviará uma notificação. Migre manualmente a instância para um host íntegro.

Depois que a instância for migrada com reinicialização, o campo Reinicialização de manutenção será apagado. Essa alteração indica que a instância foi movida com sucesso.

Importante

Use a Console, a CLI ou o SDK para fazer o processo de migração com reinicialização da instância. A reinicialização da instância do sistema operacional não migra a instância para o novo hardware.

Após uma migração, por padrão, a instância é recuperada para o mesmo estado do ciclo de vida anterior ao evento de manutenção. Se você tiver um processo alternativo para recuperar a instância após uma migração de reinicialização, poderá configurar a instância para permanecer interrompida depois que ela for migrada para um hardware íntegro. Para obter mais informações sobre como configurar opções de migração, incluindo o estado do ciclo de vida das instâncias após uma migração, consulte Definindo a Disponibilidade da Instância Durante Eventos de Manutenção.

Estendendo o Prazo para Migração com Reinicialização

Você pode prorrogar a data de vencimento da manutenção para instâncias programadas para migração com reinicialização. Há suporte para extensão do prazo em instâncias de VM e bare metal que usam formas padrão. O Oracle Cloud Infrastructure determina o horário mais recente possível até o qual a data de vencimento pode ser prorrogada.

Usando a Console: Para prorrogar a data de vencimento da manutenção de uma instância
  1. Abra o menu de navegação e clique em Compute. No serviço Compute, clique em Instâncias.

  2. Clique na instância desejada e, em seguida, verifique o campo Reinicialização de manutenção da instância. Se o botão Estender prazo estiver ativo, a data de vencimento da manutenção poderá ser prorrogada.

  3. Clique em Estender prazo.
  4. Na caixa Novo prazo, selecione uma nova data e um novo horário.

  5. Clique em Salvar alterações.

    A data de vencimento da manutenção foi prorrogada. Até 24 horas após a data de vencimento da manutenção, a instância é interrompida, migrada para um host íntegro e reiniciada. Um curto período de indisponibilidade ocorre durante a migração.

Usando a API: Para prorrogar a data de vencimento da manutenção de uma instância
  1. Verifique o horário mais recente possível até o qual a data de vencimento pode ser prorrogada usando a operação GetInstanceMaintenanceReboot.

  2. Prorrogue a data de vencimento da manutenção executando um dos seguintes procedimentos:

    • VMs e instâncias bare metal: Use a operação InstanceAction, especificando o valor REBOOTMIGRATE como a ação a ser executada. No atributo timeScheduled, forneça a data de vencimento atualizada.
    • VMs: Use a operação UpdateInstance, especificando a data de vencimento atualizada no atributo timeMaintenanceRebootDue.

    A data de vencimento da manutenção foi prorrogada. Até 24 horas após a data de vencimento da manutenção, a instância é interrompida, migrada para um host íntegro e reiniciada. Um curto período de indisponibilidade ocorre durante a migração.

Pré-requisitos para a Migração de Reinicialização

Prepare a instância para a migração de reinicialização:

  • Certifique-se de que quaisquer volumes em blocos definidos em /etc/fstab usem as opções recomendadas.
  • Certifique-se de que as montagens (NFS) do serviço File Storage usem a opção nofail.
  • Se você usar o script fornecido pela Oracle para configurar VNICs secundárias, certifique-se de que ele seja executado automaticamente durante a inicialização.

  • Se a instância usar uma forma de alta densidade de Entrada/Saída, faça backup do SSD baseado em NVMe anexado localmente:

    1. Crie e anexe um ou mais volumes em blocos à instância.
    2. Copie os dados dos dispositivos NVMe para os volumes em blocos.

Movendo uma Instância de VM com o Processo de Migração com Reinicialização

Após concluir os pré-requisitos:

  1. Interrompa os aplicativos em execução.

  2. Use a Console, a CLI ou o SDK para reinicializar a instância. A migração com reinicialização não é executada quando você reinicia a instância pelo sistema operacional.

    Se a instância usar uma forma com alta densidade de Entrada/Saída:

    • Usando a Console: Na caixa de diálogo Reinicializar instância, selecione a opção Excluir o SSD baseado em NVMe local e fazer a migração com reinicialização para um host íntegro.
    • Usando a CLI ou o SDK: Na operação InstanceAction, defina o atributo allowDenseRebootMigration como true.
    Cuidado

    Para instâncias com alta densidade de Entrada/Saída, o SSD baseado em NVMe é excluído permanentemente. Recomendamos que você crie um backup do SSD antes de continuar.
  3. Verifique se o campo Reinicialização de manutenção não tem mais uma data.
  4. Inicie e teste quaisquer aplicativos na instância.

  5. Para instâncias com alta densidade de Entrada/Saída, se quiser restaurar o SSD baseado em NVMe:

    1. Anexe os volumes em blocos usados para fazer backup de dispositivos NVMe locais.
    2. Copie os dados para o armazenamento NVMe na nova instância.
    3. Desanexe e, opcionalmente, exclua os volumes em blocos.

Movendo uma Instância Bare Metal com o Processo de Migração com Reinicialização

Após concluir os pré-requisitos:

  1. Interrompa os aplicativos em execução.

  2. Use a Console, a CLI ou o SDK para reinicializar a instância. A migração com reinicialização não é executada quando você reinicia a instância pelo sistema operacional.

    • Usando a Console: Na caixa de diálogo Reinicializar instância, selecione a opção Fazer migração com reinicialização da instância para um host íntegro.
    • Usando a CLI ou o SDK: Na operação InstanceAction, informe o valor REBOOTMIGRATE como a ação a ser executada. Para fazer a migração com reinicialização da instância imediatamente, deixe o atributo timeScheduled vazio.
  3. Após a migração, confirme se o campo Reinicialização de manutenção não tem mais uma data.
  4. Inicie e teste quaisquer aplicativos na instância.

Movendo uma Instância com Migração Manual

Para instâncias sem uma data no campo Reinicialização de manutenção (disponível na Console, CLI e SDKs), você deve mover a instância manualmente. Esse método requer que você exclua (encerre) a instância e, em seguida, inicie uma nova instância com base no volume de inicialização retido. As instâncias que têm VNICs adicionais, endereços IP secundários, volumes em blocos remotos anexados, o Módulo de Plataforma Confiável (TPM) ativado ou que pertencem a um conjunto de backend de um balanceador de carga exigem etapas adicionais.

Limitações e Advertências para Migração Manual

Lembre-se das seguintes limitações e advertências ao executar uma migração manual:

  • Todos os endereços IP públicos designados à sua instância de um pool público reservado são mantidos. Qualquer um que não tenha sido designado de um pool de endereços IP públicos reservados será alterado. Os endereços IP privados não são alterados.
  • Os endereços MAC, CPUIDs e outros identificadores de hardware exclusivos são alterados durante a movimentação. Se algum aplicativo em execução na instância usar esses identificadores para licenciamento ou outros fins, certifique-se de tomar nota dessa informação antes de mover a instância, para ajudá-lo a gerenciar a alteração.
  • As instâncias blindadas têm limitações adicionais. Consulte Migrando Instâncias Blindadas.

Pré-requisitos para Migração Manual

  1. Antes de mover a instância, documente todos os detalhes críticos:

    • A região, domínio de disponibilidade e domínio de falha da instância
    • O nome para exibição da instância.
    • Todos os endereços IP, nomes e sub-redes privados. Observe que a instância pode ter várias VNICs, e cada VNIC pode ter vários endereços IP secundários.
    • Todos os nomes DNS privados. A instância pode ter várias VNICs, e cada VNIC pode ter vários endereços IP secundários. Cada endereço IP privado pode ter um nome DNS.
    • Qualquer endereço IP público designado de um pool público reservado. Observe que a instância pode ter várias VNICs, e cada VNIC pode ter vários endereços IP privados secundários. Cada VNIC e endereço IP privado secundário podem ter um endereço IP público anexado.
    • Quaisquer volumes em blocos anexados à instância.
    • Quaisquer tags na instância ou recursos anexados.

  2. Prepare a instância para migração manual:

    • Certifique-se de que quaisquer volumes em blocos definidos em /etc/fstab usem as opções recomendadas.
    • Certifique-se de que as montagens (NFS) do serviço File Storage usem a opção nofail.
    • Se você tiver definido estaticamente qualquer interface de rede pertencente a VNICs secundárias usando seus endereços MAC, como aqueles definidos em /etc/sysconfig/network-scripts/ifcfg*, essas interfaces não serão iniciadas em decorrência da alteração no endereço MAC. Remova o mapeamento estático.
    • Se você usar o script fornecido pela Oracle para configurar VNICs secundárias, certifique-se de que ele seja executado automaticamente durante a inicialização.

Movendo uma Instância Manualmente

Após concluir os pré-requisitos:

  1. Interrompa os aplicativos em execução.

  2. Certifique-se de que esses aplicativos não sejam iniciados automaticamente.

    Cuidado

    Quando a instância realocada for iniciada pela primeira vez, volumes em blocos, VNICs secundárias ou qualquer recurso que dependa deles não serão anexados. A ausência desses recursos pode causar problemas no aplicativo.

  3. Se a instância usar uma forma com alta densidade de Entrada/Saída, faça backup do SSD baseado em NVMe anexado localmente:

    1. Crie e anexe um ou mais volumes em blocos à instância.
    2. Copie os dados dos dispositivos NVMe para os volumes em blocos.
  4. desmontar quaisquer volumes em blocos ou montagens (NFS) do serviço File Storage.
  5. Faça backup de todos os volumes em blocos.

  6. Crie um backup do volume de inicialização.

    Importante

    Não generalize ou especialize instâncias do Windows.

  7. Encerre (exclua) a instância, preservando o volume de inicialização anexado:

    Usando a Console

    Siga as etapas em Encerrando uma Instância, garantindo que a caixa de seleção Excluir permanentemente o volume de inicialização anexado esteja desmarcada. Isso preserva o volume de inicialização que está associado à instância.

    Usando a API

    Use a operação TerminateInstance e especifique o parâmetro preserveBootVolume definido como true na solicitação.

    Usando a CLI

    Use a operação instance terminated e defina a opção preserve-boot-volume como true.

  8. Crie uma nova instância usando o volume de inicialização da instância encerrada.

    No fluxo da criação da instância, especifique o endereço IP privado que foi anexado à VNIC principal. Se o endereço IP público tiver sido designado de um pool de endereços IP reservado, certifique-se de designar o mesmo endereço IP.

  9. Quando o estado da instância for alterado para Em Execução, interrompa a instância.
  10. Recrie quaisquer VNICs secundárias e endereços IP secundários.

  11. Anexe quaisquer volumes em blocos.

    Observação

    Esta etapa inclui todos os volumes usados para fazer backup de dispositivos NVMe locais. Copie os dados para o armazenamento NVMe na nova instância e desanexe os volumes.
  12. Inicie a instância.
  13. Inicie e teste quaisquer aplicativos na instância.
  14. Configure os aplicativos para iniciar automaticamente, conforme necessário.
  15. Recrie as tags necessárias.
  16. (Opcional) Após confirmar se a instância e os aplicativos estão íntegros, você pode excluir os backups de volume.