= डेल सर्वर के लिए बेस्ट बेयर मेटल प्रोविजनिंग टूल? =

![ ](httpswww.redditstatic.com/desktop2x/img/renderTimingPixel.png)

मैं नंगे धातु की खोज करने के लिए एक उपकरण की तलाश में हूं। अनिवार्य रूप से मुझे एक छवि की आवश्यकता है जो मैं नेटवर्क बूट (पीएक्सई/बायोस या यूईएफआई) कर सकता हूं जो सर्वर (सीपीयू/डिस्क/मेमोरी/एनआईसी मॉडल/आदि) में सभी घटकों को खोज सकता है, फर्मवेयर संस्करण, एलएलडीपी के माध्यम से स्विच पोर्ट क्या है , और उस सभी को वापस किसी प्रकार के इन्वेंट्री टूल की रिपोर्ट करें जिसमें एक एपीआई है। ये सभी डेल सर्वर एक उद्यम आईडीआरएसी लाइसेंस के साथ हैं लेकिन बहु विक्रेता समर्थन एक प्लस है। एक बार मेरे पास यह सारा डेटा आ जाने के बाद मैं कुछ ऑटोमेशन बनाना चाहूंगा ताकि मैं कह सकूं कि इस प्रोफाइल के साथ एक सर्वर का निर्माण करें और यह उन स्पेक्स को पूरा करने वाले सर्वर के लिए एपीआई को क्वेरी करेगा और फिर जाकर बायोस विकल्प, RAID, को कॉन्फ़िगर करेगा। पोर्ट स्विच करें (एक पोर्ट चैनल में), एक पीएक्सई इंस्टाल के लिए एक प्रविष्टि जोड़ें (हम वर्तमान में मोची का उपयोग करते हैं, लेकिन विकल्प के लिए खुला है), फिर ओएस/वांछित कॉन्फ़िगरेशन को स्थापित करने के लिए पीएक्सई बूट करें। यह लगभग निश्चित रूप से Ansible आधारित होगा।

वहाँ कई खुले स्रोत नंगे धातु प्रावधान उपकरण हैं, लेकिन मुझे उनमें से किसी के साथ कोई अनुभव नहीं है सिवाय एक छोटे से फोरमैन के जो हमारे मौजूदा कठपुतली बुनियादी ढांचे और अन्य मौजूदा उपकरणों के साथ एकीकृत करने का एक बड़ा प्रयास प्रतीत होता है। क्या उनमें से कोई भी वह कर सकता है जो मैं चाहता हूँ, या थोड़ा संशोधित कार्य प्रवाह जो समान अंतिम परिणाम प्राप्त कर सकता है? एलएलडीपी जानकारी महत्वपूर्ण है क्योंकि हम वर्तमान में रिकॉर्डिंग पर भरोसा करते हैं कि मैन्युअल रूप से हमारे इन्वेंट्री टूल में जब हम नए उपकरण रैक करते हैं (ओएस स्थापित करने से पहले, उस बिंदु पर यह स्वचालित रूप से रिपोर्ट किया जाता है यदि ओएस इंस्टॉल इसका समर्थन करता है) और मैनुअल रिकॉर्ड किया गया डेटा अक्सर गलत होता है / गायब है और हमें यह पता लगाने के लिए स्विच पर देखना होगा कि चीजें वास्तव में कहां केबल हैं।

मैंने केवल एक जीवंत छवि बनाने के बारे में सोचा है जो हम जो चाहते हैं वह कर सकते हैं, हमारे पास पहले से ही एक इन्वेंट्री टूल है जिसे हम रिपोर्ट करने के लिए उपयोग कर सकते हैं, लेकिन यह हमारे हिस्से पर अतिरिक्त काम हो सकता है जिसे मौजूदा टूल से बचा जा सकता है।

![ ](httpswww.redditstatic.com/desktop2x/img/renderTimingPixel.png)

आप डिजिटल रीबार देख सकते हैं। यह एक आंतरिक डेल परियोजना के रूप में शुरू किया गया था और बाद में इसे अपनी कंपनी के रूप में अलग कर दिया गया था। सुसे का ओपनस्टैक प्रावधानकर्ता 1.0 संस्करण पर आधारित है, 2.0 शाखा के साथ उन्होंने अधिक सामान्यीकृत किया। तो यह अब सिर्फ एक ओपनस्टैक प्रोजेक्ट नहीं है। httpsrebar.digital


