ईएसएक्सआई से केवीएम / एलएक्सडी से कैसे आगे बढ़ें और अपना दिमाग न खोएं

लंबे समय तक, मैक्सनेट सिस्टम्स कंपनी ने VMware - ESXi के मुफ्त संस्करण का उपयोग किया, जो संस्करण 5.0 के साथ शुरू हुआ, एक हाइपरविजर के रूप में। VSphere का भुगतान किया गया संस्करण लाइसेंस मॉडल से डर गया, जबकि मुफ्त संस्करण में कई कमियां थीं जो भुगतान किए गए संस्करण में उपलब्ध नहीं थीं, लेकिन आप उनके साथ काम कर सकते थे। लेकिन जब ESXi के नए संस्करणों में नए वेब इंटरफ़ेस ने पुराने के साथ काम करने से इनकार कर दिया, और जीवन के संकेतों को दिखाने के लिए RAID सरणियों की निगरानी बंद हो गई, तो कंपनी ने अधिक सार्वभौमिक और खुले समाधान की तलाश करने का फैसला किया। कंपनी के पास पहले से ही एक अच्छा अनुभव और एलएक्ससी - लिनक्स कंटेनर का अच्छा प्रभाव था। इसलिए, यह स्पष्ट हो गया कि ड्रीम हाइपरवाइज़र हाइब्रिड होगा और केवीएम और एलएक्सडी को अलग-अलग भार के लिए जोड़ देगा - एलएक्ससी का विकासवादी निरंतरता। KVM के बारे में जानकारी की तलाश में, कंपनी को गलत धारणाओं, रेक और हानिकारक प्रथाओं का सामना करना पड़ा, लेकिन परीक्षणों और समय ने सब कुछ डाल दिया।



ईएसएक्सआई से केवीएम तक जाने और एक रेक पर पहिया नहीं चलाने के बारे में कैसे सामना करना है, इसके बारे में लेव निकोलेव ( उन्माद ) को बताएंगे - अत्यधिक लोडेड सिस्टम के प्रशासक और डेवलपर, सूचना प्रौद्योगिकी ट्रेनर। चलो नेटवर्क, रिपॉजिटरी, कंटेनर, KVM, LXD, LXC, प्रोविज़निंग और सुविधाजनक वर्चुअल मशीनों के बारे में बात करते हैं।

प्रस्तावना

हम तुरंत महत्वपूर्ण विचारों की पहचान करेंगे, और फिर हम उन्हें और अधिक विस्तार से विश्लेषण करेंगे।

नेटवर्क। जबकि आपके इंटरफेस की गति 1 Gb / s से अधिक नहीं है, लेकिन पुल आपके लिए पर्याप्त है। जैसे ही आप अधिक निचोड़ना चाहते हैं - यह आपको सीमित कर देगा।

भंडारण। एक साझा नेटवर्क संग्रहण बनाएं। यहां तक ​​कि अगर आप नेटवर्क के अंदर 10 Gbit / s का उपयोग करने के लिए तैयार नहीं हैं, तो भी 1 Gbit / s आपको 125 एमबी / एस स्टोरेज देगा। कई भारों के लिए, यह एक मार्जिन के साथ पर्याप्त होगा, और आभासी मशीनों का प्रवास एक प्राथमिक मामला होगा।

कंटेनर या केवीएम? पेशेवरों, विपक्ष, नुकसान। एक कंटेनर में किस प्रकार के भार को सबसे अच्छा रखा जाता है और कौन से केवीएम में सबसे अच्छा छोड़ दिया जाता है?

LXD या LXC । क्या LXD LXC है? या दूसरा संस्करण? या एक ऐड? यह सब क्या है? मिथकों को दूर करें और LXD और LXC के बीच अंतर को समझें।

सुविधाजनक प्रावधान । जो अधिक सुविधाजनक है: एक ही छवि ले लो या हर बार खरोंच से सिस्टम स्थापित करें? इसे हर बार जल्दी और सही तरीके से कैसे करें?

सुविधाजनक वर्चुअल मशीन। बूटलोडर्स, विभाजन, LVM के बारे में डरावनी कहानियाँ होंगी।

विविध । कई छोटे प्रश्न: ईएसएक्सआई से केवीएम तक वर्चुअल मशीन को जल्दी से कैसे खींचें, अच्छी तरह से कैसे विस्थापित करें, डिस्क को कैसे ठीक से वर्चुअलाइज करें?

स्थानांतरण का कारण

हमें ESXi से KVM / LXD में जाने का क्रेज कहां से मिला? ईएसएक्सआई छोटे और मध्यम आकार के व्यवसायों के बीच लोकप्रिय है। यह एक अच्छा और सस्ता हाइपरवाइजर है। लेकिन बारीकियां हैं।

