Migrar computadores como servidores físicos para o Azure

Este artigo mostra como migrar máquinas como servidores físicos para o Azure usando a ferramenta de migração e modernização do Azure. A migração de máquinas tratando-as como servidores físicos é útil em muitos cenários:

• Migre servidores físicos locais.
• Migre máquinas virtuais (VMs) virtualizadas por plataformas como Xen e KVM.
• Migre VMs Hyper-V ou VMware, se não conseguir usar o processo de migração padrão para migração sem agente Hyper-V ou VMware .
• Migre VMs em execução em nuvens privadas.
• Migre VMs em execução em nuvens públicas, como Amazon Web Services (AWS) ou Google Cloud Platform (GCP).

Neste tutorial, irá aprender a:

Se você não tiver uma assinatura do Azure, crie uma conta gratuita antes de começar.

Pré-requisitos

Antes de começar:

1. Vai para um projeto existente ou cria um novo.
2. Complete o tutorial para preparar Azure e descobrir servidores físicos para migração.
3. Recomendamos que complete o tutorial avalie servidores físicos antes de migrar servidores para Azure.
4. Verifique as permissões para sua conta do Azure. Precisa de permissões para:
   • Criar uma VM.
   • Escreva em um disco gerenciado do Azure.
5. Para os papéis incorporados necessários no Azure Migrate e os detalhes de permissões para criar um projeto e executar descobertas, avaliações e migrações, consulte Preparar contas Azure para Azure Migrate.
6. Atribuir permissões para registar o Dispositivo de Replicação no Microsoft Entra ID. Para mais informações, consulte permissões necessárias.

Além disso,

• Analise a arquitetura de migração.
• Analise as limitações relacionadas à migração de servidores Windows Server 2008 para o Azure.

Criar uma rede do Azure

Configure uma rede virtual do Azure. Quando você replica para o Azure, as VMs do Azure são criadas e unidas à rede virtual do Azure que você especificou ao configurar a migração.

Prepare para a migração

Para se preparar para a migração de servidores físicos, certifique-se de que:

• Verifique os requisitos da máquina: Verifique se as suas máquinas de origem são suportadas para migração física de servidores.
• Configurar um dispositivo de replicação: Migrações físicas de servidores requerem um dispositivo de replicação separado para executar migrações baseadas em agentes. Não podes usar o appliance Azure Migrate criado para descoberta para executar migrações físicas de servidores.

Verificar os requisitos da máquina para migração

Verifique se as máquinas estão em conformidade com os requisitos de migração para o Azure.

1. Verifique os requisitos do servidor físico.

2. Verifique se as máquinas locais que você replica para o Azure estão em conformidade com os requisitos da VM do Azure.

3. Algumas alterações são necessárias nas VMs antes de migrá-las para o Azure:

   • Para alguns sistemas operacionais, o Azure Migrate and Modernize faz essas alterações automaticamente.
   • Faça essas alterações antes de começar a migração. Se você migrar a VM antes de fazer a alteração, a VM pode não inicializar no Azure. Revise as alterações do Windows e Linux que você precisa fazer.

Preparar uma máquina para o dispositivo de replicação

O dispositivo de Replicação do Azure Site Recovery é usado para replicar máquinas para o Azure. Saiba mais.

Para configurar um novo dispositivo, você pode usar o script do instalador do PowerShell. Assegura-te de que cumpres os requisitos de hardware e software , bem como quaisquer outros pré-requisitos.

Configurar o dispositivo de replicação

Esta secção descreve como descarregar e usar o script de instalação do PowerShell para configurar o appliance simplificado.

1. No projeto Azure Migrate >Execute>Migration, selecione Start execution.

2. Em Especificar intenção, em O que quer migrar, selecione Servidores ou máquinas virtuais (VMs). Em Para onde quer migrar, selecione Azure VM.

3. Em Como irá selecionar cargas de trabalho, em Outras origens, selecione Do dispositivo de replicação (Físico ou Outros). Selecione o link disponível na página para iniciar a configuração.

4. Na página de configuração, o tipo de virtualização é pré-preenchido com base na seleção feita no passo anterior (Físico).

