Migrar Serviços de Nuvem do Azure (clássicos) para os Serviços de Nuvem do Azure (suporte estendido)

  • Artigo

Este documento fornece uma visão geral para migrar os Serviços de Nuvem (clássicos) para os Serviços de Nuvem (suporte estendido).

Serviços de Nuvem (suporte estendido) têm o principal benefício de fornecer resiliência regional junto com a paridade de recursos com os Serviços de Nuvem do Azure implantados usando o Service Manager do Azure. Ele também oferece alguns recursos do Azure Resource Manager, como o RBAC (controle de acesso baseado em função), marcas, política, suporte a modelos de implantação e link privado. Os dois modelos de implantação (suporte estendido e clássico) estão disponíveis com estruturas de preço similares.

O Serviços em Nuvem (suporte estendido) dá suporte a dois caminhos para os clientes migrarem do Service Manager do Azure para o Azure Resource Manager: reimplantar e migração in-loco.

A tabela abaixo destaca a comparação entre essas duas opções.

Reimplantar Migração in-loco
Os clientes podem implantar novos serviços de nuvem diretamente no Azure Resource Manager e, em seguida, excluir o serviço de nuvem antigo no Service Manager do Azure após a validação completa. A ferramenta de migração in-loco permite uma migração integrada de plataforma orquestrada de implantações existentes nos Serviços de Nuvem (clássico) para os Serviços de Nuvem (suporte estendido).
A reimplantação permite que os clientes:

- Definam nomes de recurso

- Organizem ou reutilizem recursos como preferirem

- Reutilizem a configuração de serviço e os arquivos de definição com alterações mínimas		 Para a migração in-loco, a plataforma:

- Define nomes de recursos

- Organiza cada implantação e recursos relacionados em grupos de recursos individuais

- Modifica o arquivo de configuração e definição existente para o Azure Resource Manager
Os clientes precisam orquestrar o tráfego para a nova implantação. A migração retém o endereço IP, e o caminho de dados permanece o mesmo.
Os clientes precisam excluir os serviços de nuvem antigos do Azure Resource Manager. A plataforma exclui os recursos dos Serviços de Nuvem (clássico) após a migração.
Essa migração é lift and shift e oferece mais flexibilidade, mas é mais demorada. Essa migração é automatizada e oferece migração rápida, mas menos flexibilidade.

Ao avaliar os planos de migração dos Serviços de Nuvem (clássico) para os Serviços de Nuvem (suporte estendido), talvez você queira investigar os serviços adicionais do Azure, como: Conjuntos de dimensionamento de máquinas virtuais, Serviço de Aplicativo, Serviço Kubernetes do Azuree Service Fabric do Azure. Esses serviços continuarão a ter recursos adicionais, enquanto os Serviços de Nuvem (suporte estendido) manterão principalmente a paridade de recursos com os Serviços de Nuvem (clássico).

Dependendo do aplicativo, os Serviços de Nuvem (suporte estendido) podem exigir substancialmente menos esforço para se mover para o Azure Resource Manager em comparação com outras opções. Se seu aplicativo não estiver em evolução, os Serviços de Nuvem (suporte estendido) são uma opção viável a considerar, pois ele fornece um caminho de migração rápida. Por outro lado, se seu aplicativo estiver evoluindo continuamente e precisar de um conjunto de recursos mais moderno, explore outros serviços do Azure para atender melhor aos seus requisitos atuais e futuros.

Visão geral da reimplantação

Reimplantar serviços com os Serviços de Nuvem (suporte estendido) tem os seguintes benefícios:

  • Suporte a funções de trabalho e Web, semelhante aos Serviços de Nuvem (clássico).
  • Não há alteração no design, na arquitetura nem nos componentes das funções de trabalho e Web.
  • Não são necessárias alterações no código de runtime porque o plano de dados é o mesmo dos serviços de nuvem.
  • As versões do Azure GuestOS e as atualizações associadas estão alinhadas aos Serviços de Nuvem (clássicos).
  • O processo de atualização subjacente com relação aos domínios de atualização, a maneira como a atualização prossegue, a reversão e as alterações de serviço permitidas durante uma atualização não é alterado.

