Partilhar via


Migração suportada por plataforma dos recursos IaaS clássicos para o Azure Resource Manager

Aplica-se a: ✔️ VMs Linux VMs ✔️ Windows

Importante

Atualmente, cerca de 90% das VMs IaaS estão usando o Azure Resource Manager. A partir de 28 de fevereiro de 2020, as VMs clássicas foram preteridas e serão totalmente desativadas em 6 de setembro de 2023. Saiba mais sobre essa depreciação e como ela afeta você.

Este artigo fornece uma visão geral sobre a ferramenta de migração com suporte de plataforma, como migrar recursos dos modelos de implantação do Azure Service Manager (ASM), também conhecidos como Classic to Resource Manager (ARM), e detalha como conectar recursos dos dois modelos de implantação que coexistem em sua assinatura usando gateways de rede virtual site a site. Você pode ler mais sobre os recursos e benefícios do Azure Resource Manager.

O ASM dá suporte a dois produtos de computação diferentes, Máquinas Virtuais do Azure (clássico), também conhecidas como VMs IaaS, ou Serviços de Nuvem do Azure (clássico), também conhecidos como VMs PaaS ou Funções Web/de Trabalho. Este documento fala apenas sobre a migração de Máquinas Virtuais do Azure (clássico).

Objetivo para a migração

O Resource Manager permite a implantação de aplicativos complexos por meio de modelos, configura máquinas virtuais usando extensões de VM e incorpora gerenciamento de acesso e marcação. O Azure Resource Manager inclui implantação paralela escalável para máquinas virtuais em conjuntos de disponibilidade. O novo modelo de implantação também fornece gerenciamento do ciclo de vida de computação, rede e armazenamento de forma independente. Finalmente, há um foco em habilitar a segurança por padrão com a imposição de máquinas virtuais em uma rede virtual.

Quase todos os recursos do modelo de implantação clássico têm suporte para computação, rede e armazenamento no Azure Resource Manager. Para se beneficiar dos novos recursos no Gerenciador de Recursos do Azure, você pode migrar implantações existentes do modelo de implantação Clássico.

Recursos suportados e configurações para migração

Recursos suportados para migração

  • Máquinas Virtuais (Serviço de Nuvem com VMs)
  • Serviços na nuvem (com funções Web/de trabalho)
  • Conjuntos de Disponibilidade
  • Contas de Armazenamento
  • Redes Virtuais
  • Gateways de VPN
  • Gateways de Rota Expressa (apenas na mesma assinatura da Rede Virtual)
  • Grupos de Segurança de Rede
  • Tabelas de Rota
  • IPs Reservados

Configurações suportadas para migração

Esses recursos IaaS clássicos são suportados durante a migração

Serviço Configuração
Microsoft Entra Domain Services Redes virtuais que contêm os Serviços de Domínio Microsoft Entra

Escopos de migração suportados

Há quatro maneiras diferentes de concluir a migração de recursos de computação, rede e armazenamento:

Migração de máquinas virtuais (NÃO em uma rede virtual)

No modelo de implantação do Resource Manager, a segurança é imposta para seus aplicativos por padrão. Todas as VMs precisam estar em uma rede virtual no modelo do Resource Manager. A plataforma Azure reinicia (Stop, Deallocatee Start) as VMs como parte da migração. Você tem duas opções para as redes virtuais para as quais as Máquinas Virtuais serão migradas:

  • Você pode solicitar que a plataforma crie uma nova rede virtual e migre a máquina virtual para a nova rede virtual.
  • Você pode migrar a máquina virtual para uma rede virtual existente no Gerenciador de Recursos.

Nota

Neste âmbito de migração, tanto as operações do plano de gestão como as operações do plano de dados podem não ser permitidas durante um período de tempo durante a migração.

Migração de máquinas virtuais (em uma rede virtual)

Para a maioria das configurações de VM, apenas os metadados estão migrando entre os modelos de implantação Classic e Resource Manager. As VMs subjacentes estão sendo executadas no mesmo hardware, na mesma rede e com o mesmo armazenamento. As operações do plano de gestão podem não ser permitidas durante um determinado período de tempo durante a migração. No entanto, o plano de dados continua a funcionar. Ou seja, seus aplicativos executados sobre VMs (clássicos) não incorrem em tempo de inatividade durante a migração.