5. Em Região de destino, selecione a região do Azure para a qual você deseja migrar as máquinas.

6. Selecionar Confirmar que a região-alvo para migração é region-name.

7. Selecione Criar recursos. Esta ação cria um cofre Azure Site Recovery em segundo plano.

   Nota

   Não pode alterar a região-alvo deste projeto depois de selecionar o botão Criar recursos , e todas as migrações subsequentes vão para esta região.

Configurar o dispositivo usando o PowerShell

Esta secção descreve como configurar o aparelho usando o PowerShell.

1. Descarregue os instaladores a partir do portal ou do link fornecido e coloque-os no aparelho de replicação que criou no seu ambiente. Certifique-se de que o aparelho cumpre os requisitos.

2. Descompacte e extraia os componentes.

3. Execute o script doDRInstaller.ps1 PowerShell como administrador.

Registrar aparelho

Depois que o dispositivo é criado, o Microsoft Azure Appliance Gestor de Configuração é iniciado automaticamente. Ele valida pré-requisitos, como conectividade com a Internet, sincronização de tempo, configurações do sistema e políticas de grupo.

• CheckRegistryAccessPolicy - Impede o acesso a ferramentas de edição de registos

  • Chave: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System.
  • O DisableRegistryTools valor não deve ser igual a 0.

• CheckCommandPromptPolicy - Impede o acesso ao prompt de comandos

  • Chave: HKLM\SOFTWARE\Policies\Microsoft\Windows\System.
  • O DisableCMD valor deve ser igual a 0.

• CheckTrustLogicAttachmentsPolicy - Lógica de confiança para anexos de ficheiros.

  • Chave: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Attachments.
  • O UseTrustedHandlers valor não deve ser igual a 3.

• CheckPowershellExecutionPolicy - Ative a execução de script.

  • A política de execução do PowerShell não deve estar definida como AllSigned ou Restricted.
  • Certifique-se de que a política de grupo Ativar o Script Execution Attachment Manager não está definida como Desabilitada ou Permitir apenas scripts assinados.

Use as seguintes etapas para registrar o aparelho:

1. Se o dispositivo utilizar um proxy para acesso à Internet, defina as definições de proxy alternando a opção «Utilizar proxy para ligar à Internet».

   • Todos os serviços do Azure Site Recovery usam essas configurações para se conectar à Internet.

   Nota

   Apenas é suportado o proxy HTTP.

2. Verifique se as URLs necessárias são permitidas e acessíveis a partir do dispositivo de replicação do Azure Site Recovery para manter a conectividade contínua.

3. Depois de verificados os pré-requisitos, o aparelho recolhe toda a informação dos seus componentes na etapa seguinte. Revise o status de todos os componentes e selecione Continuar.

4. Salve os detalhes e continue a escolher o método de conectividade do aparelho. Você pode selecionar FQDN ou um IP NAT para definir como ocorre a comunicação com o dispositivo.

   .

5. Depois de salvar os detalhes de conectividade, selecione Continuar para continuar com o registro no Microsoft Azure.

6. Verifique se os pré-requisitos foram atendidos e, em seguida, prossiga com o registro.

   .

7. Nome amigável do eletrodoméstico: forneça um nome amigável para rastrear esse eletrodoméstico no portal do Azure na infraestrutura do Cofre de Serviços de Recuperação.

   Nota

   O nome não pode ser alterado uma vez definido.

8. Chave do dispositivo de replicação do Azure: copie a chave da tela de descoberta do portal.

   .

9. Depois de colar a chave, selecione Login. Você será redirecionado para uma nova guia de autenticação. Por padrão, um código de autenticação é gerado na página Gerenciador de Configurações do Aparelho . Use o código a seguir na guia autenticação.

10. Insira suas credenciais do Microsoft Azure para concluir o registro.

11. Após o registo bem-sucedido, pode fechar o separador e regressar ao Appliance Gestor de Configuração para continuar a configuração.

    

    Nota

    Um código de autenticação expira dentro de 5 minutos após a geração. Se houver inatividade por mais tempo do que essa duração, você será solicitado a fazer logon novamente no Azure.

