सेवा बनाते समय उत्पन्न होने वाली समस्याओं में से एक (इस मामले में यह कोई फर्क नहीं पड़ता, बादल या VDS) क्लाइंट मशीन बनाने के लिए कैसे है।

हमारे अधिकांश प्रतियोगी एक छवि का उपयोग करते हैं जो सिस्टम प्रशासक द्वारा एक बार स्थापित और कॉन्फ़िगर किया गया है। हम प्रत्येक मशीन की खरोंच से एक साफ स्थापना का उपयोग करते हैं।


नीचे मैं यह बताने की कोशिश करूंगा कि इस फैसले के कारण क्या हैं, दोनों तरीकों के पक्ष और विपक्ष क्या हैं।

यह सब कैसे शुरू हुआ ...

जब क्लाउड अपनी पहली विशेषताओं को प्राप्त कर रहा था, तो आभासी मशीनों के निर्माण को स्वचालित करने का कार्य उत्पन्न हुआ। बेशक, सतह पर पड़ा पहला समाधान लेने और क्लोन करने के लिए था। सौभाग्य से, सभी व्यवसाय एक टीम (xe vm-क्लोन) है। इसके बाद नेटवर्क सेटिंग्स, होस्ट नाम और रूट पासवर्ड को समायोजित करने की आवश्यकता थी। सभी काम - आधे दिन के लिए। ठीक है, fleas पकड़ने के साथ दो दिन।

कर चुके हैं? उन्होंने कर दिखाया। सौभाग्य से, बीटा परीक्षकों ने भी इस संस्करण को नहीं देखा।


डिस्क क्लोनिंग के सभी नकारात्मक कारकों का विश्लेषण करने के बाद, हम अभी भी "स्थापना" के विचार में आए थे। यह प्रक्रिया थी, इसे हल्के ढंग से, कांटेदार बनाने के लिए, और मुझे लगभग डेढ़ महीने का समय लगा, इस दौरान मुझे प्रत्येक लिनक्स वितरण की बारीकियों का गहराई से अध्ययन करना पड़ा।

परिणाम - हमारी मौजूदा टेम्पलेट प्रणाली आपको आसानी से बनाई गई मशीनों की सेटिंग्स को बदलने की अनुमति देती है, और पूरी प्रक्रिया कुछ रहस्यमय "मास्टर कॉपी", पवित्र और पागलपन से जुड़ी नहीं है।

"क्लीन इंस्टॉल" क्या है? यह तब होता है जब एक खाली डिस्क के साथ एक वर्चुअल मशीन बनाई जाती है, एक विशेष कर्नेल को एक विशेष initrd के साथ लॉन्च किया जाता है, जिसके अंदर एक इंस्टॉलर (नेटस्टीन) होता है। यह इंस्टॉलर सवालों के जवाब के साथ एक फ़ाइल प्राप्त करता है (प्रत्येक वितरण का अपना है)।

वास्तव में, पहले से स्थापित ओएस की एक डिस्क को क्लोन करने और पूर्ण स्थापना के बीच क्या अंतर है (बेशक, यह प्रक्रिया के बारे में नहीं है, लेकिन परिणाम के बारे में है)?

