Which Azure networking service enables you to create a hub-and-spoke network topology where multiple VNets are connected and can communicate through a central hub VNet?
Azure VNet Peering connects two Azure virtual networks through Microsoft's high-speed backbone network, allowing resources in different VNets to communicate privately as if they were in the same network. It supports hub-and-spoke architectures by enabling low-latency, high-bandwidth, transitive routing between peered VNets without requiring a gateway or traversing the public internet. This makes it the native, correct service for VNet-to-VNet connectivity within Azure.
Why this answer
Azure VNet Peering is the correct service because it directly connects two or more Azure Virtual Networks (VNets) using the Microsoft backbone infrastructure, enabling a hub-and-spoke topology where multiple spoke VNets communicate through a central hub VNet. Unlike VPN-based solutions, VNet Peering provides low-latency, private connectivity without traversing the public internet, and it supports transitive routing only when explicitly configured via a network virtual appliance (NVA) or Azure Route Server in the hub.
Exam trap
The trap here is that candidates often confuse VNet Peering with VPN Gateway, assuming that a VPN connection is required to link VNets, but VNet Peering is the native, higher-performance, and lower-latency solution for connecting VNets within Azure without internet-based encryption overhead.
How to eliminate wrong answers
Option A is wrong because Azure VPN Gateway is a site-to-site or point-to-site VPN service that connects on-premises networks or individual clients to Azure VNets over the public internet using IPsec/IKE protocols; it does not natively create a hub-and-spoke topology between multiple VNets, and it introduces higher latency and bandwidth constraints compared to VNet Peering. Option C is wrong because Azure Load Balancer is a Layer 4 (TCP/UDP) traffic distribution service that balances incoming traffic across backend resources within a single VNet or across peered VNets, but it does not establish network connectivity between VNets or define a hub-and-spoke topology. Option D is wrong because Azure Front Door is a global Layer 7 (HTTP/HTTPS) application delivery and load balancing service that routes traffic based on URL path and latency, operating at the edge; it does not provide VNet-to-VNet connectivity or support hub-and-spoke network topologies.