12. Depois de entrar com êxito, os detalhes de Assinatura, Grupo de Recursos e Cofre de Serviços de Recuperação são exibidos.

13. Selecione Continuar para continuar.

    .

14. Após o registro bem-sucedido, prossiga para configurar os detalhes do vCenter .

    .

15. Selecione Adicionar vCenter Server para inserir as informações do vCenter.

16. Digite o nome do servidor ou endereço IP do vCenter, incluindo o número da porta e, em seguida, forneça o nome de usuário, senha e um nome amigável. Essas informações são usadas para recuperar detalhes sobre as máquinas virtuais gerenciadas por meio do vCenter. Os detalhes da conta de usuário são criptografados e armazenados localmente na máquina. Saiba mais.

    Nota

    Se você estiver adicionando o mesmo vCenter Server a vários dispositivos, certifique-se de que o mesmo nome amigável seja usado em todos os dispositivos.

17. Depois de salvar com êxito as informações do vCenter, selecione Adicionar credenciais de máquina virtual para fornecer detalhes do usuário para as VMs descobertas através do vCenter.

    Nota

    • Para Linux OS, certifique-se de fornecer credenciais de raiz.
    • Para o sistema operacional Windows, uma conta de usuário com privilégios de administrador deve ser adicionada. Essas credenciais são usadas para transferir a instalação do agente de mobilidade na VM de origem durante a operação para ativar a replicação. As credenciais podem ser escolhidas por VM no portal do Azure durante o fluxo de trabalho de habilitar replicação.
    • Visite o Configurador de aparelhos para editar ou adicionar credenciais para aceder às suas máquinas.

18. Depois de adicionar os detalhes do vCenter, expanda Fornecer detalhes do servidor físico para adicionar informações sobre quaisquer servidores físicos que você planeja proteger.

    .

19. Selecione Adicionar credenciais para adicionar as credenciais da(s) máquina(s) que você planeja proteger. Forneça todos os detalhes necessários, como o sistema operacional, um nome amigável para a credencial, nome de usuário e senha. Os detalhes da conta de usuário são criptografados e armazenados localmente na máquina.

20. Por fim, selecione Adicionar.

    .

21. Selecione Adicionar servidor para adicionar os detalhes do servidor físico. Forneça o endereço IP ou FQDN da máquina.

22. Selecione a conta de credenciais e, em seguida, selecione Adicionar.

    .

Instalar o agente de serviço de mobilidade

Quando você habilita a replicação para máquinas virtuais VMware e servidores físicos, o serviço de mobilidade é instalado em cada máquina local. O serviço de mobilidade captura dados, grava-os na máquina e encaminha-os para o servidor de processos de Recuperação de Site.

Você pode instalar o serviço de mobilidade usando o software do agente de serviço de mobilidade. Os seguintes métodos estão disponíveis para implantação:

• Instalação por push: quando a proteção é habilitada por meio do portal do Azure, o Site Recovery instala o serviço de Mobilidade no servidor.
• Instalação manual: Você pode instalar o serviço de mobilidade manualmente em cada máquina através da interface do usuário (UI) ou prompt de comando.
• Implantação automatizada: você pode automatizar a instalação do serviço de mobilidade com ferramentas de implantação de software, como o Gestor de Configuração.

Saiba mais sobre a instalação do agente de serviço de mobilidade.

Executar migrações

1. No projeto Azure Migrate >Execute>Migration, selecione Start execution.

2. Na página Especificar intenção, em O que quer migrar, selecione Servidores ou máquinas virtuais (VMs). Em Para onde quer migrar, selecione Azure VM.

3. Em Como vais selecionar cargas de trabalho, seleciona uma das seguintes opções:

   • Se tiver um appliance Azure Migrate existente, selecione uma das seguintes opções e siga para o método Discovery.
     • De todo o inventário para selecionar manualmente os servidores.
     • De uma avaliação para utilizar uma avaliação existente.
   • Se não tiver um appliance Azure Migrate existente (necessário para avaliações, planeamento de ondas e outras capacidades de planeamento) e quiser executar diretamente migrações baseadas em agentes, selecione A partir de um appliance de replicação (Físico ou outros). Se completaste a configuração do aparelho de replicação, podes avançar para Cargas de Trabalho. Caso contrário, complete a configuração conforme os passos indicados na secção anterior.