हमने संस्करण 5.0 से शुरू किया - सुविधाजनक रूप से, सब कुछ काम करता है! अगला संस्करण 5.5 समान है।

संस्करण 6.0 के बाद से यह पहले से ही कठिन है। ESXi पर, वेब इंटरफ़ेस तुरंत मुक्त नहीं हुआ, केवल संस्करण 6.5 से, इससे पहले विंडोज के लिए एक उपयोगिता की आवश्यकता थी। हमने इसे लगा दिया। कौन ओएस एक्स चलाता है समानताएं खरीदता है और इस उपयोगिता को स्थापित करता है। यह एक जाना-माना दर्द है।

समय-समय पर निगरानी की गई। सर्वर कंसोल में प्रबंधन सेवाओं को फिर से शुरू करना आवश्यक था - फिर CIM हार्टबीट फिर से दिखाई दिया। हमने धीरज रखा, क्योंकि वह हमेशा गिरता नहीं था।

ESXi 6.5 संस्करण - कचरा, अपशिष्ट और अत्याचार। भयंकर पाखंडी। और यहाँ क्यों है।

• वेब इंटरफ़ेस के प्रवेश द्वार पर एक अपवाद के साथ कोणीय गिर जाता है। जैसे ही आप अपना उपयोगकर्ता नाम और पासवर्ड दर्ज करते हैं - तुरंत एक अपवाद!
• RAID सरणी की स्थिति को दूरस्थ रूप से मॉनिटर करने की क्षमता काम नहीं करती क्योंकि यह हमारे लिए सुविधाजनक है। यह सुविधाजनक हुआ करता था, लेकिन संस्करण 6.5 में, सब कुछ खराब है।
• इंटेल से आधुनिक नेटवर्क कार्ड के लिए कमजोर समर्थन । Intel और ESXi के नेटवर्क कार्ड दर्द का कारण बनते हैं। इस बारे में ESXi समर्थन मंच पर एक पीड़ा धागा है। VMware और इंटेल दोस्त नहीं हैं और निकट भविष्य में संबंधों में सुधार नहीं होगा। दुःख की बात यह है कि भुगतान किए गए समाधानों के ग्राहक भी समस्याओं का अनुभव करते हैं।
• ESXi के भीतर कोई माइग्रेशन नहीं । जब तक माइग्रेशन को पॉज़, कॉपी और स्टार्ट प्रक्रिया नहीं माना जाता है। हमने कार को रोक दिया, जल्दी से इसे कॉपी करें और इसे दूसरी जगह शुरू करें। लेकिन इसे प्रवासन कहना असंभव है - अभी भी एक सरल है।

यह सब देखने के बाद, हमें ESXi 6.5 के साथ आगे बढ़ने का क्रेज मिला।

इच्छा सूची

शुरू करने के लिए, हमने एक आदर्श भविष्य के लिए एक इच्छा सूची लिखी है जो हम करने जा रहे हैं।

एसएसएच , और वेब के तहत प्रबंधन और अधिक वैकल्पिक। वेब इंटरफ़ेस बहुत अच्छा है, लेकिन एक iPhone से व्यापार यात्रा पर, ESXi वेब इंटरफ़ेस में जा रहा है और वहाँ कुछ करना असुविधाजनक और कठिन है। इसलिए, सब कुछ प्रबंधित करने का एकमात्र तरीका एसएसएच है, कोई अन्य नहीं होगा।

विंडोज वर्चुअलाइजेशन। कभी-कभी ग्राहक अजीब चीजें मांगते हैं, और हमारा मिशन उनकी मदद करना है।

हमेशा ताजा ड्राइवर और नेटवर्क कार्ड को कॉन्फ़िगर करने की क्षमता । पर्याप्त इच्छा, लेकिन शुद्ध ESXi के तहत अवास्तविक।

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

इच्छा सूची तैयार है, फिर एक कठिन खोज शुरू हो गई है।

पसंद का आटा

बाजार अलग-अलग सॉस के साथ केवीएम या एलएक्ससी के आसपास घूमता है। कभी-कभी ऐसा लगता है कि कुबेरनेट्स कहीं ऊपर है, जहां सब कुछ ठीक है, सूरज और स्वर्ग, और नीचे के स्तर पर मॉरलॉक्स हैं - केवीएम, एक्सएन या ऐसा ही कुछ ...

उदाहरण के लिए, Proxmox VE डेबियन है, जिसे उबंटू से कर्नेल द्वारा खींचा गया था। यह अजीब लगता है, लेकिन क्या यह उत्पादन में लाता है?

