Migrar os Serviços Cloud do Azure (clássico) para os Serviços Cloud do Azure (suporte alargado)

  • Artigo

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

Os Serviços de Nuvem (suporte estendido) têm o benefício principal de fornecer resiliência regional juntamente com paridade de recursos com os Serviços de Nuvem do Azure implantados usando o Azure Service Manager. Também oferece algumas capacidades do Azure Resource Manager, como controlo de acesso baseado em funções (RBAC), etiquetas, políticas e suporta modelos de implementação, ligação privada. Ambos os modelos de implantação (suporte estendido e clássico) estão disponíveis com estruturas de preços semelhantes.

Os Serviços Cloud (suporte alargado) suportam dois caminhos para os clientes migrarem do Azure Service Manager para o Azure Resource Manager: reimplementação e migração no local.

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

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

- Definir nomes de recursos.

- Organizar ou reutilizar recursos como preferir.

- Reutilizar arquivos de configuração e definição de serviços 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 dos dados permanece o mesmo.
Os clientes precisam excluir os serviços de nuvem antigos no Gerenciador de Recursos do Azure. A plataforma exclui os recursos dos Serviços de Nuvem (clássicos) após a migração.
Esta é uma migração de elevador e turno que oferece mais flexibilidade, mas requer tempo adicional para migrar. Esta é uma migração automatizada que oferece migração rápida, mas menos flexibilidade.

Ao avaliar os planos de migração dos Serviços de Nuvem (clássicos) para os Serviços de Nuvem (suporte estendido), convém investigar serviços adicionais do Azure, como: Conjuntos de Dimensionamento de Máquina Virtual, Serviço de Aplicativo, Serviço Kubernetes do Azure e Azure Service Fabric. Esses serviços continuarão a apresentar recursos adicionais, enquanto os Serviços de Nuvem (suporte estendido) manterão principalmente a paridade de recursos com os Serviços de Nuvem (clássicos).

Dependendo do aplicativo, os Serviços de Nuvem (suporte estendido) podem exigir substancialmente menos esforço para migrar para o Azure Resource Manager em comparação com outras opções. Se o seu aplicativo não estiver evoluindo, os Serviços de Nuvem (suporte estendido) são uma opção viável a ser considerada, pois fornecem um caminho de migração rápido. Por outro lado, se seu aplicativo estiver em constante evolução 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

A reimplantação de seus serviços com os Serviços de Nuvem (suporte estendido) tem os seguintes benefícios:

  • Suporta funções Web e de trabalho, semelhantes a [Serviços de Nuvem (clássico).
  • Não há alterações no design, na arquitetura ou nos componentes das funções Web e de trabalho.
  • Nenhuma alteração é necessária para o código de tempo de execução, pois o plano de dados é o mesmo que os serviços de nuvem.
  • As versões do Azure GuestOS e as atualizações associadas estão alinhadas com os Serviços de Nuvem (clássico).
  • O processo de atualização subjacente em relação aos domínios de atualização, como a atualização prossegue, a reversão e as alterações de serviço permitidas durante uma atualização não serão alterados.

Um novo Serviço de Nuvem (suporte estendido) pode ser implantado diretamente no Azure Resource Manager usando as seguintes ferramentas de cliente:

Visão geral da ferramenta de migração

A migração suportada pela plataforma oferece os seguintes benefícios principais:

  • Permite uma migração orquestrada de plataforma sem tempo de inatividade para a maioria dos cenários. Saiba mais sobre os cenários suportados.
  • Migre os serviços cloud existentes em três passos simples: validar, preparar, consolidar (ou abortar). Saiba mais sobre como funciona a ferramenta de migração.
  • Fornece a capacidade de testar implantações migradas após uma preparação bem-sucedida. Confirme e finalize 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 de 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. Inicie sessão no portal do Azure.

  2. No menu Hub, selecione Assinatura. Se não o vir, selecione Todos os serviços.

  3. Encontre a entrada de subscrição adequada e, em seguida, consulte o campo A MINHA FUNÇÃO. Para um coadministrador, o valor deve ser Account admin. Se você não conseguir adicionar um coadministrador, entre em contato com um administrador de serviço ou coadministrador da assinatura para ser adicionado.

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

    Register-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate

  5. Verifique o estado do seu registo. O registo pode demorar alguns minutos a concluir.

    Get-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate

Qual é a diferença entre migração para Serviços de Nuvem (clássico) e Máquinas Virtuais (clássico)?

O Azure Service Manager suporta dois produtos de computação diferentes, as Máquinas Virtuais do Azure (clássicas) e os Serviços de Nuvem do Azure (clássicos) ou funções Web/Worker. 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ássicos) usam o Serviço de Nuvem contendo implantações com funções Web/Worker. As Máquinas Virtuais do Azure (clássicas) usam um serviço de nuvem que contém implantações com VMs IaaS.

