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

  • Artigo
  • 10 minutos para ler

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

Importante

Atualmente, cerca de 90% das VMs IaaS estão a utilizar o Azure Resource Manager. A partir de 28 de fevereiro de 2020, as VMs clássicas foram preteridas e serão totalmente descontinuadas a 1 de setembro de 2023. Saiba mais sobre esta preterição e como a afeta.

Este artigo fornece uma descrição geral sobre a ferramenta de migração suportada pela plataforma, como migrar recursos do Azure Service Manager (ASM) também conhecido como modelos de implementação Clássico para Resource Manager (ARM) e detalhes sobre como ligar recursos dos dois modelos de implementação que coexistem na sua subscrição através de gateways de rede virtual site a site. Pode ler mais sobre as funcionalidades e benefícios do Azure Resource Manager.

O ASM suporta dois produtos de computação diferentes, o Azure Máquinas Virtuais (clássico) também conhecido como VMs & IaaS do Azure Serviços Cloud (clássico) também conhecido como VMs PaaS ou Funções De Trabalho/Web. Este documento aborda apenas a migração do Azure Máquinas Virtuais (clássico).

Objetivo para a migração

Resource Manager permite implementar aplicações complexas através de modelos, configura máquinas virtuais com extensões de VM e incorpora a gestão de acesso e a identificação. O Azure Resource Manager inclui a implementação paralela dimensionável para máquinas virtuais em conjuntos de disponibilidade. O novo modelo de implementação também fornece gestão do ciclo de vida de computação, rede e armazenamento de forma independente. Por fim, o foco está na ativação da segurança por predefinição com a imposição de máquinas virtuais numa rede virtual.

Quase todas as funcionalidades do modelo de implementação clássica são suportadas para computação, rede e armazenamento no Azure Resource Manager. Para beneficiar das novas capacidades no Azure Resource Manager, pode migrar implementações existentes a partir do modelo de implementação Clássica.

Configurações de recursos & suportados para migração

Recursos suportados para migração

Configurações suportadas para migração

Estes recursos iaaS clássicos são suportados durante a migração

Serviço Configuração
Azure AD Domain Services Redes virtuais que contêm serviços de Domínio Azure AD

Âmbitos de migração suportados

Existem quatro formas diferentes de concluir a migração de recursos de computação, rede e armazenamento:

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

No modelo de implementação Resource Manager, a segurança é imposta às suas aplicações por predefinição. Todas as VMs têm de estar numa rede virtual no modelo de Resource Manager. A plataforma do Azure reinicia (Stop, Deallocatee Start) as VMs como parte da migração. Tem duas opções para as redes virtuais para as quais o Máquinas Virtuais será migrado:

  • Pode pedir à plataforma para criar uma nova rede virtual e migrar a máquina virtual para a nova rede virtual.
  • Pode migrar a máquina virtual para uma rede virtual existente no Resource Manager.

Nota

Neste âmbito de migração, as operações do plano de gestão e 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 (numa rede virtual)

Para a maioria das configurações de VM, apenas os metadados estão a migrar entre os modelos de implementação Clássico e Resource Manager. As VMs subjacentes estão em execução 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, as aplicações em execução em VMs (clássicas) não incorrem em períodos de indisponibilidade durante a migração.

As seguintes configurações não são atualmente suportadas. Se o suporte for adicionado no futuro, algumas VMs nesta configuração poderão incorrer em tempo de inatividade (passar por operações de paragem, desalocar e reiniciar VMs).

  • Tem mais do que um conjunto de disponibilidade num único serviço cloud.
  • Tem um ou mais conjuntos de disponibilidade e VMs que não estão num conjunto de disponibilidade num único serviço cloud.

Nota

Neste âmbito de migração, o plano de gestão pode não ser permitido durante um período de tempo durante a migração. Para determinadas configurações, conforme descrito anteriormente, ocorre um período de indisponibilidade do plano de dados.

Migração de contas de armazenamento

Para permitir uma migração totalmente integrada, pode implementar Resource Manager VMs numa conta de armazenamento clássica. Com esta capacidade, os recursos de computação e de rede podem e devem ser migrados independentemente das contas de armazenamento. Depois de migrar através da sua Máquinas Virtuais e Rede Virtual, tem de migrar através das suas contas de armazenamento para concluir o processo de migração.

Se a sua conta de armazenamento não tiver discos ou dados 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 implementação Resource Manager não tem o conceito de imagens e discos clássicos. Quando a conta de armazenamento é migrada, as imagens clássicas e os discos já não são visíveis no portal do Azure, mas os VHDs de apoio permanecem na conta de armazenamento.

As capturas de ecrã seguintes mostram como atualizar uma conta de armazenamento Clássica para uma conta de armazenamento do Azure Resource Manager com portal do Azure:

  1. Inicie sessão no Portal do Azure.
  2. Navegue para a sua conta de armazenamento clássica.
  3. Na secção Definições , clique em Migrar para o 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. Escreva sim para confirmar a migração e clique em Consolidar para concluir a migração.

Migração de recursos desanexados

As Contas de Armazenamento sem discos associados ou Máquinas Virtuais dados podem ser migradas de forma independente.

Os Grupos de Segurança de Rede, os IPs Reservados das Tabelas & de Rotas que não estão anexados a nenhuma Máquinas Virtuais e redes virtuais também podem ser migrados de forma independente.


Funcionalidades e configurações não suportadas

Algumas funcionalidades e configurações não são atualmente suportadas; as secções seguintes descrevem as nossas recomendações à sua volta.