हमारे पड़ोसी नीचे Alt लिनक्स हैं। वे एक सुंदर समाधान के साथ आए: उन्होंने प्रोक्समॉक्स वीई को एक पैकेज के रूप में एक साथ रखा। उन्होंने सिर्फ एक कमांड में पैकेज रखा। यह सुविधाजनक है, लेकिन हम उत्पादन में Alt Linux को रोल नहीं करते हैं, इसलिए यह हमारे अनुरूप नहीं था।

केवीएम को लें

अंत में, हमने केवीएम को चुना। उदाहरण के लिए, वे इसे नहीं ले रहे हैं, उदाहरण के लिए, Xen, समुदाय के कारण - KVM में बहुत अधिक है। ऐसा लगता था कि हम हमेशा अपने प्रश्न का उत्तर पाएंगे। हमें बाद में पता चला कि किसी समुदाय का आकार उसकी गुणवत्ता को प्रभावित नहीं करता है।

प्रारंभ में, हमने गणना की कि हम एक बेयर मेटल मशीन लेंगे, हम जिस उबंटू के साथ काम कर रहे हैं उसे जोड़ेंगे, और ऊपर से KVM / LXD को रोल करेंगे। हमने कंटेनरों को चलाने की क्षमता पर भरोसा किया। उबंटू एक प्रसिद्ध प्रणाली है और हमारे लिए बूट / रिकवरी समस्याओं को हल करने के मामले में कोई आश्चर्य नहीं है। हमें पता है कि जहां हाइपरवाइजर शुरू नहीं होता है, वहां किक करें। हमारे लिए सब कुछ स्पष्ट और सुविधाजनक है।

केवीएम क्रैश कोर्स

अगर आप ESXi की दुनिया से हैं, तो आपको बहुत सारी दिलचस्प चीजें मिलेंगी। तीन शब्द सीखें: QEMU, KVM और libvirt।

QEMU एक नियमित प्रक्रिया की चुनौतियों में एक वर्चुअलाइज्ड OS की इच्छाओं का अनुवाद करता है। लगभग हर जगह महान काम करता है, लेकिन धीरे-धीरे। QEMU स्वयं एक स्टैंडअलोन उत्पाद है जो अन्य उपकरणों के एक समूह का वर्चुअलाइजेशन करता है।

आगे दृश्य पर QEMU-KVM का एक गुच्छा आता है। यह QEMU के लिए लिनक्स कर्नेल मॉड्यूल है। सभी निर्देशों को वर्चुअलाइज़ करना महंगा है, इसलिए हमारे पास KVM कर्नेल मॉड्यूल है जो केवल कुछ निर्देशों का अनुवाद करता है । नतीजतन, यह काफी तेज है, क्योंकि सामान्य सेट से केवल कुछ प्रतिशत निर्देश संसाधित होते हैं। यह वर्चुअलाइजेशन की सभी लागत है।

यदि आपके पास बस QEMU है, तो बिना बंधन के वर्चुअल मशीन शुरू करना इस तरह दिखता है:

$ qemu < > 

पैरामीटर में आप नेटवर्क का वर्णन करते हैं, उपकरणों को ब्लॉक करते हैं। सब कुछ अद्भुत है, लेकिन असुविधाजनक है। इसलिए कामवासना है।

Libvirt का लक्ष्य सभी हाइपरविजर्स के लिए एक एकल उपकरण होना है । यह कुछ भी काम कर सकता है: केवीएम के साथ, एलएक्सडी के साथ। ऐसा लगता है कि यह केवल libvirt के वाक्यविन्यास को सीखने के लिए बना हुआ है, लेकिन वास्तव में यह सिद्धांत से भी बदतर काम करता है।

ये तीन शब्द केवीएम में पहली वर्चुअल मशीन को बढ़ाने के लिए आवश्यक हैं। लेकिन फिर, वहाँ बारीकियों रहे हैं ...

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

LXC क्रैश कोर्स

एलएक्ससी और एलएक्सडी के बारे में कई गलत धारणाएं हैं।

LXC नेमस्पेस का उपयोग करने के लिए आधुनिक कर्नेल की क्षमता है - यह दिखाने के लिए कि यह मूल रूप से नहीं है कि यह मूल रूप से था।

आप प्रत्येक कंटेनर के लिए जितने चाहें उतने नामस्थान बना सकते हैं। औपचारिक रूप से, कोर एक है, लेकिन यह कई समान कोर की तरह व्यवहार करता है। एलएक्ससी आपको कंटेनर चलाने की अनुमति देता है, लेकिन केवल बुनियादी उपकरण प्रदान करता है।