1. अद्वितीय ssh चाबियाँ। हां, प्रत्येक ssh सर्वर की एक निजी कुंजी होती है, जो प्रत्येक सर्वर पर अद्वितीय होनी चाहिए। यह कुंजी (डेबियन / ubuntu में) स्थापना के दौरान उत्पन्न होती है (और पहली बार नहीं)। और अगर दो क्लाइंट वर्चुअल मशीनों में एक ही निजी कुंजी है, तो यह एक विशाल सुरक्षा छेद होगा, क्योंकि एक क्लाइंट का सर्वर दूसरे के सर्वर को प्रतिरूपित कर सकता है। बिल्कुल वही SSL प्रमाणपत्र और अपाचे और अन्य सेवाओं के साथ उनकी निजी कुंजियों पर लागू होता है जो ओपनसेल का उपयोग करती हैं।
2. डेबियन / ubuntu में SQL सर्वर स्थापित करते समय, डेटाबेस में एक विशेष रूप से एक यादृच्छिक रूप से उत्पन्न पासवर्ड के साथ एक विशेष खाता बनाया जाता है ताकि dpkg डेटाबेस को अपडेट कर सके। वर्चुअल मशीनों के बीच इस खाते का पासवर्ड अद्वितीय होना चाहिए। यदि यह समान है, तो इसका मतलब है कि आपका "क्लाउड पड़ोसी" आपके sql के लिए व्यवस्थापक पासवर्ड जानता है। क्या यह अच्छा है? वास्तव में नहीं।
3. दिनांक बनाई गई फ़ाइलें। क्लोनिंग करते समय, आप पाएंगे कि जिस तारीख को चित्र बनाया गया था, वह उस क्षण को संदर्भित करता है जिसे क्लाउड व्यवस्थापक ने बनाया था। और फ़ाइलों का हिस्सा (यदि व्यवस्थापक अपडेट रोल करता है) में पूरी तरह से अलग तारीख है। प्राणघातक? नहीं। अप्रिय? हां।
4. लॉग फ़ाइलों में अतिरिक्त जानकारी होती है - प्राधिकरण लॉग में एक्सट्रॉनिक लॉग्स, इंस्टॉलेशन लॉग आमतौर पर अज्ञात वर्षों की उत्पत्ति से भरा होता है।
5. सभी संभव प्रकारों (फ़ाइल सिस्टम UUIDs सहित) के uuids डिस्क से डिस्क पर दोहराए जाते हैं, जो UUID में "अद्वितीय" शब्द को अर्थहीन बनाता है

बेशक, यह सब बदला और ठीक किया जा सकता है। अगर आपको इसके बारे में पता है। और अगर आप नहीं जानते हैं? पोस्ट फैक्टम को पहचानें कि एक छेद कई हजार आभासी मशीनों पर बना रहा क्योंकि इस तथ्य के कारण कि कोई सब-सिस्टम में एक अन्य विशिष्ट पहचानकर्ता (डिवाइस-मैपर, कहीं और, जिसमें हम हैं) के बारे में भूल गया तब सोचना भूल गया)? इन त्रुटियों से बचने के लिए, आपको हर वितरण का अध्ययन करना होगा। प्रत्येक। और डेबियन, और सूसी, और सेंटोस, और उबंटू (हालांकि उबंटू डेबियन का एक कांटा है, लेकिन इसने बहुत ही सभ्य अंतर जमा किया है); और अगर एक और वितरण जोड़ा जाता है?

क्लोनिंग के दौरान जिम्मेदारी का स्तर अविश्वसनीय रूप से बढ़ रहा है। और लाभ के लिए अनुपातहीन।

लेकिन, वास्तव में, क्लोनिंग के बजाय सुविधा का उपयोग करने के लिए सही प्रेरणा विधि की वैचारिक शुद्धता थी। शायद यह किसी को अजीब लग सकता है, लेकिन मैं कई मामलों में न केवल "इसे बनाने के लिए" काम करना चाहता हूं, बल्कि वास्तुकला में निहित विचारधारा का पालन करना चाहता हूं। यदि वितरण के लेखक मानते हैं कि उनका वितरण स्थापित किया जाएगा, तो यह सही है अगर यह स्थापित है।

हालाँकि, एक क्लीन इंस्टॉलेशन में उपयोगकर्ताओं के लिए छोटे उपहार भी हैं।

उदाहरण के लिए, CentOS उपयोगकर्ता उन सेटिंग्स के साथ / रूट एनाकोंडा- ks.cfg फ़ाइल में मिलेंगे जिनके साथ मशीन स्थापित की गई थी, साथ ही स्थापना लॉग के साथ install.log और install.log.syslog स्थापित करें। ये फाइलें विशेष रूप से उस मशीन से संबंधित हैं जहां वे स्थित हैं, और किसी व्यक्ति द्वारा दिए जाने पर एक मनमानी मशीन के लिए नहीं। इसी तरह, डेबियन / उबंटू उपयोगकर्ता अपनी लॉग इन / var / log / install डायरेक्टरी में पाएंगे। मैंने पहले ही फाइलों के लिए सही तारीखों के बारे में ऊपर लिखा था।

मैं इस तथ्य के बारे में झूठ नहीं बोलूंगा कि डिस्क क्लोनिंग की तुलना में "पूर्ण स्थापना" में कोई कमियां नहीं हैं। वे हैं। लेकिन वे सभी केवल स्थापना के क्षण की चिंता करते हैं और मशीन के आगे के जीवन को प्रभावित नहीं करते हैं।

