ฉันอยากรู้ว่ารูปแบบใดที่ใช้เมื่อตั้งชื่อเซิร์ฟเวอร์ ...
ฉันอยากรู้ว่ารูปแบบใดที่ใช้เมื่อตั้งชื่อเซิร์ฟเวอร์ ...
คำตอบ:
ปิดแรกให้ทุกคนเลือกโทนการตั้งชื่อควรอ่าน RFC 1178 - "เลือกชื่อสำหรับคอมพิวเตอร์ของคุณ" ผู้คนกำลังพูดถึงปัญหานี้ตราบเท่าที่คอมพิวเตอร์ได้รับชื่อดังนั้นโปรดอ่านสิ่งที่คนอื่นพูดก่อนที่จะประดิษฐ์ล้อหมุนใหม่
ความคิดของตัวเอง - ฉันมีแนวโน้มที่จะเลิกการตั้งชื่อนโยบายลงในรูปแบบและรูปแบบ
การใช้ชุดรูปแบบ (เช่นเทพเจ้ากรีก, ตัวละครจากดร. ใครแบรนด์วอดก้า) ทำงานได้ดีในเครือข่ายขนาดเล็ก หากคุณมีโฮสต์น้อยกว่า 20 โฮสต์โอกาสที่คุณจะมีการกำหนดค่าฮาร์ดแวร์หลายรายการอาจเป็นไปได้ว่าทุกโฮสต์มีการกำหนดค่าที่ไม่ซ้ำกัน ในกรณีเช่นนี้มันเป็นเรื่องดีที่จะคิดว่าแต่ละเครื่องมีบุคลิกที่ไม่เหมือนใครเพราะ - มีโอกาส -
การใช้ชุดรูปแบบ (เช่นชื่อที่สร้างขึ้นจากองค์ประกอบของตำแหน่งทางภูมิศาสตร์ตำแหน่งชั้นวาง ID ฮาร์ดแวร์ ฯลฯ ) ทำงานได้ดีเมื่อคุณมีเครื่องจักรจำนวนมากที่มีฮาร์ดแวร์และ / หรือการกำหนดค่าซอฟต์แวร์เหมือนกัน นอกจากนี้ยังใช้งานได้ดีหากคุณต้องการสื่อสารเกี่ยวกับเครื่องกับผู้ที่ไม่ได้จัดการมันเป็นประจำทุกวัน ตัวอย่างเช่นถ้าคุณต้องการบอกเจ้าหน้าที่ NOC ให้รีเซ็ตเครื่องชื่อที่ช่วยให้พวกเขาค้นหาได้ในชั้นวางอาจดีกว่าให้พวกเขาค้นหาผ่านชั้นวางเพื่อหาเครื่องที่มีป้ายกำกับเฉพาะ
การใช้ชื่อฟังก์ชั่น (เช่นเมล, เว็บ, ไฟล์เซิร์ฟเวอร์) เป็นความคิดที่ดีสำหรับเครื่องเสมือน แต่ความคิดที่ดีสำหรับโฮสต์ทางกายภาพในประสบการณ์ของฉัน โฮสต์ที่มีอยู่จริงมักจะจบลงด้วยการทำงานหลายฟังก์ชั่น (แม้ว่าจะไม่เหมาะ) และแต่ละฟังก์ชั่นจะเปลี่ยนไปในการใช้ทรัพยากรและข้อกำหนดเมื่อเวลาผ่านไปเช่นพวกเขาจะถูกย้ายไปยังโฮสต์อื่น
ปัญหาเกี่ยวกับธีมรวมถึง:
ปัญหาเกี่ยวกับรูปแบบรวมถึง:
ในโลกแห่งความเป็นจริงคุณจะพบทั้งสองระบบที่ใช้อยู่บางครั้งเคียงข้างกัน ตัวอย่างเช่นในประสบการณ์ของฉันกลุ่มคอมพิวเตอร์ที่มีประสิทธิภาพสูงมักมีชื่อ ชื่อมักถูกกำหนดให้กับโหนดใหญ่ (ซึ่งใช้แบบโต้ตอบ) ในขณะที่โหนดคลัสเตอร์ต่างๆจะมีชื่อเช่น compute-01, highmem-01, storage-01 เป็นต้น
และตามที่กล่าวไว้ก่อนหน้านี้เป็นเรื่องปกติ (และมีประโยชน์) สำหรับเครื่องเสมือนและโฮสต์ทางกายภาพที่จะมีรูปแบบการตั้งชื่อที่แตกต่างกัน
ภายใต้หมวดหมู่ที่น่าสนใจมีหนึ่งคำตอบจากStack Overflow
องค์ประกอบของตารางธาตุ นอกจากนี้เรายังใช้หมายเลของค์ประกอบในที่อยู่ IP ด้วย
ไฮโดรเจน = 192.168.0.1
ฮีเลียม = 192.168.0.2
เป็นต้น
ฉันเป็นผู้เชื่อที่แข็งแกร่งมากในการตั้งชื่อฟิสิคัลเซิร์ฟเวอร์ตามที่ตั้งของพวกเขา (เช่นรหัสประเทศ / เมืองรหัส / ศูนย์ข้อมูลรหัส / ชั้น / ชั้น / ชั้นวาง / U-height) และเซิร์ฟเวอร์ / ซอฟต์แวร์ VM ตามหน้าที่ของพวกเขาเท่านั้น ( แพลตฟอร์ม / ฟังก์ชั่น / คลัสเตอร์ / การกล่าวย้ำ) ฉันรู้ว่าสิ่งนี้สามารถตั้งชื่อได้นานกว่าการตั้งชื่อพวกเขาหลังจากคนแคระทั้งเจ็ดหรืออะไรก็ตาม แต่มันเป็นวิธีที่ยอดเยี่ยมในการรับรองว่าคุณจะ 'พิสูจน์ได้ในอนาคต' และจัดการกับ virtualisation ในแบบมีโครงสร้าง
ตัวอย่างเช่นเรามีเซิร์ฟเวอร์ VMWare ที่เรียกว่า 044LONTH72G216 (ซึ่งจะหาตำแหน่งเซิร์ฟเวอร์ในโลกอย่างแน่นอน) ด้วยเซิร์ฟเวอร์เสมือนของแขกเช่น NESQLC11S08 คุณสามารถสร้างชื่อสั้น ๆ ให้กับพวกเขาสำหรับทีม IT ภายในทำงานแต่ละครั้งที่อ้างถึงชื่อที่ยาวและเป็นระเบียบมากขึ้น
หวังว่านี่จะช่วยได้
เราเริ่มต้นด้วยการตั้งชื่อเซิร์ฟเวอร์ของเราด้วยธีมเฉพาะ (หนังสือในพระคัมภีร์) แต่เมื่อทีมไอทีของเรา (และจำนวนเซิร์ฟเวอร์) เพิ่มขึ้นและมีความเชี่ยวชาญมากขึ้น - และเมื่อเรามีการหมุนเวียนพนักงานมากขึ้นเราค้นพบว่าระบบการตั้งชื่อใด ๆ ไม่เกี่ยวข้องกับฟังก์ชั่น (หรือตำแหน่ง) ของเซิร์ฟเวอร์อย่างสับสน
ผู้คนรู้จักเซิร์ฟเวอร์ที่ทำงานเป็นประจำ แต่เมื่อทำงานในโครงการใหม่ฝึกอบรมข้ามสายงานหรือพยายามช่วยเหลือผู้ดูแลระบบคนอื่นด้วยบางสิ่งบางอย่างอาจพลาดไปเพราะ "ไม่มีใครรู้ว่าสดุดีเป็นเซิร์ฟเวอร์เมล" หรือไม่ชอบ
ตอนนี้เราได้เปลี่ยนกลับไปเป็นรูปแบบการตั้งชื่อที่มีความหมายมากกว่า
เราให้ชื่อเซิร์ฟเวอร์ทั้งหมดตามบทบาทของพวกเขานั่นคือสิ่งที่พวกเขาทำ
ดังนั้นเซิร์ฟเวอร์ของเราจึงมีชื่อดังนี้
- PDC
- SQL
- EXCHANGE
- RDP
- FILE etc..
จากประสบการณ์ของฉันเซิร์ฟเวอร์ที่มีชื่อที่ไม่สามารถอ่านได้ (เช่นวิธีการจัดสรร) นั้นไม่สามารถจัดการได้ ฉันมักจะเห็นตัวอักษรที่พิมพ์ผิดทำให้เซิร์ฟเวอร์ผิดที่มีการใช้งาน xyz นำไปใช้กับมันบางครั้งก็มีผลลัพธ์ที่ร้ายกาจ
ชื่อที่มนุษย์สามารถอ่านได้ซึ่งมีข้อมูลเมตาที่เชื่อมโยงซึ่งเก็บอยู่ในฟิลด์คำอธิบายหรือคล้ายกันนั้นมีแนวโน้มที่จะเกิดปัญหา PEBKAC น้อยกว่า
บางรายการโปรดตลอดกาลรวมถึง:
เราเริ่มต้นด้วย Bert และ Ernie ย้อนกลับไปเมื่อวันที่ 2 คลัสเตอร์ microVAX 3400 เป็นเรื่องใหญ่สำหรับ บริษัท เราติดอยู่กับเซซามีสตรีทอยู่พักหนึ่ง - Bigbird, Elmo, Grover, thecount (ระบบการเงิน) แต่ในที่สุดก็ต้องไปกับโครงการ องค์ประกอบใดบ้างที่อยู่ในโครงการขึ้นอยู่กับขนาดของ บริษัท ของคุณเราต้องรวม:
ที่ตั้ง (ตัวย่อ 2 ตัวอักษรสำหรับเมือง) แผนก (บริษัท ก่อตั้งขึ้นจากการรวม 4 co.s ดังนั้นเราจึงมีตัวย่อ 3 ตัวอักษรสำหรับผู้ที่) ฟังก์ชั่น (PDC, จดหมาย, พิมพ์, www, ฯลฯ ) หมายเลขซีเรียล (ฉัน ชอบมักจะมีปีและเดือนเป็นส่วนหนึ่งของหมายเลขซีเรียล)
ตัวละครซิมป์สันส์ :)
มีลูกค้าที่ชื่อเซิร์ฟเวอร์หลังจาก Playboy bunnies ที่ไม่ได้เผยแพร่อย่างกว้างขวางนอกไอทีอย่างไรก็ตาม ;-)
ฉันชอบตั้งชื่อพวกมันหลังจากแมวตัวโต แต่ OS X ก็เข้ามาและทำลายมันให้ฉัน
สิ่งที่ชอบคือแอลกอฮอล์ประเภทหนึ่ง JimBeam, Beefeater, Stoli และอื่น ๆ คลาสของแอลกอฮอล์ที่แตกต่างกันคือคลาสของเซิร์ฟเวอร์ที่ต่างกัน จินสำหรับเมลเซิร์ฟเวอร์วิสกี้สำหรับฐานข้อมูล PDC นั้นเป็น Moonshine เสมอ
เริ่มด้วยระบบใหม่ ๆ ในปีนี้เราจะเริ่มใช้ชื่อที่น่าเบื่อ (จดหมายพิมพ์ ฯลฯ ) แต่จนถึงตอนนี้เราใช้สัตว์ - กับสัตว์ประเภทต่าง ๆ เพื่อวัตถุประสงค์ที่แตกต่าง: นกปลาสัตว์ป่า ฯลฯ
นักดนตรีใน 40 อันดับแรก
พวกเขาเปลี่ยนบ่อยครั้งพอที่จะให้บริการใหม่ ๆ ที่สำคัญ แต่ที่สำคัญกว่านั้นคือพวกเขาจะเป็นความลับอย่างเพียงพอสำหรับทุกคนที่อายุเกิน 12 ปี
เรามักจะมีชื่อย่อของ บริษัท ตามด้วยงานของมันตามด้วยหมายเลขของมันคือ
GSK-WEB-12
ST-DB-3
เราใช้สิ่งนี้ซึ่งทำงานได้ค่อนข้างดี
ในงานที่ฉันเคยทำฉันเคยเห็นแนวโน้มต่อไปนี้นอกเหนือจาก classic server01, server02 และอื่น ๆ :
ที่มหาวิทยาลัยที่ฉันเรียนอยู่พวกเขาใช้ชื่อของตัวละครที่แตกต่างจากเรื่องราวของ Asterix และ Obelix เช่น miraculix, astmatix ฯลฯ
เซิร์ฟเวอร์ของเราตั้งชื่อตามสัตว์เลี้ยงทุกตัว โดยมีการแยกย่อยตามประเภทเล็กน้อย ตัวควบคุมโดเมนทั้งหมดได้รับการตั้งชื่อตามนก สุนัขสำหรับไฟล์และพิมพ์ Cats สำหรับแอพพลิเคชันเซิร์ฟเวอร์