虚拟机的命名约定

什么是一个好的虚拟机命名约定或scheme?

我们正在总部build立一个虚拟化硬件服务器集群,并在我们每个州的办公室(每个州一个集群)build立一个类似的集群。

我们需要命名虚拟化硬件服务器,这很容易,但是我们也需要为在虚拟化硬件上运行的虚拟机(VM)提供一个命名约定。

命名约定对于pipe理员和开发人员来说必须是足够描述的,以便轻松识别虚拟机的用途,但又足够短,不会在键盘上产生重复的劳损。

为了让事情更有趣,我们现有的硬件命名约定在企业的function区域之间是不同的。 内部一致,但不同。 有不同的文化,如AIX,HP-UX,Linux,Windows。

我最初的想法是构build一个DNS或活动目录列表,每台机器有两个名称:一个在整个企业中是唯一的名称,而且是相当具有描述性的; 另一个是function区域的本地名称。 基本上,企业虚拟机名称空间和function区域虚拟机名称空间。 企业虚拟机名称可能很长,因为它主要是使用虚拟机进行企业间映射function区域虚拟机名称的机器。 function区域名称必须简洁明了,以便开发人员能够轻松pipe理它们。

对于内部主机名,我喜欢为虚拟机分配一个子域名,例如“vm.example.com”。 你可以进一步描述虚拟化types(vmware,xen,kvm等)。

然后,每个主机都按照您的内部标准具有描述性名称。 我曾在两个有明智的主机名标准的环境中工作:

  • 目的号码环境,即web1prod,db3test等
  • (az vs#),其中子网是1(公众),2(dmz /内部)或3(pipe理networking),即web1a,build2a,mon3a。

前者是我的主要偏好,所以说,你的开发环境的Web服务器虚拟机:

  • web1dev.vm.example.com

对于Xentesting环境中的数据库服务器(如果使用多个虚拟化types)。

  • db1.xen.example.com

我将分享我们的networking设备。 同样的原则适用于:

DNS entries: switchoffice-3550-12G IN A XXXX so355012 IN CNAME switchoffice-3550-12G 

基本思想是一个简短的名字,用于描述性的目的。 这与您对主机的不同名称的想法一致,但使用CNAME具有额外的优势,即dig或nslookup将引用长名称。