मैं उन्हें सूचीबद्ध करूंगा:

1. स्थापना क्लोनिंग की तुलना में धीमी है, विशेष रूप से छोटे सिस्टम ड्राइव के साथ
2. स्थापना अधिक मितव्ययी है - यदि कैशिंग प्रॉक्सी कम से कम एक बार "क्लिक" करता है, तो स्थापना "चिपक जाती है", कुछ मामलों में यह घातक (स्थापना फ्रीज) है।
3. स्थापना में परिवर्तन करना बहुत अधिक कठिन है, इन परिवर्तनों को डीबग करने के लिए हर बार स्थापना प्रक्रिया शुरू करने की आवश्यकता होती है

जैसा कि आप देख सकते हैं, इंस्टॉलेशन पूरा होने के बाद इन कमियों में से कोई भी मशीन के जीवन को प्रभावित नहीं करता है, सभी समस्याएं या तो स्थापना को पीड़ा दे रही हैं, या योजना और तैनाती में समस्याएं हैं। इस प्रकार, एक बार जब हम समस्या को दूर कर लेते हैं, तो हमें सबसे अच्छे सिस्टम मिलते हैं जो वितरण के रचनाकारों के इरादों से मेल खाते हैं।

हालांकि, मैं प्रतियोगियों को खुलकर दोष नहीं देना चाहता। क्लोनिंग के साथ विकल्प काफी व्यवहार्य है, और उचित परिश्रम के साथ, यह मशीनों को "ताज़ा स्थापित" के समान बना देगा। शायद मेरे लिए एकमात्र सवाल "कितना समान" है ...

यह कैसे काम करता है?

डेटाबेस में टेम्प्लेट ऑब्जेक्ट्स का एक वर्ग है (बहुत ही SCAPI जो मैंने अभी तक बात नहीं की है)। टेम्पलेट मशीन बनाने के लिए मापदंडों का एक गुच्छा संग्रहीत करता है - स्मृति, डिस्क के न्यूनतम / अधिकतम आकार पर सीमा; एक टेक्स्ट विवरण, आइकन का एक लिंक - संक्षेप में, सब कुछ जो मशीन को बनाते समय उपयोगकर्ता को दिखाया गया है (उदाहरण बाईं ओर)। इसके अलावा, सबसे महत्वपूर्ण चीज वहां संग्रहीत होती है: पाठ autoinstall_script। प्रत्येक टेम्पलेट की अपनी स्क्रिप्ट होती है, हालांकि प्रशासनिक स्क्रिप्ट का उपयोग करने वाले व्यावहारिक उद्देश्यों के लिए यह एक ही ओएस के 32-बिट और 64-बिट संस्करणों के लिए एक फ़ाइल से उत्पन्न होता है। यह चर प्रतिस्थापन के एक गुच्छा के साथ किया जाता है, क्योंकि 32-बिट और 64-बिट संस्करणों का वास्तविक पाठ बहुत अलग है (न केवल पैकेज नामों से)।

इसलिए, जब उपयोगकर्ता इंस्टॉल बटन पर क्लिक करता है, तो स्क्रिप्ट स्केपी को कमांड की एक श्रृंखला (vm-create, vif-create, vdi-create, vbd-create, आदि) से गुजरती है जो मशीन को "क्रिएट" करते हैं। उसके बाद, मुख्य कमांड लॉन्च किया गया है - वीएम-इंस्टॉल। यह कमांड इंस्टॉलेशन के लिए आवश्यक पैरामीटर (जैसे होस्ट नाम) को स्वीकार करता है, डेटाबेस से एक स्क्रिप्ट लेता है जो मशीन टेम्पलेट से मेल खाती है (टेम्पलेट समय vm-create पर पारित हो जाता है) और इंस्टॉलेशन प्रक्रिया शुरू करता है। जैसा कि मैंने ऊपर लिखा है, "इंस्टॉलेशन प्रक्रिया" का शाब्दिक अर्थ है निम्नलिखित: एक विशेष कर्नेल, एक विशेष initrd, और मापदंडों का एक गुच्छा जो पीवी-आर्ग्स के माध्यम से एक paravirtualized कर्नेल के लिए पारित किया जाता है।

