Server Naming Conventions?
The reader continues:
"Here's a few ideas we've been tossing around, using Joe's Deli as an example:
- [four letter "name"][two letter service type][2 numbers]
eg) jdelwb03.domain.com
+ easy to determine the function and name
- hard to remember and pronounce, once you run out of four
character servers, determining the name and function will be
difficult. Joe's Deli and John's Delivery will have conflicting
names
- [random combination of numbers and letters]
eg) ak1jop3d.domain.com
+ none really
- confusing.. really confusing. Can you imagine saying to someone
"log on to alpha kappa one john omikron peter three delta?"
- [theme based name]
name servers based on a theme, eg Gundam
eg) zaku.domain.com, gelgoog.domain.com
+ easily identifiable - all Gundam names belong to Joe's Deli,
easy to pronounce and remember
- hard for a new tech or management (why would they need to know?)
to associate to a server
"I'd like to know what others in the tech community use for server naming policies when planning large scale data centres. Also, with data centres located nationally, does the naming convention pose any problems? Thanks."
First job of mine was with a national hosting firm, so they made a naming scheme that reflected geography, client, and series. For example:
customer-01.jfk.foo.net
Worked fairly well. We used the code for the closest airport for the geography portion. Also served to make dns adminning a mite prettier. Course that provides you're not against overly specific domain names. The '01' could also be replaced with significant letters for certain machines. customer-fw, for example, would be customer's firewall.
A more bureaucratic approach that we did at another job combined the theme idea with the department name. This works in a place where there are lot of computing divisions that have their own little kingdom of machines. Like where I work, we're known as "D0". Thus, we call our machines d0nut, d0mino, d0om, you get the idea.
We also have an unofficial series system that borrows on the idea, d0lx001 is d0's first linux node. Again, it works well for the scope it's been defined for.
I wager a nicely scalable system could be built using a combination of my two examples. If your machines have limits on hostname length, check on the limits of dns heirarchy. They may allow finer granularity.
For small organizations (under 20 machines, not counting workstations), theme oriented works just fine.