Skip to content

Networking Components

Azure networking components provide the foundation for virtual machine communication, security, and external access. Understanding their relationships is key to designing a scalable and secure VM infrastructure.

Component Purpose Scope Key Configuration Common Pitfall
VNet Isolated private network Region Address space (CIDR) Overlapping IP ranges
Subnet Network segmentation VNet Address range, Delegation Range too small for scale
NIC VM network interface Subnet IP (Static/Dynamic) Modifying within OS only
NSG Traffic filter (L4) Subnet/NIC Security rules (Prioritized) Rule priority overlaps
Public IP Internet connectivity Region SKU (Standard only; Basic retired 2025-09-30) Zone-redundant by default
Load Balancer L4 traffic distribution VNet Health probes, Rules Forgetting health probe rules
App Gateway L7 load balancing VNet WAF, Backend pools Complex certificate setup
Azure Bastion Secure RDP/SSH access VNet Subnet naming requirement Using too small a subnet
VPN Gateway Site-to-site / Point-to-site VNet Gateway type, SKUs Not planning for SKU limits
ExpressRoute Private dedicated circuit Global Peering type, Circuit BW Complex BGP routing
Private Link Private service access Subnet Private endpoint, DNS DNS resolution issues
graph TD
    User((User)) -->|Public IP| LB[Load Balancer]
    User -->|Secure Access| Bastion[Azure Bastion]
    LB -->|NIC| VM[Virtual Machine]
    Bastion -->|NIC| VM
    VM --- NSG{NSG Rules}
    VM --- VNet[[VNet / Subnet]]
    VNet --- VPN[VPN / ExpressRoute]
    VPN --- OnPrem[On-Premises Network]

Note

Azure Bastion requires a dedicated subnet named AzureBastionSubnet with at least a /26 address space for Basic, Standard, and Premium SKUs.

The Developer SKU is an exception: it uses shared infrastructure and does not require a dedicated subnet or public IP.

See Also

Sources