Standards

Contact Mt Xia for assistance with your Business Continuity, Disaster Recovery, and High Availability planning and implementation projects at 615.556.0456 or dfrench@mtxia.com Current:Standards Previous:Hostname/Alias Home Page Policies Guidelines Procedures

Hostname Standards

In order to achieve maximum flexibility during normal operations, maintenance, disaster recovery, and business continuity efforts, it is important to provide a naming standard for business functions that can be translated easily into hostnames and/or aliases. The purpose of using hostnames instead of IP addresses is that they are easier to remember and use. Hostnames are not necessary, but usually desirable.

Normal user access to an application or business function will always be through an alias. Normal users should never access a system using a hostname. The reason is for portability and availability. It is easy to redirect an alias to any host, it is significantly more difficult to change hostnames. By having the users access required services through aliases rather than hostnames, the users can be redirected quickly to available services in the event of a failure.

Hostnames

In Mt Xia's environment, a hostname refers to an IP address, the IP address is associated with one or more network adapters. It is important to recognize that an IP address is not necessarily tied to a network adapter, but may float across adapters and machines. The same is true with the hostnames. A hostname should be viewed as being independent from any machine or data center. The hostname shall be an enterprise wide unique value in order to eliminate conflicts during manual, automated, or disaster recovery failovers.

The hostname shall consist of exactly 10 characters with the following structure:

LocationCode + OS Type + Environment + ApplicationCode + SequenceID
   3 char    + 1 char  +    1 char   +      3 char     +   2 char   =  10 char

The detailed information for each component of the resource group name is described below:

HostName Component	Number of Characters	Values
Location Code	3	dal = Dallas Data Center bos = Boston Data Center
OS Type	1	a = AIX s = Sun
Environment	1	a = acceptance a = pre-production d = test/development p = production t = test x = disaster recovery x = pre-production
Application Code	3	atl = Atlas ega = EGATE nim = NIM ora = Oracle tps = Maximo vio = Virtual I/O
Sequence ID	2	0-9,A-Z,a-z

Examples of Hostnames (HN):

dalapega01

EGATE Production database on AIX at Dallas Data Center, first instance

dalapega01

EGATE Production database on AIX at Dallas Data Center, second instance

bosapnim01

Production Network Information Manager on AIX at Boston Data Center, first instance

dalapnim01

Production Network Information Manager on AIX at Dallas Data Center, first instance

bosapvio01

Production Virtual I/O Server on AIX at Boston Data Center, first instance

bosapvio02

Production Virtual I/O Server on AIX at Boston Data Center, second instance

bosapvio03

Production Virtual I/O Server on AIX at Boston Data Center, third instance

bosapvio04

Production Virtual I/O Server on AIX at Boston Data Center, fourth instance

dalaavio01

Acceptance Virtual I/O Server on AIX at Dallas Data Center, first instance

dalaavio02

Acceptance Virtual I/O Server on AIX at Dallas Data Center, second instance

dalaavio03

Acceptance Virtual I/O Server on AIX at Dallas Data Center, third instance

dalaavio04

Acceptance Virtual I/O Server on AIX at Dallas Data Center, fourth instance

Aliases

The rules for defining alias names are significantly less rigid than for hostnames. The alias can be any name as long as it is unique within the domain. This allows the application to be accessed though a name that makes logical sense to the user. For example, the production EGATE Application Server at the Dallas Data Center may have a hostname of "bosapega03", however the alias may be "bosegate". The use of aliases preserves the structure needed for hostnames and the ease of use desired by users.