कैनोनिकल, जो उबंटू के पीछे है और आक्रामक रूप से आगे बढ़ने वाले कंटेनरों ने , LXD को जारी किया है , libvirt का एक एनालॉग है । यह एक ऐसा बंधन है जो कंटेनरों को चलाना आसान बनाता है, लेकिन इसके अंदर अभी भी एलएक्ससी है।

LXD एक कंटेनर हाइपरविजर है जो LXC पर आधारित है।

LXD में एंटरप्राइज़ शासन करता है। LXD अपने डेटाबेस में डायरेक्टरी /var/lib/lxd । वहां, LXD अपने विन्यास को SQlite में विन्यास की ओर ले जाता है। इसे कॉपी करने का कोई मतलब नहीं है, लेकिन आप उन कमांड को लिख सकते हैं जो आपने कंटेनर का कॉन्फ़िगरेशन बनाने के लिए उपयोग किया था।

इस तरह कोई उतराई नहीं है, लेकिन अधिकांश परिवर्तन टीमों द्वारा स्वचालित हैं। यह डॉकर फ़ाइल का एक एनालॉग है, केवल मैनुअल कंट्रोल के साथ।

उत्पादन

जब हम सभी ऑपरेशन में रवाना हुए तब हमारा सामना हुआ।

नेटवर्क

KVM में नेटवर्क के बारे में इंटरनेट पर कितना नारकीय कचरा और उपद्रव! 90% सामग्री का कहना है कि पुल का उपयोग करें।

पुल का उपयोग करना बंद करो!

उसका क्या कसूर है? हाल ही में, मुझे लग रहा है कि पागलपन कंटेनरों के साथ हो रहा है: डॉकर के ऊपर डॉकर रखें ताकि आप डॉकर को देखते हुए डॉकर में डॉकर चला सकें। ज्यादातर समझ नहीं पा रहे हैं कि पुल क्या कर रहा है।

यह आपके नेटवर्क कंट्रोलर को प्रोमिसिड मोड में रखता है और सभी ट्रैफ़िक को प्राप्त करता है क्योंकि यह नहीं जानता कि कौन सा है और कौन सा नहीं। नतीजतन, सभी पुल ट्रैफ़िक एक अद्भुत, तेज़ नेटवर्क लिनक्स स्टैक से गुजरते हैं, और बहुत सारी नकल होती है। अंत में, सब कुछ धीमा और बुरा है। इसलिए, उत्पादन में पुल का उपयोग न करें।

SR-IOV

SR-IOV एक नेटवर्क कार्ड के भीतर वर्चुअलाइज करने की क्षमता है । नेटवर्क कार्ड स्वयं वर्चुअल मशीनों के लिए स्वयं का हिस्सा आवंटित करने में सक्षम है, जिसके लिए कुछ हार्डवेयर समर्थन की आवश्यकता होती है। यह वह है जो पलायन को रोकेगा। एक आभासी मशीन को स्थानांतरित करना जहां SR-IOV गायब है, दर्दनाक है।

SR-IOV का उपयोग किया जाना चाहिए जहां यह प्रवास के भाग के रूप में सभी हाइपरवाइज़र द्वारा समर्थित है। यदि नहीं, तो macvtap आपके लिए है।

macvtap

यह उन लोगों के लिए है जिनके नेटवर्क कार्ड SR-IOV का समर्थन नहीं करते हैं। यह पुल का प्रकाश संस्करण है: विभिन्न मैक पते एक नेटवर्क कार्ड पर लटकाए जाते हैं, और यूनिकस्ट फ़िल्टरिंग का उपयोग किया जाता है : नेटवर्क कार्ड सब कुछ स्वीकार नहीं करता है, लेकिन मैक पते की सूची के अनुसार सख्ती से।

अधिक खूनी विवरण तोशीकी माकिता की महान वार्ता , वर्चुअल स्विचिंग टेक्नोलॉजीज और लिनक्स ब्रिज में पाए जा सकते हैं। वह पीड़ा और पीड़ा से भरा है।

KVM में नेटवर्क बनाने के लिए 90% सामग्री बेकार है।

अगर कोई कहता है कि पुल बहुत बढ़िया है, तो उस व्यक्ति से बात न करें।

Macvtap के साथ, CPU कम प्रतियों के कारण लगभग 30% बचाता है । लेकिन प्रोमिसस मोड की अपनी बारीकियां हैं। आप मेजबान से ही हाइपरविजर से अतिथि मशीन के नेटवर्क इंटरफ़ेस से कनेक्ट नहीं कर सकते। तोशीकी रिपोर्ट में इसका विवरण दिया गया है। लेकिन संक्षेप में - यह काम नहीं करेगा।

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

