[FX.php List] [OFF] This is gonna sound dumb

[Steve Winter]

...and I name all my servers after characters from the Wilbur Smith book
River God...

And likewise the name and IP address stays with the function, and as ggt
said, there’s the internal name and the external name, with a CNAME between
them... over time the hardware changes... usually when a new tanus is set up
it gets a temporary IP address, but everything else is setup identically to
the physical machine it’s replacing, then when it’s time for that machine to
go live, the LAN cable gets removed, the IP changed to what it needs to be
to become Tanus, and at 3 in the morning the cable gets pulled form the old
machine, and stuck in the new one...

In many ways this approach helps with a number of the issues that you were
having since DNS changes are limited, since the name, dns and ptr records
and IP address all belong to a ‘function’ so don’t need to be modified, it’s
just the physical ‘box’ at the end of all those things that changes from
time-to-time...

Hope this helps...

Cheers
Steve

-----Original Message-----
From: fx.php_list-bounces at mail.iviking.org
[mailto:fx.php_list-bounces at mail.iviking.org] On Behalf Of Dale Bengston
Sent: Wednesday, 9 January 2008 3:34 p.m.
To: FX.php Discussion List
Subject: Re: [FX.php List] [OFF] This is gonna sound dumb

At my last corporate job, the IT group named all the servers after  
characters from the "Toy Story" movies. My old CDML/web server was  
Potatohead. This designation was used by the internal network/DNS  
(potatohead.company.com or Potatohead.local in Bonjour), but was not  
broadcast to the outside world.

The character name stayed with the function the server provided.  
Potatohead had at least three hardware incarnations while I was there.  
Potatohead is still there, running CDML and OS9, serving up a solution  
I wrote in 1999 (still in use).

So I guess the point of this is, be sure you pick a naming convention  
you're willing to stick with for a long time!

Dale


On Jan 9, 2008, at 9:09 AM, Jonathan Schwartz wrote:

> Well, I was thinking that there is more to it than that.
>
> Aside from the server name, there is also the Reverse DNS Name.  I'm  
> not sure that I want to broadcast to the world what machines are  
> used for, such as production.mydomain.com. Also, what happens when  
> you have multiples of the same function?
>
> So, for each machine, there are multiple "ID's" to track:
> 	- Physical machine (CPU/MAC Address)
> 	- Physical machine's name (I have labels on my colo machines that  
> are now out of sync).
> 	- IP address
> 	- Domain Name for the IP
> 	- Reverse DNS Name
> 	- Server Name (in the OS)
> 	- What the machine is used for (FMP Server, Mail server, Web  
> server, etc)
>
> One suggestion I've heard is to use nonsensical labels, such as pet  
> names, city names, etc. Then, the name doesn't tie the machine to a  
> particular function.  This is similar to the convention used for  
> creating FMP key fields: Existent, Persistent, Unique and  
> Meaningless.  (There's a fifth, but I forget what that is).
>
> One thing I have learned/realized...not to think of the "server  
> name" and the machine as the same thing.  Future physical machines  
> might/will replace current machines, but the function of the machine  
> stays the same.
>
> I thought that this might be applicable to fx.php developers,  
> especially since FMP best practices recommends multiple machines for  
> Web applications.
>
> After creating the list above for illustrative purposes, I think  
> that the best solution is to create a reference chart to keep score,  
> keeping Domain and Name and RDNS Name permanent, with everything  
> else variable.
>
> Sorry/Thanks for letting me have this thinking-out-loud process.  
> It's harder than it appears.
>
> Jonathan
>
>
>
>
> At 11:48 AM +0100 1/9/08, Gjermund Gusland Thorsen wrote:
>> name them
>>
>> dev
>> testing
>> production
>>
>> for your own pleasure...
>>
>> ggt
>
> -- 
> Jonathan Schwartz
> Exit 445 Group
> jonathan at exit445.com
> http://www.exit445.com
> 415-381-1852
> _______________________________________________
> FX.php_List mailing list
> FX.php_List at mail.iviking.org
> http://www.iviking.org/mailman/listinfo/fx.php_list

_______________________________________________
FX.php_List mailing list
FX.php_List at mail.iviking.org
http://www.iviking.org/mailman/listinfo/fx.php_list

No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.17.13/1214 - Release Date: 8/01/2008
1:38 p.m.
 

No virus found in this outgoing message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.17.13/1214 - Release Date: 8/01/2008
1:38 p.m.