जवाबों:
सबसे पहले, नामकरण योजना चुनने वाले किसी व्यक्ति को RFC 1178 - "आपके कंप्यूटर के लिए एक नाम चुनना" पढ़ना चाहिए । लोग इस मुद्दे के बारे में बात कर रहे हैं जब तक कि कंप्यूटरों को नाम दिया गया है, इसलिए पहिया को फिर से आविष्कार करने से पहले दूसरों ने क्या कहा है, इस पर पढ़ें।
मेरे अपने विचार - मैं विषयों और योजनाओं में नामकरण नीतियों को तोड़ना चाहता हूं ।
एक थीम (उदाहरण के लिए डॉनी हू, डॉ। वोडका के ब्रांड) के पात्रों का उपयोग करना , एक छोटे नेटवर्क में अच्छा काम करता है । यदि आपके पास 20 से कम होस्ट हैं तो संभावना है कि आपके पास कई हार्डवेयर कॉन्फ़िगरेशन हैं - संभवतः प्रत्येक होस्ट में एक अद्वितीय कॉन्फ़िगरेशन है। ऐसे मामलों में प्रत्येक मशीन को एक अद्वितीय व्यक्तित्व होने के रूप में सोचने में सक्षम होना अच्छा है, क्योंकि - संभावनाएं हैं - यह करता है।
जब आप समान हार्डवेयर और / या सॉफ़्टवेयर कॉन्फ़िगरेशन वाली बड़ी संख्या में मशीन रखते हैं, तो एक स्कीम का उपयोग करना (जैसे भौगोलिक स्थान, रैक की स्थिति, हार्डवेयर आईडी, आदि के तत्वों से निर्मित नाम) अच्छी तरह से काम करता है। यह भी अच्छी तरह से काम करता है अगर आपको उन लोगों के साथ मशीन के बारे में संवाद करने की आवश्यकता होगी जो दिन के आधार पर इसके साथ सौदा नहीं करते हैं। उदाहरण के लिए यदि आपको मशीन को रीसेट करने के लिए एनओसी कर्मचारियों को बताने की आवश्यकता है, तो एक नाम जो उन्हें रैक में यह पता लगाने में मदद करता है कि वे किसी विशेष लेबल वाली मशीन के लिए रैक के माध्यम से खोज करने से बेहतर हो सकते हैं।
एक कार्यात्मक नाम (जैसे मेल, वेब, फाइलसेवर) का उपयोग करना आभासी मशीनों के लिए एक अच्छा विचार है, लेकिन मेरे अनुभव में भौतिक मेजबानों के लिए एक बुरा विचार है। भौतिक होस्ट अक्सर कई कार्यों (भले ही यह आदर्श नहीं है) के प्रदर्शन को समाप्त कर देंगे, और व्यक्तिगत कार्य समय के साथ संसाधन उपयोग और आवश्यकताओं में बदल जाएंगे, जैसे कि वे अन्य मेजबानों के लिए माइग्रेट हो जाएंगे।
विषयों के साथ समस्याओं में शामिल हैं:
योजनाओं के साथ समस्याओं में शामिल हैं:
वास्तविक दुनिया में आप उपयोग में दोनों प्रणालियों को ढूंढते हैं, कभी-कभी कंधे से कंधा मिलाकर। उदाहरण के लिए, मेरे अनुभव में उच्च प्रदर्शन कंप्यूटिंग क्लस्टर में हमेशा नाम होते हैं। नाम को अक्सर एक हेड नोड (जो अंतःक्रियात्मक रूप से उपयोग किया जाता है) को सौंपा जाता है, जबकि विभिन्न क्लस्टर नोड्स में कंप्यूट -01, हाईमेम -01, स्टोरेज -01, आदि जैसे नाम होंगे।
और, जैसा कि पहले उल्लेख किया गया है, वर्चुअल मशीन और भौतिक होस्ट के लिए अलग-अलग नामकरण योजनाओं के लिए यह आम (और उपयोगी) है।
दिलचस्प श्रेणी के तहत, स्टैक ओवरफ्लो जवाब से एक है
आवर्त सारणी के तत्व। हम आईपी पते में तत्व संख्या का भी उपयोग करते हैं, इसलिए
हाइड्रोजन = 192.168.0.1
हीलियम = 192.168.0.2
आदि।
मैं अपने स्थान (यानी देश-कोड / शहर-कोड / डेटा-सेंटर-कोड / फ़्लोर / रैक / रैक-यू-ऊंचाई) और सॉफ़्टवेयर / वीएम सर्वरों द्वारा केवल उनके फ़ंक्शन द्वारा भौतिक सर्वरों के नामकरण में बहुत मजबूत विश्वास रखता हूं ( मंच / समारोह / क्लस्टर / चलना)। मुझे पता है कि यह नाम सात बौने या जो कुछ भी है, लेकिन यह सुनिश्चित करने का एक शानदार तरीका है कि आप अधिक 'भविष्य-प्रूफ' हैं और संरचित तरीके से वर्चुअलाइजेशन के साथ सौदे करने से अधिक लंबा नाम बना सकते हैं।
एक उदाहरण के रूप में हमारे पास VMWare सर्वर हैं जिन्हें 044LONTH72G216 कहा जाता है (यह दुनिया में बिल्कुल एक सर्वर का पता लगाता है) अतिथि सर्वर VMs जैसे NESQLC11S08 के साथ है। आप हमेशा उनके लिए आंतरिक आईटी टीम के लिए संक्षिप्त नाम बना सकते हैं, जो कि इन अधिक लंबे, अधिक संगठित नामों का जिक्र करते हैं।
उम्मीद है की यह मदद करेगा।
हमने अपने सर्वरों को एक विशेष विषय (बाइबल की किताबें) के साथ नाम देना शुरू किया, लेकिन जैसे-जैसे हमारी आईटी टीम (और सर्वरों की संख्या) बढ़ती गई और अधिक विशिष्ट होती गई - और जैसा कि हमारे पास अधिक कर्मचारी कारोबार था, हमें पता चला कि कोई भी नामकरण प्रणाली सर्वर के फंक्शन (या लोकेशन) से किसी तरह संबंध नहीं था।
लोग उन सर्वरों को जानते थे जो वे नियमित रूप से काम करते थे, लेकिन जब एक नई परियोजना पर काम करते हैं, तो क्रॉस-ट्रेनिंग, या किसी अन्य चीज के साथ किसी अन्य व्यवस्थापक की मदद करने की कोशिश करते हैं, तो चीजें छूट जाती हैं क्योंकि "कोई भी नहीं जानता था कि भजन एक मेल सर्वर था" या पसंद है।
हमने अब एक अधिक वर्णनात्मक नामकरण योजना पर वापस आ गए हैं।
हम अपने सभी सर्वरों को उनकी भूमिका के अनुसार नाम देते हैं, अर्थात वे क्या करते हैं।
तो हमारे सर्वरों के नाम हैं
- PDC
- SQL
- EXCHANGE
- RDP
- FILE etc..
मेरे अनुभव में, गैर-मानव-पढ़ने योग्य नाम (अर्थात योजना विधि) वाले सर्वर प्रबंधनीय नहीं हैं । मैंने अक्सर गलत सर्वर देखे हैं, जिसके परिणामस्वरूप गलत सर्वर ऑपरेशन होता है, जो कभी-कभी आपदा परिणामों के साथ लागू होता है।
एक मानव पठनीय नाम जो संबंधित मेटाडेटा के साथ एक विवरण क्षेत्र में संग्रहीत है या इसी तरह PEBKAC मुद्दों के लिए कम प्रवण लगता है।
खैर, कुछ बारहमासी पसंदीदा में शामिल हैं:
हमने बर्ट और एर्नी के साथ उन दिनों में शुरुआत की थी जब 2 माइक्रोवेक्स 3400 का क्लस्टर कंपनी के लिए एक बड़ी बात थी। हम थोड़ी देर के लिए तिल स्ट्रीट के साथ फंस गए - बिगबर्ड, एल्मो, ग्रोवर, thecount (वित्तीय प्रणाली), लेकिन अंततः एक योजना के साथ जाना पड़ा। योजना में कौन से तत्व आपकी कंपनी के आकार पर निर्भर करते हैं, हमें इसमें शामिल करना था:
स्थान (शहर के लिए 2-अक्षर का संक्षिप्त नाम) डिवीजन (कंपनी का गठन 4 co.s को मिलाकर किया गया था, इसलिए हमारे पास 3-अक्षर abbrev था। उन लोगों के लिए) फ़ंक्शन (PDC, मेल, प्रिंट, www, आदि) सीरियल नंबर (I) 'हमेशा एक सीरियल नंबर के हिस्से के रूप में वर्ष और महीने को पसंद किया जाता है)
सिम्पसंस अक्षर :)
एक बार एक क्लाइंट था, जिसने प्लेबॉय बन्नीज़ के बाद सर्वर का नाम दिया था। हालाँकि आईटी के बाहर इसका व्यापक प्रचार नहीं किया गया था। ;-)
मुझे बड़ी बिल्लियों के बाद उनका नामकरण पसंद आया, लेकिन फिर ओएस एक्स के साथ आया और मेरे लिए इसे बर्बाद कर दिया।
एक और गुफा शराब के प्रकार है। जिमबीम, बीफटर, स्टोली, आदि। अल्कोहल के विभिन्न वर्ग सर्वर के विभिन्न वर्ग थे। मेल सर्वरों के लिए जिन, डेटाबेस के लिए व्हिस्की, पीडीसी हमेशा Moonshine था।
हम अपने कार्य के बाद कंपनी के आद्याक्षर करते हैं, उसके बाद उसकी संख्या अर्थात
GSK-WEB-12
ST-DB-3
जिस विश्वविद्यालय में मैं पढ़ रहा हूं, वहां वे विभिन्न पात्रों के नामों का उपयोग करते हैं जो कि एस्टेरिक्स और ओबेलिक्स की कहानियों से हैं। जैसे कि चमत्कारी, दमा आदि।