यदि आपकी गति 1 गीगाबिट से ऊपर है - तो Macvtap चुनें।

प्रति सेकंड 1 गीगाबिट तक या उसके आसपास की गति पर, पुल का उपयोग भी किया जा सकता है। लेकिन अगर आपके पास 10 Gb नेटवर्क कार्ड है और किसी तरह इसका निपटान करना चाहते हैं, तो केवल macvtap ही रहता है। कोई अन्य विकल्प नहीं हैं। सिवाय SR-IOV के।

systemd-networkd

यह हाइपरविजर पर नेटवर्क कॉन्फ़िगरेशन को संग्रहीत करने का एक शानदार तरीका है । हमारे मामले में, यह उबंटू है, लेकिन अन्य प्रणालियों के लिए, सिस्टमड काम करता है।

हमारे पास एक फ़ाइल /etc/network/interfaces था जिसमें हम सब रखते थे। हर बार संपादित करने के लिए एक फ़ाइल असुविधाजनक है - सिस्टमड-नेटवर्कड आपको कॉन्फ़िगरेशन को छोटी फ़ाइलों के बिखरने में विभाजित करने की अनुमति देता है। यह सुविधाजनक है क्योंकि यह किसी भी संस्करण प्रणाली के साथ काम करता है: इसे गिट को भेजा गया था और आप देखते हैं कि कब और क्या परिवर्तन हुआ।

एक दोष है जो हमारे नेटवर्क ने खोजा। जब आपको हाइपरविज़र में एक नया वीएलएएन जोड़ने की आवश्यकता होती है, तो मैं जाकर कॉन्फ़िगर करता हूं। फिर मैं कहता हूं: "systemctl पुनरारंभ करें systemd-networkd"। इस समय, मेरे साथ सब कुछ ठीक है, लेकिन अगर इस मशीन से बीजीपी सत्र उठाए जाते हैं, तो वे टूट जाते हैं। हमारे नेटवर्क को यह मंजूर नहीं है।

हाइपरविजर के लिए, कुछ भी बुरा नहीं होता है। Systemd-networkd बॉर्डर बोर्डर्स, एलिवेटेड BGP वाले सर्वरों और हाइपरविजर्स के लिए उपयुक्त नहीं है - उत्कृष्ट।

Systemd-networkd फाइनल से बहुत दूर है और कभी पूरा नहीं होगा। लेकिन यह एक बड़ी फ़ाइल को संपादित करने की तुलना में अधिक सुविधाजनक है। Ubuntu 18.04 में systemd-networkd का एक विकल्प नेटप्लान है। यह नेटवर्क को कॉन्फ़िगर करने और रेक पर कदम रखने का एक "शांत" तरीका है।

नेटवर्क डिवाइस

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

एलएक्सडी और केवीएम अपने नेटवर्क को तैनात करने की कोशिश कर रहे हैं।

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

कोष

इससे कोई फर्क नहीं पड़ता कि आपको कौन सा कार्यान्वयन पसंद है - साझा संग्रहण का उपयोग करें।

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

ऐसा करने के लिए, आपके पास डेटा सेंटर के अंदर कम से कम 10 Gb / s इंटरफेस होना चाहिए। लेकिन यहां तक ​​कि अगर आपके पास केवल 1 Gbit / s है - चिंता न करें। यह लगभग 125 एमबी / एस है - हाइपरवाइजर्स के लिए काफी अच्छा है जिन्हें उच्च डिस्क लोड की आवश्यकता नहीं है।

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

अंत में, LXD या KVM?

प्रारंभ में, हमने यह मान लिया कि सभी वर्चुअल मशीनें जहां कर्नेल होस्ट सिस्टम से मेल खाती हैं, हम LXD लेंगे। और जहां हमें एक और कोर लेने की जरूरत है - केवीएम ले लो।

हकीकत में, योजनाओं ने उड़ान नहीं भरी। यह समझने के लिए कि क्यों, एलएक्सडी पर करीब से नज़र डालें।

LXD

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

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

वास्तव में कोई प्रवास नहीं है । यह अद्भुत ग्लॉमी इंस्ट्रूमेंट क्रियू पर आधारित है, जिसे हमारे हमवतन लोगों ने देखा। मुझे उन पर गर्व है, लेकिन साधारण मामलों में क्रिउ काम नहीं करता है।

zabbix- एजेंट एक कंटेनर में अजीब व्यवहार करता है । यदि आप इसे कंटेनर के अंदर चलाते हैं, तो आपको होस्ट सिस्टम से डेटा की एक श्रृंखला दिखाई देगी, और कंटेनर से नहीं। अभी तक कुछ नहीं किया जा सका है।

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

