Problemas comuns com o Azure Virtual Network Manager

Este artigo descreve problemas comuns com o Azure Virtual Network Manager (AVNM) e apresenta soluções para o ajudar a resolver e resolver rapidamente esses problemas.

As alterações de configuração não são aplicadas

Esses problemas podem impedir que as alterações de configuração sejam aplicadas:

A configuração não é aplicada às regiões onde as redes virtuais estão localizadas

Verifique as regiões onde as redes virtuais estão localizadas. A configuração aplica-se apenas às regiões onde as redes virtuais estão localizadas. Se você tiver uma rede virtual em uma região que não está incluída na configuração, a configuração não será aplicada a essa rede virtual.

Para resolver esse problema, adicione a região onde a rede virtual está localizada à configuração.

Implementei uma configuração no portal do Azure, mas o estado continua a aparecer como "Não implementado". A minha missão falhou?

Não necessariamente. Após a conclusão de uma implementação ou de uma confirmação da configuração, a atualização do estado no portal pode demorar algum tempo. Para ver o estado correto e atualizado, atualize manualmente a página do portal ou espere. O estado deve então refletir o estado real de implantação.

A configuração não é implementada

Você precisa implantar a configuração depois de criá-la ou modificá-la. A configuração só é aplicada às redes virtuais depois de implantada.

Para resolver esse problema, implante a configuração depois de criá-la ou modificá-la.

As alterações de configuração não tiveram tempo suficiente para serem aplicadas

Você precisa aguardar a aplicação das alterações de configuração. O tempo necessário para aplicar uma configuração depois de a confirmar é de alguns minutos. O tempo para atualizar a pertença a grupos de rede varia consoante o tipo de membro: os membros adicionados manualmente atualizam-se imediatamente, os membros adicionados condicionalmente em ambientes com menos de 1.000 subscrições atualizam-se em poucos minutos, e os membros adicionados condicionalmente em ambientes com mais de 1.000 subscrições são notificados pelo Azure Policy dentro de uma janela de 24 horas, após o que a configuração se aplica em poucos minutos. Para mais informações, consulte Latência e timing de implementação.

As alterações de configuração atualizadas não aparecem no Azure Virtual Network Manager

Você precisa implantar a nova configuração depois de modificá-la.

A configuração de conectividade não está funcionando como esperado

Aqui estão motivos comuns pelos quais sua configuração de conectividade não está funcionando conforme o esperado:

A criação de emparelhamento de rede virtual falha

Numa topologia de raios hub, se ativares a opção de usar o hub como gateway, precisas de ter um gateway na rede virtual do hub. Caso contrário, a criação do emparelhamento de rede virtual entre o hub e as redes virtuais spoke falhará.

Os membros do grupo de rede não conseguem comunicar entre si

Se quiser que os membros do grupo de rede comuniquem entre si entre regiões numa configuração de topologia de hub e spoke, tem de ativar a opção de malha global.

Falha na criação do grupo de recursos

Quando implementa configurações de gestor de rede usando o Azure Virtual Network Manager, o serviço cria um grupo de recursos geridos para alojar recursos geridos pelo AVNM. Em certos casos, as atribuições do Azure Policy podem causar a falha deste processo.

Por que a criação de grupos de recursos falha?

As restrições de política podem fazer com que a criação de grupos de recursos falhe. Se a sua subscrição impor políticas que exijam etiquetas específicas ou outras restrições, o AVNM não poderá criar o grupo de recursos automaticamente. Por exemplo, uma política que exige uma tag em cada grupo de recursos bloqueia a criação do grupo de recursos da AVNM.

Como resolver falhas de criação de grupo de recursos

Você tem duas opções para resolver falhas de criação de grupo de recursos:

Opção 1: Atualizar política

  1. Ajuste temporariamente a política para permitir que o AVNM crie o grupo de recursos.
  2. Após a implantação, reverta a política, se necessário.

Opção 2: Criação manual de grupos de recursos

Se as alterações de política não forem possíveis, você poderá criar manualmente o grupo de recursos e confirmar novamente a configuração do AVNM.

  1. Crie um grupo de recursos na assinatura de destino.
  2. Use a convenção de nomenclatura necessária de AVNM_Managed_ResourceGroup_<subscriptionId> para a criação de grupos de recursos.
  3. Aplique todas as tags e configurações obrigatórias para estar em conformidade com suas políticas.
  4. Confirme novamente a configuração do AVNM.

Práticas recomendadas para a criação de grupos de recursos

Para evitar problemas com a criação de grupos de recursos no AVNM, considere as seguintes práticas recomendadas:

  • Revise as suas atribuições do Azure Policy antes de integrar o AVNM.
  • Documente os requisitos de tags internas e garanta que eles estejam alinhados com o processo de grupo de recursos gerenciados da AVNM.
  • Mantenha a convenção de nomenclatura consistente em todas as assinaturas.

Endpoints privados de grande escala não estão a funcionar

Para usar endpoints privados de alta escala numa topologia de malha, é necessário ativar a funcionalidade de endpoint privado de alta escala para cada rede virtual na configuração.

Como identificar redes virtuais inativas para pontos finais privados de grande escala

A interface do portal destaca quais redes virtuais estão inativas para terminais privados de alta escala. Essa indicação aparece somente quando o recurso de ponto de extremidade privado de alta escala está habilitado.

Captura de ecrã da ativação de pontos finais de alta escala no gestor de rede.

Para informações sobre como ativar endpoints privados de alta escala, consulte Habilitar endpoints privados de alta escala em grupos conectados do Azure Virtual Network Manager.

Próximos passos