รูปแบบการตั้งชื่อเซิร์ฟเวอร์ที่จัดการได้และน่าสนใจที่สุดที่ใช้คืออะไร [ปิด]


19

ฉันอยากรู้ว่ารูปแบบใดที่ใช้เมื่อตั้งชื่อเซิร์ฟเวอร์ ...

คำตอบ:


27

ปิดแรกให้ทุกคนเลือกโทนการตั้งชื่อควรอ่าน RFC 1178 - "เลือกชื่อสำหรับคอมพิวเตอร์ของคุณ" ผู้คนกำลังพูดถึงปัญหานี้ตราบเท่าที่คอมพิวเตอร์ได้รับชื่อดังนั้นโปรดอ่านสิ่งที่คนอื่นพูดก่อนที่จะประดิษฐ์ล้อหมุนใหม่

ความคิดของตัวเอง - ฉันมีแนวโน้มที่จะเลิกการตั้งชื่อนโยบายลงในรูปแบบและรูปแบบ

การใช้ชุดรูปแบบ (เช่นเทพเจ้ากรีก, ตัวละครจากดร. ใครแบรนด์วอดก้า) ทำงานได้ดีในเครือข่ายขนาดเล็ก หากคุณมีโฮสต์น้อยกว่า 20 โฮสต์โอกาสที่คุณจะมีการกำหนดค่าฮาร์ดแวร์หลายรายการอาจเป็นไปได้ว่าทุกโฮสต์มีการกำหนดค่าที่ไม่ซ้ำกัน ในกรณีเช่นนี้มันเป็นเรื่องดีที่จะคิดว่าแต่ละเครื่องมีบุคลิกที่ไม่เหมือนใครเพราะ - มีโอกาส -

การใช้ชุดรูปแบบ (เช่นชื่อที่สร้างขึ้นจากองค์ประกอบของตำแหน่งทางภูมิศาสตร์ตำแหน่งชั้นวาง ID ฮาร์ดแวร์ ฯลฯ ) ทำงานได้ดีเมื่อคุณมีเครื่องจักรจำนวนมากที่มีฮาร์ดแวร์และ / หรือการกำหนดค่าซอฟต์แวร์เหมือนกัน นอกจากนี้ยังใช้งานได้ดีหากคุณต้องการสื่อสารเกี่ยวกับเครื่องกับผู้ที่ไม่ได้จัดการมันเป็นประจำทุกวัน ตัวอย่างเช่นถ้าคุณต้องการบอกเจ้าหน้าที่ NOC ให้รีเซ็ตเครื่องชื่อที่ช่วยให้พวกเขาค้นหาได้ในชั้นวางอาจดีกว่าให้พวกเขาค้นหาผ่านชั้นวางเพื่อหาเครื่องที่มีป้ายกำกับเฉพาะ

การใช้ชื่อฟังก์ชั่น (เช่นเมล, เว็บ, ไฟล์เซิร์ฟเวอร์) เป็นความคิดที่ดีสำหรับเครื่องเสมือน แต่ความคิดที่ดีสำหรับโฮสต์ทางกายภาพในประสบการณ์ของฉัน โฮสต์ที่มีอยู่จริงมักจะจบลงด้วยการทำงานหลายฟังก์ชั่น (แม้ว่าจะไม่เหมาะ) และแต่ละฟังก์ชั่นจะเปลี่ยนไปในการใช้ทรัพยากรและข้อกำหนดเมื่อเวลาผ่านไปเช่นพวกเขาจะถูกย้ายไปยังโฮสต์อื่น

ปัญหาเกี่ยวกับธีมรวมถึง:

  • พวกเขามักจะให้ชื่อกลุ่มเล็ก ๆ เมื่อคุณหมดเทพเจ้าโรมันคุณเปลี่ยนเป็นกรีกหรือไม่? คุณใช้ชื่อจากโฮสต์ที่เลิกใช้แล้วซึ่งเหมาะสมกับธีมการตั้งชื่อของคุณหรือเลือกชื่อใหม่จากธีมใหม่เพื่อหลีกเลี่ยงปัญหาและความสับสนที่อาจเกิดขึ้นจากการใช้ชื่อซ้ำหรือไม่
  • พวกมันปล่อยให้มนุษย์เปลี่ยนเครื่องจักรของคุณ ไม่ดี - คอมพิวเตอร์ไม่ชอบสิ่งนั้น หากคุณปฏิบัติต่อเครื่องของคุณราวกับว่าพวกเขามีบุคลิกที่แตกต่างกันคุณจะเสี่ยงต่อการเพิกเฉยต่อหลักฐานที่เป็นไปตามข้อสันนิษฐานของคุณเกี่ยวกับวิธีที่เครื่อง "ทำงาน" และบางครั้งสมมติว่าข้อผิดพลาดอยู่กับเครื่องเฉพาะ มักจะทำงานผิดปกติ "

