GlobalLogistics muss eine NVA (virtuelle Appliance) eines Drittanbieters in ihren Virtual WAN-Transit einfügen, um eine Deep Packet Inspection für den Spoke-to-Spoke-Datenverkehr durchzuführen. Sie planen, eine NVA aus dem Marketplace zu verwenden, die eine feste private IP-Adresse erfordert. Wie sollen sie die NVA integrieren, damit der Hub-Transit-Datenverkehr durch sie fließt?

Die korrekte Option beschreibt den empfohlenen Ansatz für die Integration einer NVA in Azure Virtual WAN für Deep Packet Inspection. Durch die Bereitstellung der NVA in einem VNet, das an den Virtual WAN-Hub angehängt ist, und die Konfiguration einer statischen Route im Hub, die den Datenverkehr durch die NVA leitet, wird sichergestellt, dass der Spoke-to-Spoke-Verkehr die NVA passiert. Die Zuweisung der Routingtabelle zu den Spokes stellt sicher, dass diese Routen angewendet werden. Die Bereitstellung der NVA in einem Spoke-VNet mit VNet-Peering ist ineffizient und skaliert nicht gut für eine Hub-and-Spoke-Topologie, da jeder Spoke mit dem NVA-Spoke gepeert werden müsste. Azure Security Center bietet keine direkte NVA-Bereitstellung für diesen Zweck. Azure Route Server ist für den Austausch von BGP-Routen mit NVAs gedacht, aber die NVA muss korrekt im Pfad platziert werden, und BGP über das öffentliche Internet ist keine sichere oder empfohlene Methode für den internen Datenverkehr.