जहां मैं इस समय काम कर रहा हूं, हमें अपने सर्वर फ़ार्म के लिनक्स भाग का प्रबंधन करना होगा जो अभी 300 से अधिक लिनक्स सर्वरों पर है। इसमें ज्यादातर HP Proliants शामिल हैं, इसके बाद IBM 3850s, कुछ IBM ब्लेड्स, VMware ESX और हमारे आंतरिक प्रबंधन सर्वर के लिए कुछ KVM शामिल हैं।
मोची
हमने मोची को देखा, लेकिन समस्या यह थी कि मोची बहुत RHEL / Red Hat विशिष्ट है। हमें कम से कम RHEL और SLES का समर्थन करने की आवश्यकता है, और उबंटू अगले है।
कठपुतली
हमने कठपुतली पर विचार किया, हालांकि बाद में इसके खिलाफ फैसला किया क्योंकि यह रूबी पर निर्भर करता है, जिसका अर्थ है कि रूबी का उन्नयन, संभवतः इस प्रबंधन प्रणाली को तोड़ सकता है।
गर्म तार
हॉटवायर वह है जो हम उपयोग करते हैं (आंतरिक रूप से विकसित, लेकिन ओपन-सोर्स है), और पिछले कुछ वर्षों से ऐसा किया है। यह सबसे पहले उन प्रणालियों का आविष्कार करता है जो निर्माण करने जा रहे हैं, जिसका अर्थ है डेटा-सेंटर, रैक, हार्डवेयर, ऑपरेटिंग सिस्टम, नेटवर्क, इत्यादि को सूचीबद्ध करना और दूसरा तेजी से निर्माण और तैनाती करना। एक बार सिस्टम बन जाने के बाद, हॉटवायर की ऑटो-इन्वेंट्री इन्वेंट्री को सिंक में रखती है, जबकि कॉफिन उन्हें बनाए रखता है। हॉटवायर बायोस में SMBIOS / DMI डेटा के बारे में अजगर के माध्यम से बात करके सर्वर हार्डवेयर के बारे में जानता है ।
बोनस अंक हैं कि यह इन्वेंट्री को जोड़ती है और एक में प्रक्रिया का निर्माण करती है, इसलिए प्रबंधन करने के लिए कम है, और लाइव-इन्वेंट्री सुविधा महान है क्योंकि हम जानते हैं कि कुछ काफी सही नहीं है।
नुकसान यह है कि उपयोगकर्ता-इंटरफ़ेस को अभी भी चमकाने की आवश्यकता है, और यहां और वहां कीड़े हैं, लेकिन विकास अभी भी गर्म है, और रिपोर्ट किए गए कीड़े अपेक्षाकृत तेज हैं।
cfengine
हम cigerine का उपयोग करते हैं क्योंकि इसके अलावा, और कठपुतली, कुछ और नहीं है। यह वास्तव में एक अच्छा उपकरण है, लेकिन "अच्छा" केवल एक फ़ंक्शन के रूप में है कि आपकी नीतियां कितनी अच्छी हैं - यदि आप खतरनाक नीतियां निर्धारित करते हैं, तो एक छोटी सी गलती बहुत नुकसान पहुंचा सकती है। उदाहरण के लिए, नीति द्वारा, हम फ़ाइलों को "संशोधित" नहीं करते हैं, हम या तो उन्हें प्रतिस्थापित करते हैं, या हम नहीं करते हैं। इसके अलावा प्रतिस्थापित की गई सभी फ़ाइलों में एक हेडर होता है जो किसी भी व्यक्ति को संपादन करता है यह जानता है कि इसे अगली बार चलने पर इसे बदल दिया जाएगा (यह क्रोन प्रति घंटा के माध्यम से चलाया जाता है)।
सर्वर के लिए cfengine द्वारा धकेल दिए गए कॉन्फ़िगरेशन और सभी फाइलें भी एक SCM में रखी जाती हैं, और पोस्ट-कम हुक का उपयोग करते हुए, जहां संभव हो, हम सिंटैक्स की जांच करते हैं और यदि वह विफल हो जाता है, तो प्रतिबद्ध खारिज कर दिया जाता है। यह अपाचे जैसे अच्छे अनुप्रयोगों के लिए आसान है, लेकिन अधिकांश उद्यम अनुप्रयोगों के लिए इतना आसान नहीं है।