ปัญหาเกี่ยวกับรูปแบบรวมถึง:

  • ส่งผลให้ชื่อโฮสต์ที่จำได้ยากกว่า นี่เป็นปัญหาที่น้อยมากเมื่อคุณมีระบบการจัดการที่ดี แต่บางครั้งก็มีประโยชน์ที่จะสามารถเรียกคืนได้ทันทีว่าปัญหาบางอย่างได้แสดงออกมามากกว่าหนึ่งครั้งในเครื่องใดเครื่องหนึ่งหรือเป็นเครื่องที่รับผิดชอบ ปฏิบัติหน้าที่บางอย่างเฉพาะ
  • หากรูปแบบการเปลี่ยนแปลงคุณอาจต้องเปลี่ยนชื่อโฮสต์ทั้งหมดของคุณ ซึ่งอาจส่งผลให้เกิดการเปลี่ยนแปลง DNS จำนวนมากการเปลี่ยนแปลงการกำหนดค่ารายการการเข้าถึงและการเปลี่ยนแปลงการอนุญาต ฯลฯ

ในโลกแห่งความเป็นจริงคุณจะพบทั้งสองระบบที่ใช้อยู่บางครั้งเคียงข้างกัน ตัวอย่างเช่นในประสบการณ์ของฉันกลุ่มคอมพิวเตอร์ที่มีประสิทธิภาพสูงมักมีชื่อ ชื่อมักถูกกำหนดให้กับโหนดใหญ่ (ซึ่งใช้แบบโต้ตอบ) ในขณะที่โหนดคลัสเตอร์ต่างๆจะมีชื่อเช่น compute-01, highmem-01, storage-01 เป็นต้น

และตามที่กล่าวไว้ก่อนหน้านี้เป็นเรื่องปกติ (และมีประโยชน์) สำหรับเครื่องเสมือนและโฮสต์ทางกายภาพที่จะมีรูปแบบการตั้งชื่อที่แตกต่างกัน


9

ภายใต้หมวดหมู่ที่น่าสนใจมีหนึ่งคำตอบจากStack Overflow

องค์ประกอบของตารางธาตุ นอกจากนี้เรายังใช้หมายเลของค์ประกอบในที่อยู่ IP ด้วย

ไฮโดรเจน = 192.168.0.1

ฮีเลียม = 192.168.0.2

เป็นต้น


1
คุณทำอะไรที่ 118 :)
Chopper3

ไม่มีความคิด ^^ สลับไปที่ 192.168.1. * และเริ่มใหม่อีกครั้งฉันเดาว่า: PI ไม่ใช้สิ่งนี้เป็นการส่วนตัวเพียงแค่คิดว่ามันเป็นความคิดที่น่าสนใจ ไม่ใช่ความคิดของฉันมาจากดังนั้น
Adam Gibbins

Chopper3: คุณต้องการเพียงแค่ไปบนและใช้ "ununoctum" :) แต่จุดของคุณเป็นสิทธิ
Vincent De Baere

9
118 จะเห็นได้ชัดเริ่มต้นของช่วงของ DHCP :)
เควิน Kuphal

7

ฉันเป็นผู้เชื่อที่แข็งแกร่งมากในการตั้งชื่อฟิสิคัลเซิร์ฟเวอร์ตามที่ตั้งของพวกเขา (เช่นรหัสประเทศ / เมืองรหัส / ศูนย์ข้อมูลรหัส / ชั้น / ชั้น / ชั้นวาง / U-height) และเซิร์ฟเวอร์ / ซอฟต์แวร์ VM ตามหน้าที่ของพวกเขาเท่านั้น ( แพลตฟอร์ม / ฟังก์ชั่น / คลัสเตอร์ / การกล่าวย้ำ) ฉันรู้ว่าสิ่งนี้สามารถตั้งชื่อได้นานกว่าการตั้งชื่อพวกเขาหลังจากคนแคระทั้งเจ็ดหรืออะไรก็ตาม แต่มันเป็นวิธีที่ยอดเยี่ยมในการรับรองว่าคุณจะ 'พิสูจน์ได้ในอนาคต' และจัดการกับ virtualisation ในแบบมีโครงสร้าง

