Contoso Ltd. a une topologie hub-spoke dans la région USA Est : un VNet hub (Hub-VNet) avec une NVA et deux VNet spoke (Spoke-A et Spoke-B). Spoke-A est appairé à Hub-VNet et Spoke-B est appairé à Hub-VNet. Les ingénieurs constatent que les VM de Spoke-A ne peuvent pas atteindre les VM de Spoke-B via les connexions d'appairage. Quelle explication décrit le mieux pourquoi le trafic direct de spoke à spoke ne traverse pas l'appairage du hub, et que doit faire Contoso pour permettre la communication de spoke à spoke sans ré-architecturer tous les appairages ?

L'appairage de VNet n'est pas transitif. Cela signifie que même si Spoke-A est appairé à Hub-VNet et Spoke-B est appairé à Hub-VNet, Spoke-A et Spoke-B ne peuvent pas communiquer directement entre eux via le Hub-VNet par défaut. Pour permettre la communication de spoke à spoke, Contoso doit utiliser une NVA (Network Virtual Appliance) dans le Hub-VNet. Des routes définies par l'utilisateur (UDR) doivent être configurées sur Spoke-A et Spoke-B pour diriger le trafic destiné à l'autre spoke vers l'adresse IP de la NVA dans le hub. La NVA agit alors comme un routeur central. Les autres options sont incorrectes car l'appairage ne bloque pas le trafic est-ouest par défaut, il n'existe pas de "Transit Peering", les NSG gèrent la sécurité et non le routage transitif, et la communication de spoke à spoke via le hub ne dépend pas de l'abonnement du hub.