एलएक्सडी का एकमात्र प्लस कोर मेमोरी को बचा रहा है और ओवरहेड को कम कर रहा है।

लेकिन केवीएम में कर्नेल साझा मेमोरी पहले से ही मेमोरी को बचाती है।

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

लेकिन, यह नहीं कहा जा सकता है कि एलएक्सडी बुराई है। वह अच्छा है, लेकिन सीमित मामलों में, जिसकी मैं थोड़ी देर बाद चर्चा करूंगा।

Criu

क्रिउ एक उदास उपयोगिता है।

एक खाली कंटेनर बनाएं, यह एक डीएचसीपी क्लाइंट के साथ आएगा और इसे बताएगा: "सस्पेंड!" DHCP क्लाइंट होने के कारण त्रुटि प्राप्त करें: “डरावना, डरावना! वह साइन "कच्चे" के साथ सॉकेट खोलता है - एक बुरा सपना! इससे भी बदतर कहीं नहीं।

कंटेनरों का प्रभाव: कोई माइग्रेशन नहीं, क्रिउ हर दूसरे समय काम करता है।

मुझे LXD की टीम से "पसंद" है कि क्रिउ के साथ क्या करना है ताकि कोई समस्या न हो:

- रिपॉजिटरी से एक फ्रेशर वर्जन लें!

और क्या मैं किसी तरह इसे पैकेज से रख सकता हूं ताकि रिपॉजिटरी में न चला जाए?

निष्कर्ष

यदि आप एक CI / CD अवसंरचना बनाना चाहते हैं तो LXD अद्भुत है। हम LVM - लॉजिकल वॉल्यूम मैनेजर लेते हैं, इससे एक स्नैपशॉट बनाते हैं, और उस पर कंटेनर शुरू करते हैं। सब कुछ महान काम करता है! एक दूसरे में, एक नया स्वच्छ कंटेनर बनाया जाता है, जिसे शेफ के परीक्षण और रोलिंग के लिए कॉन्फ़िगर किया गया है - हम सक्रिय रूप से इसका उपयोग करते हैं।

गंभीर उत्पादन के लिए LXD कमजोर है । हम यह पता नहीं लगा सकते कि उत्पादन में एलएक्सडी के साथ क्या करना है अगर यह अच्छी तरह से काम नहीं करता है।

केवीएम और केवल केवीएम चुनें!

प्रवास

मैं इसे संक्षेप में कहूंगा। हमारे लिए, प्रवास एक अद्भुत नई दुनिया बन गई जो हमें पसंद है। सब कुछ सरल है - प्रवास के लिए एक टीम है और दो महत्वपूर्ण विकल्प हैं:

 virsh migrate <vm> qemu+ssh://<hypervisor>/system --undefinesource -persistent 

यदि आप Google में "KVM माइग्रेशन" टाइप करते हैं और पहली सामग्री को खोलते हैं, तो आपको माइग्रेशन के लिए एक कमांड दिखाई देगा, लेकिन अंतिम दो कुंजियों के बिना। आप एक उल्लेख नहीं देखेंगे कि वे महत्वपूर्ण हैं: "बस इस आदेश को निष्पादित करें!" कमांड चलाएं - और यह वास्तव में माइग्रेट करता है, लेकिन केवल कैसे?

महत्वपूर्ण प्रवासन विकल्प।

undefinesource - उस हाइपरविजर से वर्चुअल मशीन को हटा दें जिससे हम माइग्रेट कर रहे हैं। यदि आप इस तरह के प्रवास के बाद रिबूट करते हैं, तो आपके द्वारा छोड़ा गया हाइपरविजर इस मशीन को पुनः आरंभ करेगा। आपको आश्चर्य होगा, लेकिन यह सामान्य है।

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

 - virsh dominfo <vm> | grep persistent 

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

केवीएम के साथ ऐसे कई क्षण हैं।

• नेटवर्क: वे हमेशा आपको पुल के बारे में बताते हैं - यह एक बुरा सपना है! आप पढ़िए और सोचिये - कैसे?!
• माइग्रेशन: जब तक आप इस दीवार के खिलाफ अपना सिर नहीं पीटेंगे, तब तक वे कुछ भी समझदारी से नहीं कहेंगे

कहाँ से शुरू करें?

देर से शुरू करने के लिए - मैं कुछ और बात कर रहा हूं।

प्रावधान: इसे कैसे तैनात किया जाए

यदि आप मानक स्थापना विकल्पों से संतुष्ट हैं, तो preseed तंत्र महान है।

