Você executa uma arquitetura hub-and-spoke. A VNet do hub contém um gateway ExpressRoute para o ambiente on-premises e um par de NVAs de terceiros. Os spokes usam o trânsito do gateway. Você precisa de troca dinâmica de rotas entre os NVAs e o gateway ExpressRoute para que as rotas on-prem sejam aprendidas pelos NVAs e os prefixos aprendidos pelos NVAs cheguem ao gateway, permitindo fluxos branch-to-branch e spoke-to-spoke sem UDRs manuais. O que você deve implementar?

A implementação do Azure Route Server no hub, emparelhando-o com os NVAs usando eBGP e habilitando a integração com o gateway ExpressRoute, é a solução correta. O Route Server atua como um ponto central para a troca dinâmica de rotas BGP entre os NVAs e o gateway ExpressRoute, permitindo que os NVAs aprendam rotas on-premises e que o gateway ExpressRoute receba rotas dos NVAs. Isso facilita o roteamento branch-to-branch e spoke-to-spoke sem a necessidade de UDRs manuais. As outras opções são incorretas porque: Substituir o ExpressRoute por um gateway VPN não atende ao requisito de conectividade ExpressRoute existente. O BGP em emparelhamentos de VNet não distribui rotas de NVAs para o gateway ExpressRoute de forma nativa. Criar UDRs em todas as sub-redes é uma solução manual e não dinâmica, indo contra o requisito de troca dinâmica de rotas. O Azure Virtual WAN Basic não oferece a funcionalidade de emparelhamento automático com NVAs e ExpressRoute via BGP sem configuração para este cenário específico.