4. No método de Descoberta, selecione o dispositivo que corresponde ao seu ambiente de origem (Físico) e depois selecione Próximo.

5. Em Cargas de Trabalho:

   • Selecione o tipo de segurança da VM Target:
     • O Azure Migrate dá suporte à migração para TVMs (Máquinas Virtuais de Inicialização Confiáveis). Por padrão, migra as VMs elegíveis como TVMs. Essas VMs fornecem recursos de segurança aprimorados, como inicialização segura e TPM virtual, sem custo extra.
     • Também pode migrar máquinas elegíveis para máquinas virtuais confidenciais (Pré-visualização). Saiba mais. Se selecionar máquinas virtuais confidenciais, apenas os servidores elegíveis ficam disponíveis para seleção e os restantes aparecem a cinzento.
   • Selecione no menu pendente o dispositivo de replicação que configurou ou configure um novo dispositivo de replicação seguindo os passos indicados na secção anterior.
     • Nas credenciais de convidado, especifica a conta de administrador da VM que usas para a instalação push do Serviço de mobilidade.
   • Depois, selecione Next depois de selecionar as VMs que quer replicar.

6. Nas definições de Target, selecione a subscrição e a região de destino para onde quer migrar, e especifique o grupo de recursos onde as VMs do Azure ficam após a migração. Complete as seguintes configurações:

   • Conta de armazenamento: Mantenha a opção padrão de usar a conta de armazenamento cache que o portal cria automaticamente para o projeto. Para usar uma conta de armazenamento diferente para replicação, selecione-a na lista suspensa.

   Nota

   • Se usar um endpoint privado como método de conectividade para o projeto Azure Migrate, conceda ao cofre dos Serviços de Recuperação acesso à conta de armazenamento em cache. Mais informações
   • Para replicar usando o ExpressRoute com emparelhamento privado, crie um ponto de extremidade privado para a conta de armazenamento em cache. Mais informações

   • Benefício Híbrido do Azure: Aplique o Benefício Híbrido do Azure e poupe até 76% face aos custos do modelo de pagamento conforme a utilização, ao utilizar uma licença elegível do Windows Server e/ou do Enterprise Linux. Assinala as caixas aplicáveis à tua licença (licença Windows Server ou licença Enterprise Linux).

   • Rede virtual: Selecione a rede virtual e a sub-rede Azure que as VMs Azure juntam após a migração.

   • Opções de disponibilidade: Selecione uma das seguintes opções:

     • A Zona de Disponibilidade fixa a máquina migrada para uma Zona de Disponibilidade específica na região. Utilize esta opção para distribuir as máquinas que fazem parte de uma camada de aplicação com vários nós entre Zonas de Disponibilidade. Se selecionar esta opção, especifique a Zona de Disponibilidade para cada máquina selecionada no separador Computar. Esta opção está disponível apenas se a região-alvo selecionada suportar Zonas de Disponibilidade.
     • O Conjunto de Disponibilidade coloca a máquina migrada num Conjunto de Disponibilidade. O grupo de recursos alvo selecionado deve conter um ou mais conjuntos de disponibilidade.
     • Não é necessária redundância de infraestrutura – Selecione esta opção se não necessitar de Zonas de Disponibilidade ou Availability Sets para as máquinas migradas.

   • Em Detalhes de Segurança,

     • Se o tipo de segurança alvo selecionado for máquinas virtuais Standard ou Trusted Launch:

       • O arranque seguro está ativado por defeito (recomendado). Pode optar por remover esta opção. Depois, proceda à seleção do tipo de encriptação do disco .

     • Se o tipo de segurança alvo selecionado for máquinas virtuais confidenciais:

       • Pode, opcionalmente, optar por encriptar confidencialmente os discos do sistema operativo. Esta encriptação fornece uma camada adicional de encriptação que liga as chaves de encriptação do disco ao TPM da máquina virtual e torna o conteúdo do disco acessível apenas à VM.
       • Para ativar esta encriptação, verifique a opção de encriptação de computação Confidencial e proceda à seleção do tipo de encriptação do disco do SO . Caso contrário, prossiga para a seleção do tipo de encriptação de disco .
       • Tipo de encriptação do disco do SO, selecione:
         • Encriptação em repouso com chave gerida pela plataforma (Padrão, se não selecionou encriptação de computação confidencial)
         • Encriptação confidencial com chave gerida pela plataforma (Disponível, se selecionou encriptação de computação confidencial)
         • Encriptação confidencial com chave gerida pelo cliente (Disponível, se selecionou encriptação de computação confidencial)

           Nota

           A encriptação de disco do sistema operativo confidencial não é suportada para máquinas virtuais RHEL e Rocky Linux. Se for necessária encriptação do disco do sistema operativo, remova essas VMs da seleção.

     • Tipo de encriptação do disco, selecione:

       • Criptografia em repouso com chave gerenciada pela plataforma
       • Criptografia em repouso com chave gerida pelo cliente
       • Criptografia dupla com chaves gerenciadas pela plataforma e pelo cliente

   Nota

   • Para replicar VMs com chaves geridas pelo cliente (CMK), crie um conjunto de encriptação de disco sob o grupo de recursos alvo. Um objeto de conjunto de encriptação de disco mapeia discos geridos para um Cofre de Chaves que contém o CMK a usar para SSE.
   • O disco inicial é criado no Azure durante a replicação/preparação antes da transição final. A encriptação protege os dados desde a primeira escrita, enquanto permanecem no Azure. A definição de tipo de encriptação de disco aplica-se tanto aos discos seed como aos discos geridos após a migração final.

7. Em Computação, revise o nome, o tamanho, o tipo de disco do sistema operacional e a configuração de disponibilidade da VM (se selecionado na etapa anterior). As VMs devem cumprir os requisitos Azure.

   • Tamanho da VM: Se estiveres a usar recomendações de avaliação, a seleção Tamanho da VM mostrará o tamanho recomendado. Caso contrário, o Azure Migrate escolhe um tamanho com base no ajuste mais próximo da subscrição do Azure. Como alternativa, escolha um tamanho manual no tamanho da VM do Azure.
   • Disco do sistema operacional: especifique o disco do sistema operacional (inicialização) para a VM. O disco do sistema operativo contém o carregador de arranque e o instalador do sistema operativo.
   • Zona de disponibilidade: especifique a zona de disponibilidade a ser usada.
   • Conjunto de disponibilidade: especifique o conjunto de disponibilidade a ser usado.
   • Reserva de capacidade: Se já tem uma reserva de capacidade para o SKU VM na subscrição e localização alvo, especifique-a aqui para esta implementação. As reservas de capacidade garantem que o SKU VM necessário está disponível quando iniciar a migração. Pode associar uma reserva agora ou saltar este passo e configurá-la mais tarde durante a migração. A reserva de capacidade para o SKU pode estar em qualquer grupo de recursos dentro da subscrição e localização alvo. Saiba mais.

8. No Discos, especifique se os discos da VM devem ser replicados para o Azure e selecione o tipo de disco (Premium v2, Ultra Disk, Standard SSD, Standard HDD ou Premium Managed disks) no Azure. Em seguida, selecione Avançar.

   • Pode excluir discos da replicação.
   • Se você excluir discos, eles não estarão presentes na VM do Azure após a migração.
   • Você pode excluir discos se o agente de mobilidade já estiver instalado nesse servidor. Saiba mais.

9. Em Tags, escolha adicionar tags às suas máquinas virtuais, discos e NICs.

10. Em Rever e iniciar execução, revê as definições e seleciona Rever e iniciar execução para iniciar a replicação inicial dos servidores.

Rastrear e monitorar