Você pode implantar um novo Serviços de Nuvem (suporte estendido) diretamente no Azure Resource Manager usando as seguintes ferramentas de cliente:

Visão geral da ferramenta de migração

A migração com suporte da plataforma fornece os seguintes benefícios principais:

  • Permite a migração orquestrada da plataforma sem tempo de inatividade na maioria dos cenários. Saiba mais sobre os cenários com suporte.
  • Migra os serviços de nuvem existentes em três etapas simples: validar, preparar e confirmar (ou abortar). Saiba mais sobre como a ferramenta de migração funciona.
  • Fornece a capacidade de testar implantações migradas após a preparação bem-sucedida. Confirmar e finalizar a migração enquanto aborta reverte a migração.

A ferramenta de migração utiliza as mesmas APIs e tem a mesma experiência que a migração da Máquina Virtual (clássica).

Configurar o acesso para migração

Para executar essa migração, você deve ser adicionado como coadministrador da assinatura e registrar os provedores necessários.

  1. Entre no portal do Azure.

  2. No menu Hub, selecione Assinatura. Caso não visualize essa opção, selecione Todos os serviços.

  3. Localize a entrada de assinatura apropriada, em seguida, examine o campo MINHA FUNÇÃO. Para um coadministrador, o valor deve ser Administrador da conta. Se você não conseguir adicionar um coadministrador, contate um administrador de serviços ou o coadministrador da assinatura para ser adicionado.

  4. Registre sua assinatura do namespace Microsoft.ClassicInfrastructureMigrate usando o Portal, PowerShell ou CLI

    Register-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate

  5. Verifique o status do registro. A conclusão do registro pode levar alguns minutos.

    Get-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate

Como a migração para Serviços de Nuvem (clássico) difere das Máquinas Virtuais (clássico)?

O Azure Service Manager dá suporte a dois produtos de computação diferentes, Máquinas Virtuais do Azure (clássico) e Serviços de Nuvem do Azure (clássico) ou funções de Web/Trabalho. Os dois produtos diferem com base no tipo de implantação que está dentro do Serviço de Nuvem. Os Serviços de Nuvem do Azure (clássico) usam o Serviço de Nuvem contendo implantações com funções de Web/Trabalho. As Máquinas Virtuais do Azure (clássico) usam um serviço de nuvem que contém implantações com VMs de IaaS.

A lista de cenários com suporte é diferente nos Serviços de Nuvem (clássico) e nas Máquinas Virtuais (clássico) devido às diferenças nos tipos de implantação.

Etapas da migração

Os clientes podem migrar suas implantações de Serviços de Nuvem (clássico) usando as mesmas quatro operações usadas para migrar Máquinas Virtuais (clássico).

  1. Validar Migração - valida que a migração não será impedida por cenários comuns sem suporte.
  2. Preparar a Migração – duplica os metadados de recurso no Azure Resource Manager. Todos os recursos estão bloqueados para operações de criação/atualização/exclusão, para garantir que os metadados de recursos estejam sincronizados no Gerenciador do Servidor do Azure e Azure Resource Manager. Todas as operações de leitura funcionarão usando APIs de Serviços de Nuvem (clássico) e de Serviços de Nuvem (suporte estendido).
  3. Anular Migração - remove os metadados de recurso do Azure Resource Manager. Desbloqueia todos os recursos para operações de criação/atualização/exclusão.
  4. Confirmar Migração - remove os metadados de recurso do Azure Service Manager. Desbloqueia o recurso para operações de criação/atualização/exclusão. Não será possível anular após a tentativa de confirmação.

Observação

Preparar, Anular e Confirmar são idempotentes e, portanto, se houve falha, uma repetição deve corrigir o problema.

