답변:
먼저 이름 지정 체계를 선택하는 사람은 RFC 1178- "컴퓨터 이름 선택"을 읽어야 합니다. 사람들은 컴퓨터에 이름이 부여되어있는 한이 문제에 대해 이야기 해 왔으므로 바퀴를 다시 발명하기 전에 다른 사람들이 한 말을 읽어보십시오.
내 자신의 생각-나는 네이밍 정책을 테마 와 계획 으로 나누는 경향이있다 .
테마 (예 : 그리스 신, Dr. Who의 캐릭터, 보드카 브랜드)를 사용하면 소규모 네트워크 에서 잘 작동 합니다. 호스트가 20 개 미만인 경우 여러 하드웨어 구성이있을 수 있습니다. 모든 호스트에 고유 한 구성이있을 수 있습니다. 그러한 경우에는 기회가 있기 때문에 각 기계를 고유 한 성격을 갖는 것으로 생각하는 것이 좋습니다.
구성표 (예 : 지리적 위치, 랙 위치, 하드웨어 ID 등의 요소로 구성된 이름)를 사용하면 동일한 하드웨어 및 / 또는 소프트웨어 구성을 가진 많은 수의 컴퓨터가있는 경우 잘 작동합니다. 매일 기계를 다루지 않는 사람들과 기계에 대해 의사 소통 해야하는 경우에도 잘 작동합니다. 예를 들어 NOC 직원에게 기계를 재설정하도록 지시해야하는 경우 특정 레이블이있는 기계를 랙에서 검색하는 것보다 랙에서 기계를 찾는 데 도움이되는 이름이 더 좋습니다.
기능적 이름 (예 : 메일, 웹, 파일 서버)을 사용하는 것은 가상 머신에는 좋지만 내 경험에 따르면 물리적 호스트에게는 좋지 않습니다. 물리적 호스트는 종종 여러 기능을 수행하게되며 (이상적이지 않더라도) 개별 기능은 시간이 지남에 따라 리소스 사용량 및 요구 사항이 변경되어 다른 호스트로 마이그레이션됩니다.
테마 문제 는 다음 과 같습니다.
체계의 문제 는 다음 과 같습니다.
실제로는 두 시스템이 모두 나란히있는 경우가 있습니다. 예를 들어, 내 경험상 고성능 컴퓨팅 클러스터에는 항상 이름이 있습니다. 이름은 종종 헤드 노드 (대화식으로 사용됨)에 할당되는 반면, 다양한 클러스터 노드는 compute-01, highmem-01, storage-01 등과 같은 이름을 갖습니다.
또한 앞에서 언급했듯이 가상 시스템과 물리적 호스트에 서로 다른 이름 지정 체계가있는 것이 일반적이며 유용합니다.
흥미로운 카테고리에는 스택 오버플로 답변 중 하나가 있습니다.
주기율표의 요소. 또한 IP 주소에 요소 번호를 사용하므로
수소 = 192.168.0.1
헬륨 = 192.168.0.2
기타
나는 위치 (예 : 국가 코드 / 도시 코드 / 데이터 센터 코드 / 플로어 / 랙 / 랙 U 높이)로 물리적 서버의 이름을 지정하는 매우 강력한 신자입니다. 플랫폼 / 기능 / 클러스터 / iterance). 나는 이것이 7 명의 드워프 또는 그 이후의 이름을 따서 이름을 짓는 것보다 이름을 더 길게 만들 수는 있지만, 당신 이보다 미래 지향적이며 가상화 된 방식으로 가상화를 다루는 좋은 방법입니다.
예를 들어 NESQLC11S08과 같은 게스트 서버 VM과 함께 044LONTH72G216이라는 VMWare 서버 (세계에서 정확히 서버를 찾습니다)가 있습니다. 더 길고 조직화 된 이름을 참조하는 내부 IT 팀 작업을 위해 항상 짧은 이름을 만들 수 있습니다.
도움이 되었기를 바랍니다.
우리는 특정 주제 (성서의 책)로 서버 이름을 짓는 것으로 시작했지만 IT 팀 (및 서버 수)이 점점 더 전문화되면서 직원 이직률이 높아짐에 따라 모든 이름 지정 시스템이 어떻게 든 서버의 기능 (또는 위치)과 관련이 없었습니다.
사람들은 정기적으로 작업하는 서버를 알고 있었지만 새로운 프로젝트를 수행하거나 교차 훈련을하거나 다른 관리자에게 도움을 주려고 할 때 " 시편 이 메일 서버 라는 것을 아무도 알지 못했기 때문에"놓치게 됩니다.
우리는 이제 더 설명적인 이름 지정 체계로 다시 전환했습니다.
우리는 모든 서버 이름을 역할, 즉 서버의 역할에 따라 지정합니다.
따라서 서버 이름은
- PDC
- SQL
- EXCHANGE
- RDP
- FILE etc..
우리는 2 microVAX 3400 클러스터가 회사에 큰 일이었던 시절에 Bert와 Ernie로 시작했습니다. Bigbird, Elmo, Grover, the count (금융 시스템)-Sesame Street를 잠시 동안 고수했지만 결국 계획을 세워야했습니다. 체계에 어떤 요소가 있는지는 회사의 규모에 따라 다르며 다음을 포함해야했습니다.
위치 (도시의 2 글자 약어) 부서 (회사는 4 개의 회사를 합병하여 설립되었으므로 3 글자의 약어가있었습니다.) 기능 (PDC, 메일, 인쇄, www 등) 일련 번호 (I 연도 및 월을 일련 번호의 일부로 사용하는 것을 항상 좋아했습니다)
Playboy 토끼의 이름을 따서 서버 이름을 지정한 클라이언트가 한 번있었습니다. 그러나 IT 외부에서는 널리 공개되지 않았습니다. ;-)
나는 큰 고양이의 이름을 따서 이름을 짓는 것을 좋아했지만 OS X가 와서 나를 위해 그것을 망쳤습니다.
또 다른 인기는 알코올의 종류입니다. JimBeam, Beefeater, Stoli 등. 다른 종류의 알코올은 다른 종류의 서버였습니다. 메일 서버의 진, 데이터베이스의 위스키, PDC는 항상 Moonshine이었습니다.
내가 공부하는 대학교에서 그들은 Asterix와 Obelix 이야기와 다른 캐릭터의 이름을 사용합니다. miraculix, astmatix 등과 같은