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.
Thanks for the suggestion. As you mentioned, this is currently not supported. We will consider this in the next round of planning.
Андрей Миронов commented
I have a VPN gateway to connect to my private VNet outside from Azure. I don't need to maintaint persistent connection from my laptop, but only occasionaly I need to connect to the private VNet, when I need to do something on the database.
I'd like the ability to stop of turn off gateway when I don't need it to avoid unnecessary charges.
Any update on this?
Rhys Goodwin commented
Come on guys, pick up the pace. This is a basic feature. Imagine if I couldn't stop a VM!
Azure needs to put more effort into making things accessible(and cheap) for people running labs. After all those are the people who are going to push your product.
I will now look at powershell to delete and create gateways as I need them. This probably ultimately costs MS more compute cycles overall.
Andrew Gabriel commented
When creating a development or test environment there really needs to be an option to stop the compute resources on Gateway machines, if you're only going to be using them for a few hours while you test something out. For example, I'm doing some Azure training over the course of a month, so the Gateways are always online regardless of whether or not I'm in a class. While not a lot, based on current consumption I will have used probably £30 of the £95 credit available under a Visual Studio Enterprise with MSDN (MPN) subscription. With regular virtual machines they'll be consuming while I'm actively learning and then they will be shutdown. Therefore my consumption will be in line with actual use. It would be nice to have gateways follow a similar model.
Jimmy Killeen commented
Any further update on this feature? Really need it implemented to make it feasible for Dev\Test environments.
Christoph W. commented
So it one and a half year now since this has been suggested and it's still not available.
This feature is really important and I can't quite imagine the difficulty. We just want to start/stop the gateway temporarilly while not in use so that no costs accumulate while it is offline.
Neil B commented
I too, would like to know if there has been any progress on this.
I started using Azure recently to backup my web server and it's databases and have been impressed with it's cost effectiveness.
I had also planned to use Azure to provide a failover domain controller but in the few days I've spent implementing and testing it, I've been slightly alarmed at the on going cost of the Virtual Network.
I'd like to see a similar costing model as you have for compute hours where the Gateway Hours are charged only when the gateway is 'ON'. The solution should also persist the ip address and the shared key.
Is it possible to get an update on if/when this will become available?
If it is a long way out would you consider fast tracking a feature to allow reserving a static gateway IP. Then we could at least remove and later rebuild/reconfigure the gateway. The static IP is required because we VPN to on-premise hardware which is harder to reconfigure and is also controlled by firewall rules.
I vote for a feature to Stop / Start a whole gateway. A start command should take no longer than 5 minutes and a gateway should have a persistent static IP.
I would accept a minimal 'gateway reservation' charge that applies to a stopped gateway because with a stopped gateway we are still using the storage, reserving an IP and there will need to be some process to keep it patched.
Stefan de Kooter commented
Gateway run hours should not be a separate cost besides the data transfer/connected hours. Since a GW can be deployed multi-tenant there shouldn't be a tenant -specific cost. When running a normal VM we don't pay separately for a hypervisor as well but only for the usage of the resource.
So make the GW a shared resource, come up with a data transfer rate that covers the cost and scale that thing! offcourse the same goes for P2S VPNs. VPNaaS, not GW-VM-aaS.
Terry Frost commented
I am sorry Microsoft, but this is a rip-off. This was marked as "under review" 9 months ago and there is still no ability to turn off/turn on this resource despite plenty of requests from customers. We have also just discovered this hidden cost during development. Come on Microsoft, where is your customer support for small businesses?!
Alex St. commented
I would Need this function also, but not for cost saving, my Customer faces big Troubles at the Moment with VPN Connectivity, where more than 70% of Pings are lost somewhere on the Gateway probably. Now I would like to restart that Gateway to maybe fix that problem, how can I do that? (unfortunately Azure Support didn't even contact me since three days on my Support Case and we are facing Hugh Problems! So please at least give us the possibility to restart a "Device" if you are not able to Support your paying customers.)
Please update us on a fix to this? As with VlaR, I use an MSDN subscription and Azure for my test lab and I do not have much credit left after the gateway costs, the gateway I only use for a few hours a month.
Douglas James Boyd commented
I agree, this is a considerable hidden cost, and it seems daft that you pay more for a router than you do for a server. If you have a network with multiple segments, the costs rack up.
Marcus Robinson commented
I've just lost a load of credit as VPN gateway was created but not in use. Have now deleted the gateway but means have to reconfigure it when need to use it again.
GIROD C. commented
What about a bytes transfert billing instead of hours ?
This feature is very important for dev/test environments. Otherwise gateway "eats" biggest part of MSDN monthly credits.