Stop/Start Virtual Network Gateway - to don't pay when it not in use
There are two charges related to the Azure VPN service: the compute resource charge at $0.05/hour, and the egress data volume charge. Both are based on resource consumption, Unfortunately, even if the VPN tunnels are not connected, the gateway compute resource is still being consumed and will cost ~$38 monthly!
This is not really "Pay only for what you use".
Need functionality to “STOP” (and of course "START") a gateway if the customer is certain that the gateway will not be in use.
We’ve moved this ask to the backlog due to technical challenges in reserving Public IP addresses during stop state.
Please give option to disable otherwise it makes no sensefir us.
Option should be there to Stop and Start VPN Gateway. Created High Availability instance with SQL Always On with DR as secondary replica. Will Start and Stop the VMs whenever testing is required, but unfortunaltely no option for VPN gateways and ending up in paying 20k/month.
Completely agree, I use resources for development and test, I would shut down resources when not in use and don't pay for them. The only exception is storage, anyway I feel I should be able to shut down storage (eg ssd) and pay only for a backup fee. When I need it, I may move to ssd and pay premium.
Upvoted. The single most expensive component of my test VM environment is the VNG. I would like to add that Azure forces you to use an expensive VNG to connect generic App Services to Virtual Machines. This could be accomplished using routing tables over the Azure backbone, but NO, you need to build a VPN to connect the two. I have no other VPN need other than connecting App Services to VMs, so all the other functionality is purely overhead.
ALSO, the VPN connection that had been working for years suddenly stopped because MS decided to change how Cisco ASA's connected to Azure. NO ADVANCED NOTICE. Buyer beware!
@AzureNetworkingTeam - It's been nine months since you claimed this was "planned." When are you going to stop shoving Azure down people's throats and start making this an affordable and useful platform. I'm ready to shut down everything in Azure and move it back on-premise. Azure is a waste of money, time, and resources. This is a PRIME example of the bait-and-switch promises MS makes to get you in Azure. Once you're in Azure or VSTS, it's nearly impossible to move back On-Premise. I'm ready for the challenge after the problems we've had.
John Payawal commented
Brian Douglas commented
ETA on this??
p l commented
Folks, this is most likely because somewhere in the service infrastructure there is a cost per connection licensing fee. Might be to an outside hardware vendor, or the way the underlying network infrastructure cost is calculated. It's probably the fixed cost of each connection that is expensive, and it has nothing to do with bandwidth, CPU, etc.
This generally happens when a product has to be built and provided quickly. You rely on outside vendors or other internal teams to help you build the service and they nickle and dime you with per item connection costs or you feel you need to recover the initial investment in something.
Or, I guess it could be something even dumber. Maybe there's a metric or goal around a fixed number of $$'s per connection. And this would be the only way to get there.
Or something completely different. But either way, it's clearly not been designed as a grow on demand, fully scale-able, kind of service.
Whatever it is, it's clearly a "cut your nose off to spite your face" short sighted kind of mentality. And you won't get a fully scale-able service until they fix the real underlying problem.
Daniel Klemm commented
Ouch, I just got stung by the standby rate assuming I was just paying when connected. Annoyed becuase it took make 4 hours to set the thing up not I need to remove :-\
Azure cost calculation is a pain in itself, but this is simply atrocious and counterproductive MS! This one simply discourages anyone from moving from Amazon to Azure for example, as one would first try and test things out in a cost effective way. If a service cannot be stopped or paused and I am being charged for it all the time, most probably people will not use it, it's not fair business. Also stating that creating the VPN gateway is free of charge in docs is fully misleading and you should remove that statement completely as it's not a benefit at all given this pricing model. I am very disappointed that after all these years the pricing of Azure services is still obscure and misleading.
I'm not using Azure until this is sorted. It costs over £75 / month just for one VPN Gateway. What gives? This was posted in July 2014 and it's now near enough 4 years later and still the same issue.
It's a must for me to turn all resources off including the VPN (Especially the VPN!). It's wasting all my resources for testing purposes..
Jon Sykes commented
Can we get an ETA for this?
Like others I use my pay-as-you-go to lab configurations before running them in to customer environments. Thankfully I've spotted this early but I'm still having to pay £11 for trying something out! bah!
Not being able to stop/start the VPN gateway makes homebrew testing cost prohibitive. You want IT professionals to choose your products at work then let us explore them cost effectively in our own time - it will pay back handsomely in the long-run.
I have had to delete mine until I have time again to pick this up.
Chris Tatro commented
What I did to get around this problem is setup VM running openvpn A0 Basic with a static public IP. I then have the VM shutdown on schedule everyday. My charges have been very minimal, less then $10 per month
I am using Microsoft Azure subscription to study how to use it. I was flabbergasted to see a hefty bill of $154.40. Investigating it further it showed that it was mainly due to a VPN gateway of $136.28. This is too high for a student, especially when Amazon AWS gives a whole year free to try out, compared to few weeks from Microsoft. Sucks! Can't I stop the VPN Gateway and not get billed for it when I am not using it?
Otto W. commented
I also have this requirement.
Stewart Dickson commented
I agree, please add the feature to disable a gateway when not in use. This creates more admin on our test environments so as to stay within budget.