1. No projeto do Azure Migrate, vá para Executar > Migrações. Use Visualizar por aplicações ou Visualizar por cargas de trabalho para alterar a forma como os itens são agrupados.

2. A replicação ocorre da seguinte forma:

   1. Quando o trabalho Iniciar replicação for concluído com êxito, as máquinas iniciam a replicação inicial para o Azure.
   2. Durante a replicação inicial, um instantâneo da VM é criado. Os dados de disco do instantâneo são replicados para replicar discos gerenciados no Azure.
   3. Após a conclusão da replicação inicial, a replicação delta é iniciada. Alterações incrementais aos discos de origem são periodicamente replicadas para os discos réplica no Azure.

3. O progresso da execução é mostrado na fase de execução e no estado da execução:

   • Fase de execução: Preparação, Teste ou Conclusão.
   • Estado de execução: Em progresso, Em erro, Ação pendente ou Concluída.

4. O progresso da execução é acompanhado ao longo de três fases na fase de Execução:

   1. Preparação:

      • Os servidores habilitados para replicação permanecem na fase de Preparação enquanto a replicação inicial (replicação de dados) está em curso.
      • Pode efetuar as operações Parar replicação e Iniciar replicação nesta fase, se necessário, utilizando as listas pendentes disponíveis no painel de detalhe do servidor.
      • Após a conclusão da replicação inicial, os servidores passam para a fase de Testes .

      

   2. Teste:

      • Servidores para os quais a replicação inicial está completa e a replicação delta está em curso passam para a fase de Testes .
      • Pode optar por realizar migrações de teste numa rede virtual de testes antes da migração propriamente dita (recomendado).
      • Pode ignorar a etapa de Testes e iniciar a migração diretamente, utilizando as ações disponíveis no menu suspenso Conclusão.

   3. Conclusão:

      • Servidores para os quais as migrações de teste são concluídas ou ignoradas passam para esta fase. Pode realizar migrações finais (Cutover) para estes servidores.
      • Após a conclusão da migração, execute Complete a migração para limpar os recursos de migração utilizando as listas pendentes disponíveis no painel de exploração detalhada do servidor.

Executar uma migração de teste

Quando a replicação delta começa, você pode executar uma migração de teste para as VMs, antes de executar uma migração completa para o Azure. É altamente recomendável que você faça isso pelo menos uma vez para cada máquina, antes de migrá-la.

• Executar uma migração de teste verifica se a migração funciona como esperado, sem afetar as máquinas de origem (on-premises ou AVS), que permanecem operacionais e continuam a replicar.
• A migração de teste simula a migração criando uma VM Azure usando dados replicados (normalmente migrando para uma rede virtual não produtiva na sua subscrição Azure).
• Você pode usar a VM do Azure de teste replicada para validar a migração, executar testes de aplicativos e resolver quaisquer problemas antes da migração completa.

Faça uma migração de teste da seguinte maneira:

1. No projeto Azure Migrate, em Executar>Migrações, selecione o servidor selecionando o seu nome na coluna Workloads.

2. No menu de Testes, selecione Iniciar migração de teste.

3. Na migração de Testes, selecione a rede virtual Azure onde a VM Azure estará localizada durante os testes. Recomendamos que utilize uma rede virtual não produtiva.

4. Selecione a sub-rede a associar a cada placa de interface de rede (NIC) na VM migrada.

5. Você tem uma opção para atualizar o sistema operacional Windows Server durante a migração de teste. Para atualizar, selecione a opção Atualizar disponível .

6. No painel apresentado, selecione a versão do SO de destino para a qual pretende atualizar e selecione Aplicar. Saiba mais.

7. Selecione a migração de teste para iniciar a tarefa. Monitorize o estado da tarefa no portal, em Estado de execução. Após a conclusão da migração de teste, limpe os recursos de teste acedendo ao servidor e selecionando Limpar migração de teste na lista pendente Testes.

   Nota

   • Para tirar partido de patches automatizados, backups automatizados e gestão simplificada de licenças usando a Extensão SQL IaaS Agent, registe os seus servidores a correr SQL Server com SQL VM RP.
   • Selecione o servidor na coluna Workloads na página Executar> Migrações. Nas definições de Computação e Rede, selecione a caixa de seleção associada a registar com a extensão SQL IaaS.
   • Selecione o benefício Azure Hybrid para SQL Server se tiver instâncias de SQL Server cobertas por subscrições ativas de Software Assurance ou SQL Server e quiser aplicar o benefício às máquinas que está a migrar.