As configurações a seguir não são suportadas no momento. Se o suporte for adicionado no futuro, algumas VMs nessa configuração poderão incorrer em tempo de inatividade (passar por parar, deslocalizar e reiniciar operações de VM).

  • Você tem mais de um conjunto de disponibilidade em um único serviço de nuvem.
  • Você tem um ou mais conjuntos de disponibilidade e VMs que não estão em um conjunto de disponibilidade em um único serviço de nuvem.

Nota

Neste escopo de migração, o plano de gerenciamento pode não ser permitido por um período de tempo durante a migração. Para determinadas configurações, conforme descrito anteriormente, ocorre tempo de inatividade do plano de dados.

Migração de contas de armazenamento

Para permitir uma migração perfeita, você pode implantar VMs do Resource Manager em uma conta de armazenamento clássica. Com esse recurso, os recursos de computação e de rede podem e devem ser migrados independentemente das contas de armazenamento. Depois de migrar pelas máquinas virtuais e pela rede virtual, você precisa migrar as contas de armazenamento para concluir o processo de migração.

Se a sua conta de armazenamento não tiver discos ou dados de Máquinas Virtuais associados e tiver apenas blobs, ficheiros, tabelas e filas, a migração para o Azure Resource Manager pode ser feita como uma migração autónoma sem dependências.

Nota

O modelo de implantação do Resource Manager não tem o conceito de imagens e discos clássicos. Quando a conta de armazenamento é migrada, as imagens e os discos clássicos não ficam mais visíveis no portal do Azure, mas os VHDs de suporte permanecem na conta de armazenamento.

As capturas de tela a seguir mostram como atualizar uma conta de armazenamento Classic para uma conta de armazenamento do Azure Resource Manager usando o portal do Azure:

  1. Inicie sessão no portal do Azure.
  2. Navegue até sua conta de armazenamento clássica.
  3. Na seção Configurações, clique em Migrar para ARM.
  4. Clique em Validar para determinar a viabilidade da migração. Captura de ecrã a mostrar a página para migrar a sua conta de armazenamento clássica para o Azure Resource Manager.
  5. Se a validação for aprovada, clique em Preparar para criar uma conta de armazenamento migrada.
  6. Digite yes para confirmar a migração e clique em Confirmar para concluir a migração.

Migração de recursos não anexados

Contas de armazenamento sem discos associados ou dados de máquinas virtuais podem ser migradas independentemente.

Grupos de Segurança de Rede, Tabelas de Rotas ou IPs Reservados que não estão conectados a nenhuma Máquina Virtual e Redes Virtuais também podem ser migrados independentemente.


Recursos e configurações não suportados

Alguns recursos e configurações não são suportados no momento; As seções a seguir descrevem nossas recomendações em torno deles.

Funcionalidades não suportadas

Os seguintes recursos não são suportados no momento. Opcionalmente, você pode remover essas configurações, migrar as VMs e reativar as configurações no modelo de implantação do Gerenciador de Recursos.

Fornecedor de recursos Caraterística Recomendação
Computação Discos de máquina virtual não associados. Os blobs VHD por trás desses discos serão migrados quando a Conta de Armazenamento for migrada
Computação Imagens de máquinas virtuais. Os blobs VHD por trás desses discos serão migrados quando a Conta de Armazenamento for migrada
Rede ACLs de ponto final. Remova as ACLs de ponto de extremidade e tente migrar novamente.
Rede Gateway de Aplicação Remova o Gateway de Aplicativo antes de iniciar a migração e recrie o Gateway de Aplicativo assim que a migração for concluída.
Rede Redes virtuais usando emparelhamento VNet. Migre a Rede Virtual para o Gerenciador de Recursos e, em seguida, emparelhe. Saiba mais sobre o emparelhamento de rede virtual.

Configurações não suportadas

As configurações a seguir não são suportadas no momento.