ESXi के तहत, हमने पुण्य-संचय का उपयोग किया। वर्चुअल मशीन को तैनात करने का यह एक नियमित तरीका है। यह सुविधाजनक है कि आप एक preseed फ़ाइल बनाते हैं जिसमें आप अपने डेबियन / उबंटू की छवि का वर्णन करते हैं। एक आईएसओ वितरण किट और एक preseed फ़ाइल खिलाकर एक नई मशीन शुरू करें। फिर कार खुद ही लुढ़क जाती है। आप इसे SSH के माध्यम से कनेक्ट करते हैं, इसे शेफ में रोल करते हैं, कुकीज़ को रोल करते हैं - यही है, ठेस पर पहुंचें!

लेकिन अगर आपके पास पर्याप्त पुण्य स्थापित है, तो मेरे पास बुरी खबर है। इसका मतलब है कि जब आप कुछ और करना चाहते हैं तो आप मंच पर नहीं पहुंचे हैं। हम समझ गए कि पुण्य स्थापित करना पर्याप्त नहीं है। हम कुछ "सुनहरी छवि" में आए, जिसे हम क्लोन करते हैं और फिर वर्चुअल मशीन लॉन्च करते हैं।

और वर्चुअल मशीन की व्यवस्था कैसे करें?

हम इस छवि पर क्यों आए, और महत्वपूर्ण प्रावधान क्यों है? क्योंकि समुदाय में अभी भी एक कमजोर समझ है कि एक आभासी मशीन और एक नियमित मशीन के बीच बड़े अंतर हैं।

एक वर्चुअल मशीन को एक जटिल बूट प्रक्रिया और एक स्मार्ट बूटलोडर की आवश्यकता नहीं है । वर्चुअल मशीन के डिस्क को एक मशीन से जोड़ना बहुत आसान है, जिसमें रिकवरी मोड की तुलना में टूल का एक पूरा सेट है, जो कहीं बाहर निकलने की कोशिश कर रहा है।

एक आभासी मशीन को एक उपकरण की सादगी की आवश्यकता होती है । मुझे वर्चुअल डिस्क पर विभाजन की आवश्यकता क्यों है? लोग वर्चुअल डिस्क क्यों लेते हैं और वहां विभाजन डालते हैं, LVM नहीं?

एक वर्चुअल मशीन को अधिकतम विस्तार की आवश्यकता होती है । आमतौर पर वर्चुअल मशीनें बढ़ती हैं। यह एक "शांत" प्रक्रिया है - एमबीआर में विभाजन को बढ़ाना। आप इसे हटाते हैं, उस समय अपने माथे से पसीना पोंछते हैं और सोचते हैं: "अभी नहीं लिखना है, बस लिखना नहीं है!" - और नए मापदंडों के साथ फिर से बनाना।

LVM @ लिलो

परिणामस्वरूप, हम LVM @ lilo के पास आए। यह एक बूटलोडर है जो आपको सिंगल फाइल से कॉन्फ़िगर करने की अनुमति देता है। यदि GRUB कॉन्फिगर को एडिट करने के लिए आप एक विशेष फाइल को एडिट कर रहे हैं जो टेम्प्लेट इंजन को नियंत्रित करता है और राक्षसी boot.cfg बनाता है, तो लिलो के साथ - एक फाइल और कुछ नहीं।

विभाजन रहित LVM सिस्टम को पूर्ण और आसान बनाता है। समस्या यह है कि ग्रब एमबीआर या जीपीटी के बिना नहीं रह सकता है और यह ठंड है। हम उसे बताते हैं: "GRUB यहाँ बस गए," लेकिन वह नहीं कर सकता, क्योंकि कोई विभाजन नहीं हैं।

LVM आपको जल्दी से विस्तार करने और बैकअप बनाने की अनुमति देता है। मानक संवाद:

- दोस्तों, आप वर्चुअल बैकअप कैसे करते हैं?

- ... हम एक ब्लॉक डिवाइस लेते हैं और कॉपी करते हैं।

- क्या आपने वापस तैनाती की कोशिश की है?

- ठीक है, नहीं, हमारे लिए सब कुछ काम करता है!

आप किसी भी समय एक वर्चुअल मशीन में एक ब्लॉक डिवाइस को चाट सकते हैं, लेकिन अगर कोई फ़ाइल सिस्टम है, तो इसमें किसी भी रिकॉर्ड के लिए तीन आंदोलनों की आवश्यकता होती है - यह प्रक्रिया परमाणु नहीं है।

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

कंटेनर का निर्माण कैसे करें?