A imagem mostra o diagrama das etapas associadas à migração.

Para obter informações, confira Visão Geral de migração de recursos de IaaS com suporte da plataforma do clássico ao Azure Resource Manager

Recursos e funcionalidades com suporte disponíveis para migração associada aos Serviços de Nuvem (clássico)

  • Contas de Armazenamento
  • Redes virtuais (Lote do Azure sem suporte)
  • Grupos de segurança de rede
  • Endereços IP Públicos reservados
  • Listas de Controle de Acesso de Ponto de Extremidade
  • Rotas definidas pelo usuário
  • Balanceador de carga interno
  • Migração de certificado para o cofre de chaves
  • Plug-ins e Extensão (baseada em XML e Json)
  • Tarefas ao Iniciar / Parar
  • Implantações com Rede Acelerada
  • Implantações usando uma ou várias funções
  • Balanceador de carga Básico
  • Entrada, Entrada de Instância, Pontos de Extremidade Internos
  • Endereços IP Públicos dinâmicos
  • Nome DNS
  • Regras de Tráfego de Rede

Cenários de configuração / migração com suporte

Esses são os principais cenários que envolvem combinações de recursos, funcionalidades e Serviços de Nuvem. Esta lista não é exaustiva.

Serviço Configuração Comentários
Serviços de Domínio do Microsoft Entra Redes virtuais que contêm o Serviços de Domínio do Microsoft Entra. Há suporte para a rede virtual que contém a implantação do Serviço de Nuvem e do Microsoft Entra Domain Services. O cliente precisa primeiro migrar o Microsoft Entra Domain Services separadamente e, em seguida, migrar a rede virtual para a esquerda somente com a implantação do Serviço de Nuvem
Serviço de nuvem Serviço de Nuvem com uma implantação em um único slot. Os Serviços de Nuvem que contêm uma implantação de slot prod podem ser migrados. Não é recomendado migrar o slot de preparo, pois isso pode resultar em problemas com a retenção do FQDN do serviço. Para migrar o slot de preparo, primeiro promova a implantação de preparo para produção e, em seguida, migre para o ARM.
Serviço de nuvem A implantação não está em uma rede virtual publicamente visível (implantação de rede virtual padrão) Um Serviço de Nuvem pode estar em uma rede virtual visível publicamente, em uma rede virtual oculta ou em nenhuma rede virtual. Os Serviços de Nuvem em uma rede virtual oculta e redes virtuais visíveis publicamente têm suporte para migração. O cliente pode usar a API de Validação para saber se uma implantação está dentro de uma rede virtual padrão ou não e, portanto, determinar se ela pode ser migrada.
Serviço de nuvem Extensões de XML (BGInfo, Depurador, Implantação da Web e Depuração Remota do Visual Studio). Todas as extensões xml têm suporte para migração
Rede Virtual Rede virtual contendo vários Serviços de Nuvem. A rede virtual contendo vários serviços de nuvem tem suporte para migração. A rede virtual e todos os Serviços de Nuvem dentro dela serão migrados em conjunto para o Azure Resource Manager.
Rede Virtual Migração de redes virtuais criadas através do Portal (requer o uso de "Group Resource-group-name VNet-Name" no arquivo .cscfg) Como parte da migração, o nome da rede virtual no cscfg será alterado para usar o ID do Azure Resource Manager da rede virtual. (subscription/subscription-id/resource-group/resource-group-name/resource/vnet-name)

Para gerenciar a implantação após a migração, atualize a cópia local do arquivo .cscfg para começar a usar o ID do Azure Resource Manager em vez do nome da rede virtual.

Um arquivo .cscfg que usa o esquema de nomenclatura antigo não será validado.
Rede Virtual Migração de implantação com funções em uma sub-rede diferente. Um serviço de nuvem com funções diferentes em sub-redes diferentes tem suporte para migração.

Próximas etapas