A lista de cenários suportados difere entre Serviços de Nuvem (clássico) e Máquinas Virtuais (clássico) devido a diferenças nos tipos de implantação.

Passos da Migração

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

  1. Validar migração - Valida que a migração não será impedida por cenários comuns sem suporte.
  2. Preparar Migração – Duplica os metadados do recurso no Azure Resource Manager. Todos os recursos são bloqueados para operações de criação/atualização/exclusão para garantir que os metadados de recursos estejam sincronizados entre o Gerenciador do Servidor do Azure e o Gerenciador de Recursos do Azure. Todas as operações de leitura funcionarão usando as APIs de Serviços de Nuvem (clássica) e de Serviços de Nuvem (suporte estendido).
  3. Anular Migração - Remove metadados de recursos do Azure Resource Manager. Desbloqueia todos os recursos para operações de criação/atualização/exclusão.
  4. Confirmar migração - Remove metadados de recursos do Azure Service Manager. Desbloqueia o recurso para operações de criação/atualização/exclusão. Abortar não é mais permitido após a tentativa de confirmação.

Nota

Preparar, Abortar e Confirmar são idempotentes e, portanto, se falhar, uma nova tentativa deve corrigir o problema.

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

Para obter mais informações, consulte Visão geral da migração com suporte de plataforma de recursos IaaS do clássico para o Azure Resource Manager

Recursos e recursos suportados disponíveis para migração associados aos Serviços de Nuvem (clássico)

  • Contas de Armazenamento
  • Redes Virtuais (Lote do Azure não suportado)
  • Grupos de Segurança de Rede
  • Endereços IP públicos reservados
  • Listas de Controle de Acesso ao Ponto Final
  • Rotas Definidas pelo Utilizador
  • Balanceador de carga interno
  • Migração de certificados para o cofre de chaves
  • Plugins e Extensão (XML e Json baseado)
  • Em Iniciar / Em Parar Tarefas
  • 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

Configurações suportadas / cenários de migração

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

Serviço Configuração Comentários
Microsoft Entra Domain Services Redes virtuais que contêm os Serviços de Domínio Microsoft Entra. Há suporte para a rede virtual que contém a implantação do Serviço de Nuvem e os Serviços de Domínio do Microsoft Entra. Primeiro, o cliente precisa migrar separadamente os Serviços de Domínio do Microsoft Entra e, em seguida, migrar a rede virtual deixada apenas com a implantação do Serviço de Nuvem
Serviço Cloud Serviço de nuvem com uma implantação em um único slot apenas. Os serviços de nuvem que contêm uma implantação de slot prod podem ser migrados. Não é recomendável 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 a produção e, em seguida, migre para o ARM.
Serviço Cloud Implantação não 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 publicamente visível, em uma rede virtual oculta ou não em qualquer rede virtual. Os Serviços de Nuvem em uma rede virtual oculta e redes virtuais publicamente visíveis são suportados 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, assim, determinar se ela pode ser migrada.
Serviço Cloud Extensões XML (BGInfo, Visual Studio Debugger, Web Deploy e Remote Debugging). Todas as extensões xml são suportadas para migração
Rede Virtual Rede virtual contendo vários Serviços de Nuvem. Rede virtual conter vários serviços de nuvem é suportado para migração. A rede virtual e todos os Serviços de Nuvem dentro dela serão migrados juntos para o Azure Resource Manager.
Rede Virtual Migração de redes virtuais criadas via 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 a 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 a ID do Azure Resource Manager em vez do nome da rede virtual.

Um arquivo .cscfg que usa o esquema de nomenclatura antigo não passará na validação.
Rede Virtual Migração de implantação com funções em diferentes sub-redes. Um serviço de nuvem com funções diferentes em sub-redes diferentes é suportado para migração.

Próximos passos