GlobalLogistics moet een NVA (virtuele appliance) van derden in hun Virtual WAN-transit invoegen om deep packet inspection uit te voeren voor spoke-to-spoke verkeer. Ze zijn van plan een NVA van de marketplace te gebruiken die een vast privé-IP vereist. Hoe moeten ze de NVA integreren zodat hub-transitverkeer erdoorheen stroomt?

De juiste aanpak is om de NVA als een virtuele-machineschaalset te implementeren in een VNet dat is gekoppeld aan de Virtual WAN-hub. Vervolgens voegt u een statische route toe in de hub-routetabel die verkeer voor de gewenste prefixes naar het privé-IP van de NVA leidt. Door deze routetabel aan de spokes te koppelen, wordt al het spoke-to-spoke verkeer via de NVA geleid voor deep packet inspection. De andere opties zijn onjuist: De NVA in een spoke VNet implementeren en VNet-peering inschakelen is inefficiënt en schaalt niet goed voor een Virtual WAN-architectuur. Azure Security Center is een beveiligingsbeheerservice en implementeert geen NVA's voor inline inspectie van transitverkeer. Azure Route Server is voor het uitwisselen van routes met NVAs via BGP, maar de NVA moet nog steeds correct in het pad worden geplaatst en de optie spreekt over BGP over het openbare internet, wat onveilig en onnodig is.