मैं डिजिटल रेबार (httpsrebar.digital) की अत्यधिक अनुशंसा करता हूं। यह वही करता है जो आप खोज रहे हैं। सभी प्रावधान प्रोटोकॉल को एक स्थिर रूप से संकलित गोलंग बाइनरी में एकीकृत करने के लिए डिज़ाइन किया गया है (काम करने के लिए एक दर्जन बाहरी सेवाओं का कोई दुःस्वप्न सेटअप नहीं)। यह कंपोज़ेबल (कस्टमाइज़ करने योग्य) वर्कफ़्लोज़ का समर्थन करता है, इसमें इन्वेंट्री, वर्गीकरण और सत्यापन घटकों को एकीकृत किया गया है। इन्वेंटरी को बाहरी एसओआर (सिस्टम-ऑफ-रिकॉर्ड, एसेट एमजीएमटी डीबीएस, इत्यादि) में निकाला जा सकता है और यह एक बहुत मजबूत सीएलआई और उत्कृष्ट वेब पोर्टल के साथ 100% एपीआई पहले है।

OS अधिष्ठापन किकस्टार्ट/प्रीसीड PXE आधारित या एकल विरूपण साक्ष्य छवियों के माध्यम से किया जा सकता है। इसमें पूर्ण हार्डवेयर जीवनचक्र प्रबंधन (BIOS, फर्मवेयर, RAID नियंत्रक) भी हैं। आप सब कुछ पूरा करने के लिए स्टेप्ड/स्टेज वर्कफ़्लोज़ का उपयोग करना चुन सकते हैं, या यदि आप जानते हैं कि आप अपनी मशीनों को कैसे वर्गीकृत करना चाहते हैं, तो आप एक पूर्ण शून्य टच ऑटोमेशन वर्कफ़्लो बना सकते हैं।

टिंकरबेल पूर्ण स्वचालन सक्षम उपकरण नहीं है - यह सुझाव नहीं देगा; और इससे कुछ भी उपयोगी पाने के लिए, आपको 4 अलग-अलग और विशिष्ट सूक्ष्म सेवाओं, अधिक एकीकरण और प्रबंधन दर्द की आवश्यकता होती है। फोरमैन का उद्देश्य विशुद्ध रूप से प्रावधान करना है, और इसके लिए वास्तव में कुछ उपयोगी करने के लिए बहुत सी बाहरी सेवाओं की स्थापना की आवश्यकता होती है। यह नाजुक और भंगुर है। MaaS भी प्रावधान पर बहुत अधिक ध्यान केंद्रित करता है, और यदि आप केवल उबंटू हैं तो यह सबसे मजबूत है - यह उबंटू के लिए अनन्य नहीं है, हालाँकि।

डिजिटल रेबार एक इन्फ्रास्ट्रक्चर ऑटोमेशन प्लेटफॉर्म है, जिसे संपूर्ण डेटा सेंटर जीवनचक्र प्रबंधन क्षमताओं को ध्यान में रखते हुए एक आधुनिक सेवा के रूप में डिजाइन किया गया है। यह अधिकांश मौजूदा उपकरणों की तरह एकीकरण पर बोल्ट नहीं करता है - अपने उपकरणों और बुनियादी ढांचे के साथ एकीकृत करना डिजाइन के लिए महत्वपूर्ण है। हार्डवेयर जीवनचक्र प्रबंधन की अपनी आवश्यकताएं होती हैं, और फिर से, इसे विषम प्रणालियों और जटिल बुनियादी ढांचे के वातावरण का समर्थन करने के लिए जमीन से डिजाइन किया गया था।

[संपादित करें] - डिजिटल रीबार इन्वेंटरी चरणों के हिस्से के रूप में एलएलडीपी क्वेरी का समर्थन करता है, ताकि आप अपने सर्वर से जुड़े स्विच और बंदरगाहों को निर्धारित कर सकें।

पूर्ण जीवनचक्र प्रबंधन के लिए डेल हार्डवेयर के साथ-साथ अन्य विक्रेता हार्डवेयर के लिए भी गहरा समर्थन है।

हम डिजिटल रेबार का उपयोग करते हैं और इसे पसंद करते हैं, इसके पीछे की टीम स्लैक में बहुत प्रतिक्रियाशील है और यदि आप उस दिशा में जाते हैं तो उनका मूल्य उचित है। हम उनके साथ काम करना पसंद करते हैं।