ตัวอย่างเช่นเรามีเซิร์ฟเวอร์ VMWare ที่เรียกว่า 044LONTH72G216 (ซึ่งจะหาตำแหน่งเซิร์ฟเวอร์ในโลกอย่างแน่นอน) ด้วยเซิร์ฟเวอร์เสมือนของแขกเช่น NESQLC11S08 คุณสามารถสร้างชื่อสั้น ๆ ให้กับพวกเขาสำหรับทีม IT ภายในทำงานแต่ละครั้งที่อ้างถึงชื่อที่ยาวและเป็นระเบียบมากขึ้น

หวังว่านี่จะช่วยได้


7

เราเริ่มต้นด้วยการตั้งชื่อเซิร์ฟเวอร์ของเราด้วยธีมเฉพาะ (หนังสือในพระคัมภีร์) แต่เมื่อทีมไอทีของเรา (และจำนวนเซิร์ฟเวอร์) เพิ่มขึ้นและมีความเชี่ยวชาญมากขึ้น - และเมื่อเรามีการหมุนเวียนพนักงานมากขึ้นเราค้นพบว่าระบบการตั้งชื่อใด ๆ ไม่เกี่ยวข้องกับฟังก์ชั่น (หรือตำแหน่ง) ของเซิร์ฟเวอร์อย่างสับสน

ผู้คนรู้จักเซิร์ฟเวอร์ที่ทำงานเป็นประจำ แต่เมื่อทำงานในโครงการใหม่ฝึกอบรมข้ามสายงานหรือพยายามช่วยเหลือผู้ดูแลระบบคนอื่นด้วยบางสิ่งบางอย่างอาจพลาดไปเพราะ "ไม่มีใครรู้ว่าสดุดีเป็นเซิร์ฟเวอร์เมล" หรือไม่ชอบ

ตอนนี้เราได้เปลี่ยนกลับไปเป็นรูปแบบการตั้งชื่อที่มีความหมายมากกว่า


4
ทุกคนรู้ว่าepistlesควรเป็นเมลเซิร์ฟเวอร์
หยุดชั่วคราวจนกว่าจะมีการแจ้งให้ทราบต่อไป

5

เราให้ชื่อเซิร์ฟเวอร์ทั้งหมดตามบทบาทของพวกเขานั่นคือสิ่งที่พวกเขาทำ

ดังนั้นเซิร์ฟเวอร์ของเราจึงมีชื่อดังนี้

- PDC
- SQL
- EXCHANGE
- RDP
- FILE etc..

3
ฉันพยายามหลีกเลี่ยงการทำสิ่งนี้ให้มากที่สุดเท่าที่จะทำได้หากเซิร์ฟเวอร์เปลี่ยนวัตถุประสงค์คุณเสียการติดตามว่าเซิร์ฟเวอร์ใดเป็นเซิร์ฟเวอร์ใด เซิร์ฟเวอร์จำนวนมากมีหลายวัตถุประสงค์เช่นกัน
Adam Gibbins

2
หากเซิร์ฟเวอร์มีการเปลี่ยนแปลงวัตถุประสงค์มันควรจะถูกฟอร์แมตใหม่
Portman

4
นั่นคือสิ่งที่คุณสามารถมีได้ในฐานะ CNAME A-record ควรไม่ซ้ำกันสำหรับโฮสต์และไม่พูดอะไรเกี่ยวกับหน้าที่ของมัน ผู้ใช้ไม่จำเป็นต้องรู้ระเบียน A เพียง CNAMEs imo
ผู้บัญชาการ Keen

1
นำไปสู่สุดขั้ว ... ใครบางคนตั้งชื่อโดเมนทั้งหมด RTC-2k RTC เป็นโดเมนและ 2k เป็นเพราะ ... มันเป็นโดเมน 2000 ตอนนี้ไคลเอนต์และโดเมนทั้งหมดถูกผูกไว้กับ RTC-2k ซึ่งไม่สมเหตุสมผลกับผู้ใช้หรือผู้ดูแลระบบใหม่ ตั้งชื่อเซิร์ฟเวอร์ตามสิ่งที่มันทำไม่ใช่ตามที่มันเป็น
โจเซฟ Kern

3

จากประสบการณ์ของฉันเซิร์ฟเวอร์ที่มีชื่อที่ไม่สามารถอ่านได้ (เช่นวิธีการจัดสรร) นั้นไม่สามารถจัดการได้ ฉันมักจะเห็นตัวอักษรที่พิมพ์ผิดทำให้เซิร์ฟเวอร์ผิดที่มีการใช้งาน xyz นำไปใช้กับมันบางครั้งก็มีผลลัพธ์ที่ร้ายกาจ