Migrar VMs

Depois de verificares se a migração de testes funciona como esperado, podes migrar as máquinas de origem.

1. No projeto Azure Migrate, em Executar>Migrações, selecione o servidor selecionando o seu nome na coluna Workloads.
2. No menu suspenso, sob Conclusão, selecione Migrar.
3. Em Migrar>Desligar máquinas virtuais e realizar uma migração planeada sem perda de dados, selecione Sim.
   • Por defeito, o Azure Migrate desliga a VM de origem e executa uma replicação on-demand para sincronizar quaisquer alterações na VM que tenham ocorrido desde a última replicação. Este processo garante a ausência de perda de dados.
   • Se não quiser desligar a VM, selecione Não.
4. Você tem uma opção para atualizar o sistema operacional Windows Server durante a migração.
5. Para atualizar, selecione a opção Atualizar disponível . No painel apresentado, selecione a versão do SO de destino para a qual pretende atualizar e selecione Aplicar. Saiba mais.
6. Se já tem uma reserva de capacidade para o SKU VM na subscrição e localização alvo, especifique-a aqui para esta implementação. As reservas de capacidade garantem que o SKU VM necessário está disponível quando iniciar a migração. A reserva de capacidade para o SKU pode estar em qualquer grupo de recursos dentro da subscrição e localização alvo. Saiba mais.
7. Depois de concluir as definições, selecione Migrar. Começa um trabalho de migração para o servidor. Controle a tarefa nas notificações do Azure.
8. Depois que o trabalho terminar, pode visualizar e gerir o servidor a partir da página de Migrações, que será acompanhado na fase de Conclusão.

Concluir a migração

1. Depois de a migração terminar, abra a página de detalhamento do servidor. Em Conclusão, selecione Completar migração. Esta ação impede a replicação para a máquina de origem e limpa a informação do estado de replicação da VM.
2. Verifique e solucione quaisquer problemas de ativação do Windows na VM do Azure.
3. Execute quaisquer ajustes de aplicativos pós-migração, como atualizar nomes de host, cadeias de conexão de banco de dados e configurações de servidor Web.
4. Execute testes de aplicação final e de aceitação da migração na aplicação migrada em execução no Azure.
5. Redirecione o tráfego para a instância de VM do Azure migrada.
6. Remova as VMs no local do seu inventário de VMs locais.
7. Remova as VMs no local das cópias de segurança locais.
8. Atualize qualquer documentação interna para mostrar a nova localização e endereço IP das VMs do Azure.

Práticas recomendadas pós-migração

• Para aumentar a resiliência:
  • Mantenha os dados seguros fazendo backup das VMs do Azure usando o serviço de Backup do Azure. Saiba mais.
  • Mantenha as cargas de trabalho em execução e continuamente disponíveis ao replicar VMs do Azure para uma região secundária com o Site Recovery. Saiba mais.
• Para maior segurança:
  • Limite e controle o acesso ao tráfego de entrada com Microsoft Defender para a Cloud - Acesso Just-in-time.
  • Gerencie e governe atualizações em máquinas Windows e Linux com o Gestor de Atualizações do Azure.
  • Restrinja o tráfego de rede a endpoints de gestão com grupos de segurança de rede.
  • Implante o Azure Disk Encryption para ajudar a proteger discos e manter os dados protegidos contra roubo e acesso não autorizado.
  • Leia mais sobre como proteger recursos IaaS e o Microsoft Defender para a Cloud.
• Para monitorização e gestão:
  • Considere a implantação do Microsoft Cost Management para monitorar o uso e os gastos com recursos.

Próximos passos

Investigue a jornada de migração para a nuvem no Cloud Adoption Framework for Azure.