Droplet naming and hostname advice

Hoping for some advice

Most of our droplets are for fairly small individual client websites, usually 1 droplet per website, but some droplets host more than one for the same client. None of these droplets send email directly, they all proxy through Mailgun. Most of the time, the floating IP of the droplet (and not the IP of the droplet itself) is used for public DNS records.

What should I be naming these droplets/hostnames? It doesn’t seem to make sense to make it the domain name and therefore a FQDN, since this will create a PTR which doesn’t seem to be relevant in this scenario. It also has nothing to do with the IP of the droplet itself.

Let’s say the purpose of a droplet is for hosting “” and maybe “”. Maybe they’ll need a separate database server or another web server down the line.

What should the droplet be named?

example example_web1 <some irrelevant name>

Thanks in advance Jamie

Submit an answer

This textbox defaults to using Markdown to format your answer.

You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!

Sign In or Sign Up to Answer

These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.

Bobby Iliev
Site Moderator
Site Moderator badge
November 10, 2021
Accepted Answer


I would personally go for or having the following things in mind:

  • customer: This allows you to quickly identify which customer the server belongs to.
  • web01: As you mentioned, a client might have multiple web servers and maybe separate database servers (db01), or caching servers (cache01) and etc. Having the first part in the name would help you quickly identify what the role of each server is.
  • prd: If a customer has multiple environments, like Prod, Dev, Staging and etc. this will give you a quick indication of which environment the specific server is part of. This could be specifically useful if you have a monitoring system and the servers pop up there in case of issues, this will let people know if the alert is urgent especially when the production servers are affected.
  • lon: Knowing the location might be beneficial in case that the customer has servers in different regions.
  • I personally think that it is better to have it under your domain so that in case you had to make any DNS changes, you would be in control and would not have to request this from your customers.

Those are some personal preferences after working in the web hosting industry for quite a while, however, the most important thing is to be consistent. So no matter which naming convention you choose, make sure to be consistent and to follow it for all servers. Consistency is key :)

Hope that this helps! Best, Bobby

Try DigitalOcean for free

Click below to sign up and get $200 of credit to try our products over 60 days!

Sign up

Featured on Community

Get our biweekly newsletter

Sign up for Infrastructure as a Newsletter.

Hollie's Hub for Good

Working on improving health and education, reducing inequality, and spurring economic growth? We'd like to help.

Become a contributor

Get paid to write technical tutorials and select a tech-focused charity to receive a matching donation.

Welcome to the developer cloud

DigitalOcean makes it simple to launch in the cloud and scale up as you grow — whether you're running one virtual machine or ten thousand.

Learn more
DigitalOcean Cloud Control Panel