पिछले भाग ने शब्दावली को परिभाषित किया। अब हम "यह कैसे काम करता है" के विस्तृत विवरण की ओर मुड़ते हैं। (जो लोग "लेने और चलाने" के लिए अधीर हैं, वे इसे एक्सन साइट पर मैनुअल का उपयोग करके कर सकते हैं)।



इस भाग में: पूल और होस्ट डिवाइस ओवरव्यू के बारे में और एक्सएमएल के बारे में थोड़ा सा।

पुला

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



प्रत्येक पूल होस्ट (इसकी डिवाइस नीचे चर्चा की गई है) को पूल में सभी मशीनों की स्थिति के बारे में पूरी जानकारी है (यह पूरे पूल डेटाबेस को संग्रहीत करता है)। केवल एक मेजबान, जिसे "पूल मास्टर" कहा जाता है, ऑपरेशन कर सकता है। मास्टर आसानी से बदल सकता है (बिना रीबूट और वर्चुअल मशीन को रोकें), मास्टर की "मौत" के मामले में, इसकी भूमिका बल द्वारा किसी अन्य होस्ट को हस्तांतरित की जा सकती है। यदि इस बूस्ट के बाद पूर्व मास्टर ऊपर उठता है, तो एक "पूल विभाजन" होगा - पूल को दो असमान भागों में विभाजित किया जाएगा, जब पूर्व मास्टर का मानना ​​है कि वह मास्टर है, और बाकी सभी नए मास्टर का पालन करते हैं। इस समस्या को आसानी से "पूर्व मास्टर की सेटिंग" को बदलकर हल किया जा सकता है।



मास्टर्स को सावधानी के साथ खेला जाना चाहिए, ठीक उसी तरह से क्योंकि मास्टर कौन है, इसके साथ मुझे स्थिति " घोस्ट इन द एक्सएन " (जब वर्चुअल मशीन लॉन्च की गई थी, जो क्लाउड मशीनों की सूची में नहीं है)। हालांकि, XCP 0.1.1 के बाद से, स्थिति थोड़ी बदल गई है, और एक जीवित मास्टर की अनुपस्थिति में मेजबानों का व्यवहार अधिक उचित हो गया है।





मास्टर आज्ञाओं को स्वीकार करता है और उन्हें दासों को भेजता है (पूल में स्वामी जो स्वामी नहीं हैं उन्हें दास कहा जाता है)। हालांकि, आप किसी भी होस्ट के कंसोल से पूल का प्रबंधन कर सकते हैं - इस मामले में, दर्ज किए गए आदेश केवल विज़ार्ड को भेजे जाते हैं और उपयोगकर्ता को परिणाम दिखाया जाता है। प्रबंधन के बारे में थोड़ा कम।



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



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



