服务器命名通常由固定字段组合,便于识别与分类。常见组成包括:1) 地理位置(如CA-ON、CA-QC);2) 环境(如PRD/PROD、STG、DEV);3) 角色或服务(如WEB、DB、APP、LB);4) 应用或业务线缩写(如HR、FIN、ECom);5) 序列号或唯一ID(如001、02A)。示例格式:CA-ON-PRD-WEB-HR-001。
地理位置使用省缩写或城市代码,环境必须统一标准,角色用常见服务名,序号保证唯一性。所有字段建议用连接符“-”分隔,避免空格与特殊字符。
建议使用统一省/市缩写前缀以便快速定位。例如安大略省使用CA-ON、魁北克省使用CA-QC、不列颠哥伦比亚省使用CA-BC。对于多数据中心的同一城市,可在后续追加机房或机柜编号,如CA-ON-TOR-DC1或CA-ON-TOR-DC2。
示例:CA-ON-TOR-PRD-DB-FIN-002 表示在多伦多的数据中心、生产环境、数据库、财务业务的第2台机器。规则要点:位置优先、同一维度顺序固定、避免过长导致识别困难。
在命名规范中应限定长度(建议不超过64字符,很多系统或DNS有长度限制),字符集采用大小写一致的字母、数字与连接符“-”。禁止使用空格、下划线、特殊符号(如#、%、&、*、/)和中文字符,以免在脚本、监控或DNS解析中出错。统一使用小写或大写能减少混淆,常见做法是全部使用小写。
为便于脚本处理与正则匹配,建议定义一个可验证的正则表达式,例如:^[a-z0-9\-]{3,64}$ 并在资产库创建时强制校验。
可提供几套通用模板,依据规模与管理需求选用:1) 精简模板:ca-ON-prd-web-001;2) 业务导向:ca-QC-stg-app-ecom-03;3) DC+机房:ca-BC-vancouver-dc1-db-fin-005。模板中各段含义需在组织的命名规范文档中解释清楚。
变更时保持历史记录与变更工单关联,避免直接重用已退役的编号以免混淆;扩容时按序号递增并记录所属业务与责任人;退役设备建议在资产库中保留记录并标注状态(retired/decom),必要时在主机名后追加状态后缀仅在内部显示。自动化工具(CMDB、Terraform、Ansible)应集成命名规则以减少人为错误。