Funcionalidades não suportadas

As seguintes funcionalidades não são atualmente suportadas. Opcionalmente, pode remover estas definições, migrar as VMs e, em seguida, reativar as definições no modelo de implementação Resource Manager.

Fornecedor de recursos Funcionalidade Recomendação
Computação Discos de máquinas virtuais não associados. Os blobs VHD por trás destes discos serão migrados quando a Conta de Armazenamento for migrada
Computação Imagens de máquina virtual. Os blobs VHD por trás destes discos serão migrados quando a Conta de Armazenamento for migrada
Rede ACLs de ponto final. Remova ASCs de Ponto Final e repita a migração.
Rede Gateway de Aplicação Remova o Gateway de Aplicação antes de iniciar a migração e, em seguida, recrie o Gateway de Aplicação assim que a migração estiver concluída.
Rede Redes virtuais com o VNet Peering. Migre Rede Virtual para Resource Manager e, em seguida, peering. Saiba mais sobre o VNet Peering.

Configurações não suportadas

As seguintes configurações não são atualmente suportadas.

Serviço Configuração Recomendação
Resource Manager Role-Based Controlo de Acesso (RBAC) para recursos clássicos Uma vez que o URI dos recursos é modificado após a migração, recomenda-se que planeie as atualizações da política RBAC que têm de ocorrer após a migração.
Computação Várias sub-redes associadas a uma VM Atualize a configuração da sub-rede para referenciar apenas uma sub-rede. Isto pode exigir que remova uma NIC secundária (que se refere a outra sub-rede) da VM e volte a ligá-la após a conclusão da migração.
Computação Máquinas virtuais que pertencem a uma rede virtual, mas que não têm uma sub-rede explícita atribuída Opcionalmente, pode eliminar a VM.
Computação Máquinas virtuais com alertas, políticas de Dimensionamento Automático A migração é concluída e estas definições são removidas. Recomenda-se vivamente que avalie o seu ambiente antes de efetuar a migração. Em alternativa, pode reconfigurar as definições de alerta após a conclusão da migração.
Computação Extensões de VM XML (BGInfo 1.*, Visual Studio Debugger, Web Deploy e Depuração Remota) Esta ação não é suportada. Recomenda-se que remova estas extensões da máquina virtual para continuar a migração ou que sejam removidas automaticamente durante o processo de migração.
Computação Diagnósticos de arranque com armazenamento Premium Desative a funcionalidade Diagnóstico de Arranque para as VMs antes de continuar com a migração. Pode reativar o diagnóstico de arranque na pilha de Resource Manager após a conclusão da migração. Além disso, os blobs que estão a ser utilizados para captura de ecrã e registos de série devem ser eliminados para que já não lhe sejam cobrados esses blobs.
Computação Serviços cloud que contêm mais do que um conjunto de disponibilidade ou vários conjuntos de disponibilidade. Esse procedimento não é atualmente suportado. Mova o Máquinas Virtuais para o mesmo conjunto de disponibilidade antes de migrar.
Computação VM com Microsoft Defender para a extensão cloud Microsoft Defender para a Cloud instala automaticamente extensões no seu Máquinas Virtuais para monitorizar a segurança e emitir alertas. Normalmente, estas extensões são instaladas automaticamente se a política Microsoft Defender para a Cloud estiver ativada na subscrição. Para migrar o Máquinas Virtuais, desative a política do Defender para Cloud na subscrição, que removerá a extensão de monitorização do Defender para Cloud do Máquinas Virtuais.
Computação VM com cópia de segurança ou extensão de instantâneo Estas extensões estão instaladas numa Máquina Virtual configurada com o serviço Azure Backup. Embora a migração destas VMs não seja suportada, siga as orientações em Perguntas mais frequentes sobre a migração clássica para o Azure Resource Manager para manter as cópias de segurança que foram feitas antes da migração.
Computação VM com extensão de Site Recovery do Azure Estas extensões são instaladas numa Máquina Virtual configurada com o serviço Site Recovery do Azure. Embora a migração do armazenamento utilizado com Site Recovery funcione, a replicação atual será afetada. Tem de desativar e ativar a replicação da VM após a migração do 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/Trabalho para as suas próprias Rede Virtual antes de migrar. Assim que a Rede Virtual clássica for migrada, a Resource Manager Rede Virtual do Azure migrada pode ser configurada em modo de peering com a Rede Virtual clássica para obter uma configuração semelhante à anterior.
Rede Circuitos clássicos do ExpressRoute Esse procedimento não é atualmente suportado. Estes circuitos têm de ser migrados para o Azure Resource Manager antes de iniciarem a migração iaaS. Para saber mais, veja Moving ExpressRoute circuits from the classic to the Resource Manager deployment model (Mover circuitos do ExpressRoute do modelo clássico para o modelo de implementação do Resource Manager).
Serviço de Aplicações do Azure Redes virtuais que contêm ambientes Serviço de Aplicações Esse procedimento não é atualmente suportado.
Azure HDInsight Redes virtuais que contêm serviços do HDInsight Esse procedimento não é atualmente suportado.
Microsoft Dynamics Lifecycle Services Redes virtuais que contêm máquinas virtuais geridas pelos Serviços de Ciclo de Vida do Dynamics Esse procedimento não é atualmente suportado.
Gestão de API do Azure Redes virtuais que contêm implementações do Azure Gestão de API Esse procedimento não é atualmente suportado. Para migrar a VNET IaaS, altere a VNET da implementação do Gestão de API, que é uma operação sem tempo de inatividade.

Passos seguintes