Reserve IP Addresses / Make sure we can keep an IP if we recreate a droplet.
When destroying a droplet there's a 99% chance that you will get your IP back. If someone creates a droplet while destroying/creating a new one and steals your IP, it's a pain, even if the chances are <1%.
This 1% is too much for some. An IP is an important number, your server might not be able to send emails if the last IP's user was sending spam through it.
Software licenses are also tied to IP sometimes.
When I want to rebuild a server (or resize: disk size) I want to make sure that I get my IP back.
Please figure out a way so that we don't lose our IP (100% guaranteed) when we destroy/recreate a droplet.
Add the ability to swap reserved IPs on existing droplets, that way I can clone an existing droplet from a backup, upgrade it and then swap the IPs when I'm done.
I noticed and documented many network problems when you destroy and create a droplet straight away because the same IP is used.
The problem is that even if the droplet is destroyed and created within seconds, the network might take a few minutes to work properly. This problem is intermittent and random.
It would be nice to have a global switch in the settings that allows you to choose if you want to use the same ips or not.
(Actually the ideal would be to completely fix this problem, but if this cannot be done the switch would be a nice work around)
During the droplet creation wizard, you should let users have more control over what kind of IP connectivity they need.
Not every user needs an externally facing IP address if their droplet is for internal use only.
Some users might use Cloudflare's IP6 to IP4 proxying ability and don't need an IP4 address.
Some users might need more than 1 IP4 address
Some users might need 100 IP6 addresses
By giving this control, you can free up unused IP4 addresses, a valuable commodity, and free up one expense that you can pass onto the users.
I have faced a trouble by being assigned of the same range of IP addresses every time I create my droplets.
Many of the IPs have been banned from access from Russia, and as I result my domain name became to be part of such blacklist.
To deal with the situation I have created 10 more droplets and have been forced to keep them in order to receive fresh IP address. This is not very convenient and pricy.
I propose DigitalOcean will offer range of IPs or even create a service for "fresh never used before IP addresses" for a couple extra dollars a month.
+1 I use remote services that require my droplets IP address is manually whitelisted. I would like to be able to migrate from one droplet (OS) to another without needing to whitelist additional IP's and keep the original droplet online throughout the migration.
Probably should just make a ip market, where you can reserve IP and pay for them event if you don't use it!
Have been waiting for months.
I have 600+ sites I want to migrate to DO. This is the only thing keeping me from doing it. I want to have a load balancer that all my sites point to, but that is very risky since I may not get the same IP if it becomes necessary to re-provision the load balancer.
Leo Winter commented
Ahmed Hassan commented
The best way is able to get IPs and assign them to the droplets we want. If we have an IP and do not use, charge for that so that no one will hold an IP without assigning to a droplet. In this way we can be sure that our IP remains in our account until we release them :)
It would be nice when you destroy and create a droplet to be optional to use the same IP, as sometimes it creates undesirables network problems (please see https://digitalocean.uservoice.com/forums/136585-digitalocean/suggestions/6818942-choose-if-you-want-to-use-the-same-ip-when-destroy )
Alfonso Urdaneta commented
In desperate need of an update for this one. Thanks.
any update or ETA ?
Would it be possible to get an update/ETA on this?
We got stung by this very issue tonight while resizing a droplet to the next size up, due to having to perform the droplet resize work-around; once back after a ~47minute snapshot (~53minutes for one previous a few days prior) and a 25minute create, amounting to well over an hour downtime for a production site just for a change in server capacity which is supposed to take...far less time according to the fast resize option... Ok, so fair enough, we have a 60GB disk at ~50% capacity, so that's gotta take some time, just no way around that, Ok, I can deal with that, that's just the way things are...but then we get back up and we've lost our IP and are facing more downtime still while DNS propagates... ok stuff happens, you guys are still ramping up features working out kinks and putting together the best service you can for your customers based on the needs they have, and putting together an otherwise really fine service too I must say, we're otherwise really happy with everything you guys are doing and understand there are hiccups along the way, but we're now on the edge of having to move elsewhere for business risk reasons due to this occurring as we have investors to answer to - I understand things sometimes don't work perfectly, but please allow us a safety net for when they don't, the occurrence of an "unfortunate series of events" so to speak of a few things not-going-quite-right can really ruin someone's day. Please help us stay with you guys, we love what you're building, but no doubt you understand what the "beancounters" can be like.
+1 on this. Especially since at the moment the only way to add disk space to your server is to (re)create. Not having this feature is actually stopping us from upgrading servers with DO (and therefore spending more money with them).
Alex Potter commented
Is there any news on this? Given the current DNS propagation issues this would be an extemely useful addition to the service.
Gustavo Moura commented
At least if you keep that ip reserved until we launch a new droplet, don't need to last forever but as Dries says, have a peace in mind that we will get that particular IP again
Have notice that when I launch a new droplet I get my ip back and that is awesome... but what if I don't? :'c
Thanks for the efforts!
Thank you! This worried me when I made a new droplet. Some things like TeamSpeak NPL licences are locked to IP and it can take a very long time to get in contact to swap licenses around.
What you could do is provide a mandatory choice at deletion time where we select if we wish to keep the IP of the droplet and inform us it will be reserved for X days. Then when we create a new droplet, if there are unused reserved IP's on our account we can choose which IP to assign to the new droplet during the creation or a second step after it.
Kerem San commented
This is great news!!! Kindly ensure to include the Private Network IP along with the more visible Public IP in this reserved IP provisioning. Thank you very much for your efforts.
it is very important. +3 votes.
Dirk Luijk commented
Yes, especially for IP-tied licenses (e.g. DirectAdmin panel software).
IMO This should not be implemented by default. I think DO should offer this as a separate service, allow purchasing IPs (Maybe $1/mo each) that you can apply to droplets if you want.
Generally I do not want to get the same IP again, as reconnecting to SSH flags the server because the fingerprint no longer matches since last connecting to it. I have to go into my known_hosts file and delete it to be able to connect to it again.
Mark K Cowan commented
Regarding my last comment, you can have the TTL usually set at 86400 (one day), but drop to 60 seconds in anticipation of a potential IP-change - then a day later do the re-creation, update the IP, then set the TTL back to 86400.