Serviço Configuração Recomendação
Gestor de Recursos RBAC (Controle de Acesso Baseado em Função) para recursos clássicos Como o URI dos recursos é modificado após a migração, é recomendável planejar as atualizações da política RBAC que precisam acontecer após a migração.
Computação Várias sub-redes associadas a uma VM Atualize a configuração da sub-rede para fazer referência a apenas uma sub-rede. Isso pode exigir que você remova uma NIC secundária (que está se referindo a outra sub-rede) da VM e a reanexe após a conclusão da migração.
Computação Máquinas virtuais que pertencem a uma rede virtual, mas não têm uma sub-rede explícita atribuída Opcionalmente, você pode excluir a VM.
Computação Máquinas virtuais com alertas, políticas de dimensionamento automático A migração passa e essas configurações são descartadas. É altamente recomendável que você avalie seu ambiente antes de fazer a migração. Como alternativa, você pode reconfigurar as configurações de alerta após a conclusão da migração.
Computação Extensões de VM XML (BGInfo 1.*, Depurador do Visual Studio, Implantação da Web e Depuração Remota) Esta ação não é suportada. É recomendável remover essas extensões da máquina virtual para continuar a migração ou elas serão descartadas automaticamente durante o processo de migração.
Computação Diagnóstico de inicialização com armazenamento Premium Desative o recurso Diagnóstico de Inicialização para as VMs antes de continuar com a migração. Você pode reativar o diagnóstico de inicialização na pilha do Gerenciador de Recursos após a conclusão da migração. Além disso, os blobs que estão sendo usados para captura de tela e logs seriais devem ser excluídos para que você não seja mais cobrado por esses blobs.
Computação Serviços na nuvem que contêm mais de um conjunto de disponibilidade ou vários conjuntos de disponibilidade. Esse procedimento não é atualmente suportado. Mova as máquinas virtuais para o mesmo conjunto de disponibilidade antes de migrar.
Computação VM com extensão Microsoft Defender for Cloud O Microsoft Defender for Cloud instala automaticamente extensões em suas máquinas virtuais para monitorar sua segurança e gerar alertas. Essas extensões geralmente são instaladas automaticamente se a política do Microsoft Defender for Cloud estiver habilitada na assinatura. Para migrar as Máquinas Virtuais, desative a política do Defender for Cloud na assinatura, que removerá a extensão de monitoramento do Defender for Cloud das Máquinas Virtuais.
Computação VM com extensão de backup ou snapshot Essas extensões são instaladas em uma Máquina Virtual configurada com o serviço de Backup do Azure. Embora não haja suporte para a migração dessas VMs, siga as orientações em Perguntas freqüentes sobre a migração clássica para o Azure Resource Manager para manter backups que foram feitos antes da migração.
Computação VM com extensão do Azure Site Recovery Essas extensões são instaladas em uma Máquina Virtual configurada com o serviço Azure Site Recovery. Embora a migração do armazenamento usado com o Site Recovery funcione, a replicação atual será afetada. Você precisa desabilitar e habilitar a replicação de VM após a migração de armazenamento.
Rede Redes virtuais que contêm máquinas virtuais e funções Web/de trabalho Esse procedimento não é atualmente suportado. Mova as funções Web/Worker para sua própria Rede Virtual antes de migrar. Depois que a Rede Virtual clássica for migrada, a Rede Virtual do Azure Resource Manager migrada poderá ser emparelhada com a Rede Virtual clássica para obter uma configuração semelhante à anterior.
Rede Circuitos Classic Express Route Esse procedimento não é atualmente suportado. Esses circuitos precisam ser migrados para o Azure Resource Manager antes de iniciar a migração IaaS. Para saber mais, consulte Movendo circuitos de Rota Expressa do modelo de implantação clássico para o Resource Manager.
Serviço de Aplicações do Azure Redes virtuais que contêm ambientes do Serviço de Aplicativo Esse procedimento não é atualmente suportado.
Azure HDInsight Redes virtuais que contêm serviços HDInsight Esse procedimento não é atualmente suportado.
Serviços de Ciclo de Vida do Microsoft Dynamics Redes virtuais que contêm máquinas virtuais gerenciadas pelo Dynamics Lifecycle Services Esse procedimento não é atualmente suportado.
API Management do Azure Redes virtuais que contêm implantações do Gerenciamento de API do Azure Esse procedimento não é atualmente suportado. Para migrar a VNET IaaS, altere a VNET da implantação do Gerenciamento de API, que é uma operação sem tempo de inatividade.

Próximos passos