Compartilhar via


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

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 a seguir realça 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 é um cenário de elevação e deslocamento, que oferece mais flexibilidade, mas requer mais tempo para migrar. Esse cenário é uma migração automatizada que oferece migração rápida, mas menos flexibilidade.

Ao avaliar planos de migração de serviços em nuvem (clássicos) para serviços em nuvem (suporte estendido), você pode querer investigar outros serviços do Azure, como: Virtual Machine Scale Sets, App Service, Serviço de Kubernetes do Azure e Azure Service Fabric. Esses serviços continuam a apresentar outros recursos, enquanto os Serviços em Nuvem (suporte estendido) mantêm 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 a sua aplicação não estiver evoluindo, os Serviços de Nuvem (suporte alargado) são uma opção viável a considerar, pois fornecem um caminho de migração rápido. 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 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 permanecem inalteradas.

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.
  • Oferece testes para 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 à 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 a migração – valida que cenários comuns sem suporte não impedirão a migração.
  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 funcionam 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 é mais permitido anular após tentativas 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

A lista a seguir contém os principais cenários que envolvem combinações de recursos, recursos e Serviços de Nuvem. Essa lista não é completa.

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 é recomendável migrar o slot de preparo, pois esse processo 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 Azure Resource Manager.
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 migram juntos 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 muda 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 o ID do Azure Resource Manager em vez do nome da rede virtual.

Um arquivo .cscfg que usa o esquema de nomenclatura antigo falha na validação.
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