Si esegue un'architettura hub-and-spoke. La VNet hub contiene un gateway ExpressRoute verso l'ambiente on-premise e una coppia di NVA di terze parti. Gli spoke utilizzano il transito del gateway. È necessario uno scambio di route dinamico tra le NVA e il gateway ExpressRoute in modo che le route on-prem vengano apprese dalle NVA e i prefissi appresi dalle NVA raggiungano il gateway, abilitando i flussi branch-to-branch e spoke-to-spoke senza UDR manuali. Cosa si dovrebbe implementare?

Azure Route Server è la soluzione corretta perché facilita lo scambio dinamico di route BGP tra le NVA e il gateway ExpressRoute. Peering eBGP con le NVA consente al Route Server di apprendere le route dalle NVA e di pubblicarle al gateway ExpressRoute, e viceversa, abilitando il transito branch-to-branch e spoke-to-spoke senza UDR manuali. Sostituire il gateway ExpressRoute con un gateway VPN non è ideale per la connettività on-premise ad alta larghezza di banda. Il peering VNet non distribuisce automaticamente le route apprese dalle NVA al gateway ExpressRoute tramite BGP. Gli UDR manuali non forniscono lo scambio di route dinamico richiesto e non vengono automaticamente appresi dal gateway ExpressRoute tramite BGP. Azure Virtual WAN Basic non offre la flessibilità e il controllo granulare necessari per questo scenario specifico e non si integra automaticamente con le NVA in questo modo.