Compartilhar via

Alterações pós-migração

  • Artigo

A implantação dos Serviços de Nuvem (clássico) é convertida para uma implantação do Serviço de Nuvem (suporte estendido). Para obter mais informações, consulte Documentação dos Serviços de Nuvem (suporte estendido).

Alterações nos arquivos de implantação

Alterações secundárias são feitas no arquivo .csdef e .cscfg do cliente para fazer com que os arquivos de implantação estejam em conformidade com os requisitos de Azure Resource Manager e Serviços de Nuvem (suporte estendido). Após a migração, recupera seus novos arquivos de implantação ou atualiza os arquivos existentes, que são necessários para operações de atualização/exclusão.

  • A Rede Virtual usa a ID de recurso do Azure Resource Manager completa em vez de apenas o nome do recurso na seção NetworkConfiguration do arquivo .cscfg. Por exemplo, /subscriptions/subscription-id/resourceGroups/resource-group-name/providers/Microsoft.Network/virtualNetworks/vnet-name. Para redes virtuais que pertencem ao mesmo grupo de recursos que o serviço de nuvem, você pode optar por atualizar o arquivo .cscfg para voltar usar apenas o nome da rede virtual.

  • Os tamanhos clássicos, como Small, Large, ExtraLarge, são substituídos por seus novos nomes do tamanho, Standard_A*. Os nomes do tamanho precisam ser alterados para seus novos nomes no arquivo .csdef. Para obter mais informações, consulte Pré-requisitos de implantação dos Serviços de Nuvem (suporte estendido)

  • Use a Get API para obter a cópia mais recente dos arquivos de implantação.

Atualização da configuração do Gerenciador de Tráfego do Azure após a migração do serviço de nuvem

Depois de migrar os Serviços de Nuvem (Clássico) para os Serviços de Nuvem (suporte estendido), você pode encontrar problemas com a atualização ou exclusão de configurações do ponto de extremidade no Gerenciador de Tráfego do Azure. Isso ocorre devido a problemas de sincronização da ID do recurso, em que o ponto de extremidade do Gerenciador de Tráfego ainda aponta para a ID do recurso antiga dos Serviços de Nuvem (clássico), mas a implantação dos Serviços de Nuvem (suporte estendido) tem uma ID do recurso nova. Para resolver esse problema, siga estas etapas:

  1. Migrar o ponto de extremidade temporário de tráfego: migre o tráfego do Gerenciador de Tráfego do Azure para um ponto de extremidade secundário.
  2. Remover pontos de extremidade de computação clássicos no Gerenciador de Tráfego do Azure: assim que o tráfego estiver sendo direcionado para um ponto de extremidade temporário, exclua o ponto de extremidade de computação clássico do perfil do Gerenciador de Tráfego.
  3. Migrar para os Serviços de Nuvem (suporte estendido): migre o recurso do Serviço de Nuvem para os Serviços de Nuvem (suporte estendido).
  4. Adicionar novos pontos de extremidade no ATM: crie novos pontos de extremidade no perfil do Gerenciador de Tráfego para o recurso migrado dos Serviços de Nuvem (suporte estendido). Esse ponto de extremidade tem a ID do recurso nova para o Serviço de Nuvem migrado.
  5. Retomar o tráfego para o ponto de extremidade dos Serviços de Nuvem primário (suporte estendido): o ponto de extremidade secundário pode ser excluído ou ajustado para um peso mais baixo. O tráfego será fornecido ao novo recurso (suporte estendido). Esse processo garante que o Gerenciador de Tráfego esteja alinhado corretamente com as IDs do recurso atualizadas e evite problemas de configuração que possam atrasar projetos.

Alterações na Automação do cliente, pipeline de CI/CD, scripts personalizados, painéis personalizados, ferramentas personalizadas, etc.

Os clientes precisam atualizar suas ferramentas e automação para começar a usar as novas APIs / comandos para gerenciar sua implantação. O cliente pode facilmente adotar novos recursos e funcionalidades do Azure Resource Manager/Serviços de Nuvem (suporte estendido) como parte dessa alteração.

  • Alterações nos nomes de Grupos de Recursos e Recursos após a migração

    • Como parte da migração, os nomes de alguns recursos, como o Serviço de Nuvem, endereços IP públicos, etc. mudam. Essas alterações podem precisar ser refletidas em arquivos de implantação antes da atualização do Serviço de Nuvem. Saiba mais sobre a mudança nos nomes de recursos.

  • Recriar regras e políticas necessárias para gerenciar e dimensionar os serviços de nuvem

    • As Regras de Dimensionamento Automático não são migradas. Após a migração, recrie as regras de dimensionamento automático.
    • Os alertas não são migrados. Após a migração, recrie os alertas.
    • O Key Vault é criado sem nenhuma política de acesso. Para exibir ou gerenciar seus certificados, Crie políticas apropriadas no Key Vault para exibir ou gerenciar seus certificados. Os certificados estão visíveis nas configurações da guia segredos.

Alterações no Gerenciamento de Certificado Após a Migração

Como uma prática padrão para gerenciar seus certificados, todos os arquivos de certificado .pfx válidos devem ser adicionados ao repositório de certificados no Key Vault, e a atualização funcionaria perfeitamente bem por meio de qualquer cliente - Portal, PowerShell ou API REST.

Atualmente, o portal do Azure faz uma validação para verificar se todos os Certificados necessários são carregados no repositório de certificados no Key Vault, e avisa se um certificado não foi encontrado. No entanto, se você estiver planejando usar Certificados como segredos, esses certificados não poderão ser validados para sua impressão digital e qualquer operação de atualização que envolva a adição de segredos falharia por meio do Portal. É recomendado que os clientes usem o PowerqShell ou o RestAPI para continuar as atualizações que envolvam Segredos.

Alterações para Atualização via Visual Studio

Se você publicar atualizações via Visual Studio diretamente, primeiro você precisa baixar o arquivo CSCFG mais recente de sua implantação após a migração. Use esse arquivo como referência para adicionar detalhes de Configuração de Rede ao seu arquivo CSCFG atual no projeto do Visual Studio. Em seguida, compile a solução e publique-a. Você talvez tem escolher o Key Vault e o Grupo de Recursos para essa atualização.

Próximas etapas