Initrd के अंदर, प्रत्येक सिस्टम का अपना इंस्टॉलर है, जो अपना स्वयं का प्रारूप चाहता है। जैसे ही वर्चुअल मशीन इंस्टॉलेशन के लिए / initrd कर्नेल के साथ शुरू होती है, इसकी सेटिंग्स "वर्किंग" में बदल जाती हैं, बूट के लिए वितरण और initrd के लिए सामान्य कर्नेल के साथ। (वैसे, जो एक ही टेम्पलेट स्टोर करने के लिए उपयोग करने के लिए कर्नेल)।

मुख्यधारा के वितरणों में तीन स्थापना विधियाँ हैं: preseed, kickstart, और autoyast।

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

Preseed का मुख्य लाभ किसी फ़ाइल के रूप में, और कर्नेल तर्कों के रूप में प्रश्नों के किसी भी उत्तर को स्थानांतरित करने की क्षमता है, जो उन मापदंडों को अनुमति देता है जो मशीनों के लिए "आम" हैं जो एक स्थैतिक फ़ाइल में स्थानांतरित किया जा सकता है, और सब कुछ जो मशीन के लिए अद्वितीय है (नाम, पासवर्ड, आईपी पता) ) इसे पीवी-आर्ग्स के माध्यम से स्थानांतरित करें। वैसे, उबंटू preseed इंस्टॉलर को डेबियन (टेक्स्ट मोड में वही लाल-नीला) से संसाधित करता है, इसलिए कोई भी सुंदर लड़का नहीं है (जो डेस्कटॉप उपयोगकर्ता इंस्टॉल करते समय देखते हैं)।

किकस्टार्ट - रेड हैट का आविष्कार, अन्य आरएचईएल विशेषताओं के साथ, पूरी तरह से CentOS में पोर्ट किया गया है। सुविधाओं का सेट preseed से थोड़ा नीचा है, यही कारण है कि हमें गतिशील किकस्टार्ट पीढ़ी की एक पूरी प्रणाली का आविष्कार करना पड़ा था, जो उन्हें बाहरी मशीनों द्वारा लोड करने के खिलाफ सुरक्षा के साथ था (यह बहुत अप्रिय होगा यदि कोई व्यक्ति आपके प्रारंभिक पासवर्ड को डाउनलोड करता है?)। CentOS की एक और खासियत यह है कि इसकी नेटइंस्टॉलेशन इमेज Xen को सपोर्ट नहीं करती है, और आपको इसे शुरू करने से पहले इसे पैच (कुडज़ु की जगह) करना होगा।

ऑटॉयस्ट एक तरफ यस्ट का विस्तार है, सुज़ कॉन्फ़िगरेशन सिस्टम (और ओपनस्यूज़, क्रमशः), एक ओर, यह आपको बहुत कुछ करने की अनुमति देता है (अधिक सटीक रूप से, यस्ट अवधारणा के ढांचे के भीतर, यह बात है), दूसरी तरफ, यह सामान्य पीवी-आर्ग्स का उसी तरह से समर्थन नहीं करता है। इसके अलावा, ऑटॉयस्ट को vyviglazom XML में लिखा गया है, यही वजह है कि ऑटॉयस्ट.एक्सएमएल का आकार किकस्टार्ट से लगभग 5 गुना बड़ा है और बहुत कम उपयोगी जानकारी के साथ preseed है।

CentOS स्थापित करने की बारीकियों के बारे में अलग से कहना आवश्यक है। स्थापन के लिए उनकी अत्यधिक प्रतिबद्धता के कारण, स्थापना के तुरंत बाद, सेंटोस ... सेंटोस की तरह पुराना है। यानि, यम अपडेट एक ताज़े इंस्टॉल सिस्टम पर 80+ एमबी का अपडेट देता है। प्राचीन प्रणालियों के साथ उपयोगकर्ताओं को नहीं छोड़ने के लिए, यम अपडेट को किकस्टार्ट के लिए% पोस्ट सेक्शन में शामिल किया जाना था, जो कि, यह बताता है कि सेंटोस अन्य सभी प्रणालियों की तुलना में अधिक समय तक क्यों रहता है।