कंटेनर शुरू करने और बनाने के लिए, टेम्पलेट से नियमित उपकरण हैं। LXD Ubuntu 16.04 या 18.04 टेम्पलेट प्रदान करता है। लेकिन अगर आप एक उन्नत लड़ाकू हैं और एक नियमित टेम्पलेट नहीं चाहते हैं, लेकिन आपके कस्टम रूटफ़्स, जिसे आप अपने लिए अनुकूलित कर सकते हैं, तो सवाल उठता है: एलएक्सडी में खरोंच से कंटेनर कैसे बनाया जाए?

खरोंच से कंटेनर

रूटफुट तैयार करना । डीबूटस्ट्रैप इसमें मदद करेगा: हम बताते हैं कि कौन से पैकेजों की जरूरत है, जो नहीं हैं, और इंस्टॉल करें।

LXD के बारे में बताएं कि हम विशिष्ट रूटफुट से एक कंटेनर बनाना चाहते हैं । लेकिन पहले, एक खाली कंटेनर बनाएं जिसमें एक छोटा कमांड हो:

 curl --unix-socket /var/lib/lxd/unix.socket -X POST -d '{"name": "my-container", "source": {"type": "none"}}' lxd/1.0/containers 

इसे स्वचालित भी किया जा सकता है।

एक विचारशील पाठक कहेंगे - रूटफुट माय-कंटेनर कहां है? यह किस स्थान पर इंगित किया गया है? लेकिन मैंने यह नहीं कहा कि यह सब है

हम कंटेनर के रूटफ़ुट को माउंट करते हैं जहां यह जीवित रहेगा। तब हम संकेत देते हैं कि रूटफुट कंटेनर यहां रहेगा:

 lxc config set my-container raw.lxc "lxc.rootfs=/containers/my-container/rootfs" 

फिर से यह स्वचालित है।

कंटेनर जीवन

कंटेनर का अपना कर्नेल नहीं होता है , इसलिए इसे लोड करना आसान होता है : सिस्टमड, इनिट और फ्लाव!

यदि आप एलवीएम के साथ काम करने के लिए नियमित साधनों का उपयोग नहीं करते हैं, तो ज्यादातर मामलों में, कंटेनर को शुरू करने के लिए, आपको कंटेनर रूटफ़ को हाइपवाइज़र में माउंट करने की आवश्यकता होगी।

मुझे कभी-कभी ऑटोफों की सलाह देने वाले लेख मिलते हैं। ऐसा न करें। Systemd में ऐसी इकाइयाँ होती हैं जो काम करती हैं, लेकिन ऑटोफोकस नहीं। इसलिए, सिस्टमऑड ऑटोमाउंट यूनिट का उपयोग किया जा सकता है और इसका इस्तेमाल किया जाना चाहिए, लेकिन ऑटोफोक इसके लायक नहीं है।

निष्कर्ष

हम प्रवास के साथ केवीएम को पसंद करते हैं । LXD के साथ, यह अभी तक रास्ता नहीं है, हालांकि बुनियादी ढांचे के परीक्षण और निर्माण के लिए हम इसका उपयोग करते हैं जहां कोई उत्पादन भार नहीं है।

हमें केवीएम के प्रदर्शन से प्यार है । शीर्ष पर देखने के लिए यह अधिक परिचित है, इस प्रक्रिया को देखें जो इस आभासी मशीन के लिए प्रासंगिक है, और समझें कि हम क्या कर रहे हैं और क्या कर रहे हैं। यह पता लगाने के लिए कंटेनरों के साथ अजीब उपयोगिताओं के एक सेट का उपयोग करने से बेहतर है कि यह पता लगाने के लिए कि किस प्रकार के पानी के नीचे दस्तकें हैं।

हम प्रवास से प्रसन्न हैं। यह काफी हद तक साझा भंडारण के कारण है। यदि हम डिस्क को खींचकर पलायन करते हैं, तो हम इतने खुश नहीं होंगे।

यदि आप, लियो की तरह, ऑपरेशन, एकीकरण या समर्थन की कठिनाइयों पर काबू पाने के बारे में बात करने के लिए तैयार हैं, तो अब शरद ऋतु DevOpsConf सम्मेलन में एक रिपोर्ट प्रस्तुत करने का समय है । और हम कार्यक्रम समिति के रूप में एक ही प्रेरणादायक और उपयोगी प्रस्तुति तैयार करने में मदद करेंगे।

हम कॉल फॉर पेपर्स की समयसीमा का इंतजार नहीं कर रहे हैं और पहले ही सम्मेलन कार्यक्रम के लिए कई रिपोर्ट स्वीकार कर चुके हैं। समाचार पत्र और टेलीग्राम चैनल की सदस्यता लें और देवऑप्सकॉन्फ 2019 की तैयारियों के बारे में खबरों के लिए अपडेट रहें और नए लेख और वीडियो न देखें।