यह सीखने की अवस्था में थोड़ा सा है लेकिन सुपर लचीला है। साथ ही उनके पास खुले स्रोत बहुत सारे कोड हैं जो चीजों को डीबग करने की कोशिश करते समय बहुत सहायक होते हैं।

मैंने अतीत में कठपुतली/फोरमैन के साथ काफी अच्छा प्रदर्शन किया था, हालांकि, माना, यह मैं नहीं था जिसने इसे ऊपर और चलने वाली स्थिति में लाया। वर्तमान में मैं मास (httpsmaas.io) का प्रशंसक बन रहा हूं। यदि आप उबंटू दुकान में हैं, तो इसे जरूर आजमाएं।
फोरमैन कुल मिलाकर बहुत अच्छा है, आप जो खोज रहे हैं उसे प्राप्त करने के लिए आप फोरमैन डिस्कवरी प्लगइन का उपयोग कर सकते हैं। आप कुछ स्वचालन कर सकते हैं लेकिन पवित्र गाय क्या यह सेटअप में शाही दर्द है मुझे लगता है कि मैं हर संभव मुद्दे में भाग गया। मुझे एक ऑफ़लाइन इंस्टॉलेशन और सेटअप करना था जो चीजों को और अधिक जटिल बनाता था और सर्वर के साथ काम करता था जिसे मैं भौतिक रूप से एक्सेस नहीं कर सकता था। मेरा मानना ​​है कि यह एक अच्छा उपकरण है, अगर आपको वास्तव में इसका उपयोग करने की आवश्यकता है और बजट रेडहाट सैटेलाइट के समर्थन के साथ है (फोरमैन सैटेलाइट का सामुदायिक संस्करण है)। MaaS हालांकि आशाजनक लग रहा था, लेकिन मैंने इसके साथ नहीं खेला (मैं CentOS / RHEL इंस्टॉलेशन को भी स्वचालित कर रहा था)

मैं iDRAC के बिल्ट-इन Redfish API का उपयोग करता हूँ। अधिकांश उद्यम विक्रेता पहले से ही Redfish को प्रबंधन विमान से उजागर कर चुके हैं।

डेल के पास सहायक पायथन लिपियों के संग्रह के साथ एक अनौपचारिक जीथब रेपो है जो प्रावधान के लिए बहुत अधिक सब कुछ पूरा करता है। मैं इन स्क्रिप्ट का उपयोग अन्सिबल के साथ नंगे धातु का प्रावधान करने के लिए करता हूं।

httpsgithub.com/dell/iDRAC-Redfish-Scripting

यह नोट करना महत्वपूर्ण है कि सभी विक्रेता समान रूप से Redfish का समर्थन नहीं करते हैं। बहु-विक्रेता परिवेशों के दर्द के साथ हमारे पास बहुत अनुभव है। विभिन्न विक्रेता BMCs (बेसबोर्ड प्रबंधन नियंत्रक) (जैसे iDRAC) Redfish प्रोटोकॉल के विभिन्न संस्करणों का समर्थन करते हैं, और कुछ चीजों को अलग तरीके से लागू करते हैं।

यदि आप एकल विक्रेता की दुकान हैं, तो यह रणनीति काम कर सकती है, लेकिन यदि आप किसी अन्य विक्रेता, या BMC (या फ़र्मवेयर अपग्रेड) के एक नए संस्करण को पेश करते हैं, जो Redfish समर्थन/व्यवहार को बदलता है, तो आपको अपने टूलिंग को तदनुसार समायोजित करना होगा।

आपको कठिन से कठिन प्रक्रियाओं के माध्यम से OS को अनुकूलित करने के लिए भी छोड़ दिया जाता है - चूंकि आपके पास कोई इन-OS टूलिंग नहीं है - जब तक कि आप इसे अपनी ISO छवियों में "बर्न"नहीं करते।

यदि आप मौजूदा रिपोर्टिंग/प्रबंधन विमान को बदलना चाहते हैं और सीधे हाइपरविजर ओएस इंस्टॉल पर जाएं, तो हमेशा httpsdocs.vmware.com/en/VMware-vSphere/6.5/com.vmware.vsphere.install.doc/GUID- होता है। 8C221180-8B56-4E07-88BE-789B25BA372A.html