यदि मशीन को शुरू करने / स्थानांतरित करने के लिए एक कमांड "जहां / जहां" (सिर्फ xe vm-start



, xe host-evacuate



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



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



इसके अलावा, XCP एक गतिशील मेमोरी कंट्रोल (DMC) तंत्र प्रदान करता है, एक तंत्र जिसमें प्रत्येक वर्चुअल मशीन के लिए RAM की सीमाएं निर्धारित की जाती हैं, और यदि आवश्यक हो, तो XCP अन्य पड़ोसियों को स्मृति प्रदान करने के लिए अन्य मशीनों को "पुश" कर सकता है। हालाँकि, हम स्मृति प्रबंधन के बारे में बहुत बाद में बात करेंगे।

मेजबान डिवाइस

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



Xen शब्दावली में, एक रनिंग मशीन को 'डोमेन' कहा जाता है। महत्वपूर्ण: एक डोमेन को नष्ट करना वर्चुअल मशीन को "बंद" करना है। कभी-कभी मशीन बंद किए बिना भी डोमेन नष्ट हो जाते हैं (उदाहरण के लिए, यदि मशीन होस्ट से होस्ट करने के लिए माइग्रेट होती है, तो प्राप्त डोमेन पर एक डोमेन बनाया जाता है और भेजने वाले होस्ट पर नष्ट हो जाता है)।



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



DOM0, एक विशेष रूप से अनुकूलित कर्नेल के अलावा, कई और घटकों को शामिल करता है। यह है:

• Xapi XCP का मस्तिष्क है। मुख्य सेवा जो हाइपरवाइजर को कमांड करती है, एपीआई कॉल को माइग्रेट और प्रोसेस करती है। xapi, एक अर्थ में, "नियमित" xen में xend का एक एनालॉग है (यह xen और XCP के बीच मुख्य वास्तु अंतर है)।
• एक्सन डिवाइस मेंटेनेंस बंडलिंग: ब्लक्टैप, एक्सनस्टोर, सांत्वना (हम थोड़ी देर बाद उन पर चर्चा करेंगे)
• ओपन वेस्विच (इसी तरह, थोड़ी देर बाद, संक्षेप में - यह वर्चुअल नेटवर्क के लिए एक वर्चुअल स्विच है)।
• निचोड़ा एक डेमॉन है जो गतिशील मेमोरी थ्रॉटलिंग प्रदान करता है।
• स्टनलाइन, जो पूल में मेजबान के बीच संचार प्रदान करता है (मैं यह उल्लेख करना भूल गया कि मेजबान और नेटवर्क के बीच सभी इंटरैक्शन एन्क्रिप्टेड है? खैर, यह एक प्रकार का निहित है)।
• xsconsole एक मेनू का उपयोग करके होस्ट को प्रबंधित करने के लिए एक सरल ncurses मेनू है। यह वह है जो मेजबान को लोड करने के बाद शुरू करता है
• xe एक शक्तिशाली ऑटोकंप्लस (जब मैं शक्तिशाली कहता हूं, मेरा मतलब वास्तव में शक्तिशाली है) के साथ एक बहुत अच्छा कंसोल उपयोगिता है, जो आपको पूल के साथ सब कुछ करने की अनुमति देता है। वास्तव में, सुविधा के लिए थोड़ी सी सिन्सेटिक चीनी के साथ, यह पूरी तरह से एक्सएनएपीआई को कवर करता है।

बेशक, इसके अलावा, बहुत अधिक समर्थन है - यम से लेकर नेटवर्क, इस्की, एनएफएस, एफसी, आदि के साथ काम करने के लिए लिनक्स घटकों के ओपनऑफ़िस तक। बेशक, उनमें से एक ssh सर्वर और ntp सर्वर है।



वैसे, NTP के बारे में ... यह XCP के लिए सबसे महत्वपूर्ण घटक है, क्योंकि सामान्य मशीन माइग्रेशन के लिए मेजबानों पर समय सिंक्रनाइज़ेशन महत्वपूर्ण है। जहाँ तक मुझे पता है, एक कॉन्फ़िगर किए गए ntp के बिना XCP चलाना बहुत ही भयानक है। इस मामले में, समय के स्रोत का "वैश्विक" होना जरूरी नहीं है - यह समय के सामान्य स्रोत के साथ सिंक्रनाइज़ करने के लिए पर्याप्त है।



जब होस्ट बूट होता है, तो एक्सएम लोड होता है, जो डोम 0 कोर को लॉन्च करता है। आगे के डाउनलोड आरएचईएल / सेंटोस मैनुअल में विस्तार से वर्णित हैं। अन्य सभी एप्लिकेशन नियमित डेमन की तरह चलते हैं। पूरे बुनियादी ढांचे को 4 भागों में विभाजित किया गया है (यह मेरा व्यक्तिगत विभाजन है, और आम तौर पर स्वीकार नहीं किया गया है):

1. कंप्यूटर के रूप में होस्ट (OS और एप्लिकेशन सॉफ़्टवेयर)
2. एक्सएन और उसकी कठोरता
3. XCP के क्लाउड पार्ट
4. प्रशासनिक भाग (कंसोल उपयोगिताओं, xsconsole, vncterm)

अब प्रत्येक भाग के बारे में (पहले को छोड़कर, मुझे उम्मीद है कि सेंटो भ्रम का कारण नहीं होगा) अधिक ...



एक्सएमएल हिस्सा, हालांकि उपयोगकर्ता से छिपा हुआ है, अभी भी मौजूद है। Xststored है, XenStore (xenstore-ls, -read, -write, -rm) के साथ काम करने के लिए उपयोगिताओं का एक सेट है, वहाँ एक xc पायथन मॉड्यूल है जो कि गिब्लेट्स में छिपा है, इसमें xentop और xentrace हैं। विशेष रूप से सामान्य उपयोग में इसके बारे में सोचने के लिए आवश्यक नहीं है, आपको इसके बारे में सोचने की ज़रूरत है यदि आप अपने खुद के कुछ देख रहे हैं, या यदि कुछ समझ से बाहर हो गया है।



एक्ससीपी का हिस्सा - वास्तव में, बातचीत का विषय।



xapi एक API प्रदान करता है, इसके लिए http (s) सर्वर का संचालन सुनिश्चित करता है, वर्चुअल मशीनों के संचालन को नियंत्रित करता है (विशेष रूप से, xapi माइग्रेशन करता है), मास्टर को सूचना भेजता है और उससे कमांड प्राप्त करता है। मास्टर, तदनुसार, जानकारी एकत्र करता है, आदेश प्राप्त करता है और सभी मेजबानों को परिवर्तन भेजता है। XCP बेस पूरी तरह से मेमोरी में स्टोर होता है, इसका डंप डिस्क में सेव होता है। (इस मामले में कोई डीबीएमएस का उपयोग नहीं किया जाता है)। xapi OCaml में लिखा गया है, कि सोर्स कोड में इधर-उधर घूमने के शौकीन लोग बड़ी बेइज़्ज़ती और उलझन में पड़ सकते हैं।



इसके अलावा, मेजबान पर प्रत्येक xapi मास्टर से आदेश प्राप्त करता है और उन्हें निष्पादित करता है। ये न केवल वर्चुअल मशीनों के बारे में आदेश हैं, बल्कि मेजबान के कॉन्फ़िगरेशन के बारे में भी हैं - नेटवर्क सेटिंग्स, रिबूट / शटडाउन कमांड, बढ़ते ब्लॉक उपकरणों का नियंत्रण (बहुत अप्रत्यक्ष) और एक एनएफएस गेंद, उपयोगकर्ता प्रबंधन। Xapi एक अमूर्त परत प्रस्तुत करता है जो हमें शब्दावली 'eth0 से होस्ट -123' में स्विच करने की अनुमति देता है, xe pif-param-list uuid=(someuuid)



, और सबसे महत्वपूर्ण बात, किसी भी होस्ट से इसका उपयोग करें, और विशिष्ट से नहीं जहाँ eth0 स्थित है ।



xapi मास्टर और दासों और दासों के बीच एक दूसरे के साथ सुरक्षित संबंध व्यवस्थित करने के लिए stunnel का उपयोग करता है ... चूंकि बड़ी मात्रा में डेटा स्थानांतरित करते समय एन्क्रिप्शन एक नि: शुल्क ऑपरेशन नहीं है (मैंने इसे केवल माइग्रेट करने वाली मशीनों से पहले देखा है, लेकिन वहां स्थानांतरित किए गए डेटा की मात्रा वॉल्यूम से कम है गेस्ट सिस्टम का रैम) यह प्रोसेसर के अपेक्षाकृत सभ्य प्रतिशत को खा सकता है। सिद्धांत रूप में, यदि पूल उस तरह से लगभग 10-15 है, तो आप उम्मीद कर सकते हैं कि मास्टर पर xapi + stunnel लगभग पूरी तरह से एक कोर खाएगा। (वैसे, XCP में सभी dom0 कड़ाई से सिंगल कोर है)। गुलामों की लोडिंग बहुत कम है, मैं 25% से अधिक xapi का डाउनलोड नहीं बना सका।



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



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



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



हम बहुत बाद में प्रशासन और एपीआई के बारे में बात करेंगे।



अंत में, मैं और अधिक विस्तार से दोहराता हूं कि पूल और मेजबान कैसे संबंधित हैं।



एक मेजबान एक और केवल एक पूल से संबंधित हो सकता है। यदि केवल एक मेजबान है, तो वह स्वयं पूल करेगा। यदि एक मेजबान को "विदेशी" पूल में स्वीकार किया जाता है, तो वह अपने पूल के बारे में "भूल जाता है" और एक विदेशी को स्वीकार करता है। मास्टर, तदनुसार, किसी को भी नहीं भूलता है, लेकिन वह विदेशी मेजबानों को स्वीकार करता है, बस उन्हें अपने स्वयं के पूल के डेटा में जोड़ता है। यदि होस्ट पूल छोड़ देता है, तो यह बैकअप से पुराने "स्वयं" पूल डेटा को पुनर्प्राप्त करता है (ध्यान दें: वर्चुअल मशीनों को ऐसे बैकअप में संग्रहीत नहीं किया जाता है, इसलिए विचार करें कि पूल में शामिल होने और छोड़ने का संचालन विनाशकारी है)।



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



निम्नलिखित भाग में: VBD VDI PBD SR VIF PIF ओपन vSwitch