ชื่อที่มนุษย์สามารถอ่านได้ซึ่งมีข้อมูลเมตาที่เชื่อมโยงซึ่งเก็บอยู่ในฟิลด์คำอธิบายหรือคล้ายกันนั้นมีแนวโน้มที่จะเกิดปัญหา PEBKAC น้อยกว่า


2

บางรายการโปรดตลอดกาลรวมถึง:


2

เราเริ่มต้นด้วย Bert และ Ernie ย้อนกลับไปเมื่อวันที่ 2 คลัสเตอร์ microVAX 3400 เป็นเรื่องใหญ่สำหรับ บริษัท เราติดอยู่กับเซซามีสตรีทอยู่พักหนึ่ง - Bigbird, Elmo, Grover, thecount (ระบบการเงิน) แต่ในที่สุดก็ต้องไปกับโครงการ องค์ประกอบใดบ้างที่อยู่ในโครงการขึ้นอยู่กับขนาดของ บริษัท ของคุณเราต้องรวม:

ที่ตั้ง (ตัวย่อ 2 ตัวอักษรสำหรับเมือง) แผนก (บริษัท ก่อตั้งขึ้นจากการรวม 4 co.s ดังนั้นเราจึงมีตัวย่อ 3 ตัวอักษรสำหรับผู้ที่) ฟังก์ชั่น (PDC, จดหมาย, พิมพ์, www, ฯลฯ ) หมายเลขซีเรียล (ฉัน ชอบมักจะมีปีและเดือนเป็นส่วนหนึ่งของหมายเลขซีเรียล)



1

มีลูกค้าที่ชื่อเซิร์ฟเวอร์หลังจาก Playboy bunnies ที่ไม่ได้เผยแพร่อย่างกว้างขวางนอกไอทีอย่างไรก็ตาม ;-)

ฉันชอบตั้งชื่อพวกมันหลังจากแมวตัวโต แต่ OS X ก็เข้ามาและทำลายมันให้ฉัน

สิ่งที่ชอบคือแอลกอฮอล์ประเภทหนึ่ง JimBeam, Beefeater, Stoli และอื่น ๆ คลาสของแอลกอฮอล์ที่แตกต่างกันคือคลาสของเซิร์ฟเวอร์ที่ต่างกัน จินสำหรับเมลเซิร์ฟเวอร์วิสกี้สำหรับฐานข้อมูล PDC นั้นเป็น Moonshine เสมอ


1

เริ่มด้วยระบบใหม่ ๆ ในปีนี้เราจะเริ่มใช้ชื่อที่น่าเบื่อ (จดหมายพิมพ์ ฯลฯ ) แต่จนถึงตอนนี้เราใช้สัตว์ - กับสัตว์ประเภทต่าง ๆ เพื่อวัตถุประสงค์ที่แตกต่าง: นกปลาสัตว์ป่า ฯลฯ


0

นักดนตรีใน 40 อันดับแรก

พวกเขาเปลี่ยนบ่อยครั้งพอที่จะให้บริการใหม่ ๆ ที่สำคัญ แต่ที่สำคัญกว่านั้นคือพวกเขาจะเป็นความลับอย่างเพียงพอสำหรับทุกคนที่อายุเกิน 12 ปี


0

เรามักจะมีชื่อย่อของ บริษัท ตามด้วยงานของมันตามด้วยหมายเลขของมันคือ

GSK-WEB-12
ST-DB-3

0

เราใช้สิ่งนี้ซึ่งทำงานได้ค่อนข้างดี

  • ไซต์ (2 ตัวอักษร)
  • dev / ทดสอบ / สด (3/4 ตัวอักษร)
  • ฟังก์ชั่น (3+ ตัวอักษร)
  • นับ (2 ตัวอักษร)
  • vm หรือไม่ (2 ตัวอักษร)

0

ในงานที่ฉันเคยทำฉันเคยเห็นแนวโน้มต่อไปนี้นอกเหนือจาก classic server01, server02 และอื่น ๆ :

  • อัญมณี
  • ปลา
  • ดอกไม้
  • ตัวละคร Star Wars
  • สัตว์

0

ที่มหาวิทยาลัยที่ฉันเรียนอยู่พวกเขาใช้ชื่อของตัวละครที่แตกต่างจากเรื่องราวของ Asterix และ Obelix เช่น miraculix, astmatix ฯลฯ


0

เซิร์ฟเวอร์ของเราตั้งชื่อตามสัตว์เลี้ยงทุกตัว โดยมีการแยกย่อยตามประเภทเล็กน้อย ตัวควบคุมโดเมนทั้งหมดได้รับการตั้งชื่อตามนก สุนัขสำหรับไฟล์และพิมพ์ Cats สำหรับแอพพลิเคชันเซิร์ฟเวอร์

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.