Azure VPN Gateway is billed very differently from Azure Files, which is why the VPN cost can easily exceed the storage cost.
- Why the VPN Gateway is so expensive
Azure VPN Gateway charges have two main components:
- Hourly compute cost for the gateway SKU
Each virtual network gateway has a fixed hourly price based on the gateway SKU (for example, VpnGw3AZ). This charge runs 24x7 as long as the gateway exists, regardless of how many users are connected or how much traffic flows. Higher SKUs (like VpnGw3) are significantly more expensive than lower SKUs.
- Data transfer (egress) costs
You also pay for egress data leaving the virtual network gateway (for example, traffic going from Azure to users over the VPN). Depending on your usage, this can add to the cost, but for many scenarios the dominant cost is the hourly compute for the gateway itself.
By contrast, Azure Files is primarily billed on capacity and operations, and in many typical scenarios stays relatively low (like the ~$30 observed), while a mid/high-tier VPN gateway SKU can easily reach a few hundred dollars per month because of the always-on hourly compute charge.
References for this behavior:
- VPN Gateway pricing model: hourly compute per SKU + egress data transfer.
- VPN Gateway is listed as a separate Virtual Network billing component with its own hourly compute + data transfer charges.
- Ways to lower Azure VPN Gateway cost
Within the constraints of using Azure VPN Gateway, cost can be reduced mainly by:
- Right-sizing the VPN Gateway SKU
- Gateway SKUs have large price differences. Using a high SKU like VpnGw3AZ when only light/medium traffic is needed can be overkill.
- Guidance is to right-size VPN gateways based on actual throughput requirements rather than over-provisioning for peak capacity. Start with a lower SKU and scale up only if required.
- For example, moving from a higher SKU (like VpnGw3AZ) to a lower SKU (such as a smaller VpnGw SKU) can substantially reduce the hourly compute cost.
- Note: Do not use the Basic SKU if IKEv2 or certain features are needed; documentation explicitly advises against Basic for IKEv2 scenarios.
- Avoid unnecessary gateways / consolidate gateways
- If there are multiple VNets with their own VPN gateways, costs multiply.
- Cost optimization guidance recommends sharing VPN gateways across multiple virtual networks using gateway transit in a hub-and-spoke topology instead of deploying a gateway in every VNet.
- In that model, a single hub VNet with one VPN gateway serves multiple spoke VNets via VNet peering with gateway transit enabled, so only one gateway hourly charge is paid instead of several.
- Monitor and validate actual needs
- Monitor VPN Gateway metrics (throughput, connections) to see if the current SKU is underutilized. If utilization is low, a smaller SKU is likely sufficient.
- Understand that always-on cost is inherent
- As long as a VPN Gateway resource exists, the hourly compute charge applies. There is no “pay only when users connect” mode. Reducing cost therefore means using a smaller SKU or alternative connectivity patterns, or consolidating gateways.
Summary: The VPN Gateway is more expensive because it is an always-on, compute-based network appliance billed per hour by SKU plus egress data, whereas Azure Files is mainly storage-capacity based. To reduce cost, use a lower VPN Gateway SKU that still meets performance/feature needs and consolidate gateways where possible using hub-and-spoke with gateway transit.
References: