LXC (लिनक्स कंटेनर) - क्या वास्तव में सब कुछ इतना ठीक है?

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

आगे देखते हुए, मैं कह सकता हूं कि तीसरा प्रयास फिर से विफल रहा। LXC अभी भी बेहद कच्चे दिखती है, यहां तक ​​कि घरेलू उपयोग के लिए भी, वाणिज्यिक शोषण का उल्लेख नहीं है। कारण नीचे हैं।

प्रायोगिक खरगोश

निकट भविष्य में, एलएक्ससी 1.0 की रिलीज का वादा किया गया है। इसके अलावा, अप्रैल में, अगला उबंटू एलटीएस जारी किया गया है - 14 अप्रैल (दीर्घकालिक समर्थन के साथ)। डेबियन 7, उबंटू 12.04 और उबंटू 13.10 के साथ सशस्त्र, मैं प्रगति और वर्तमान स्थिति को देखने गया था। स्थानों की तुलना OpenVZ से की जाएगी। यह इस तथ्य के कारण है कि मैं प्रयोग के लिए एलएक्ससी कंटेनर के साथ ओपनवीजेड कंटेनरों में से एक सर्वर को बदलने की कोशिश करना चाहता था।

डेबियन 7

एलएक्ससी संस्करण 0.8.0-आरसी 1 है।

पिछली बार से मुझे याद करने वाला सबसे महत्वपूर्ण क्षण यह है कि डेबियन 7 कंटेनर टेम्पलेट डेबियन 7. पर एलएक्ससी में बॉक्स से बाहर काम नहीं करता था। वाणिज्यिक विकास में, इस तरह की समस्या को आमतौर पर शो स्टॉपर माना जाता है। तीसरे अद्यतन के बावजूद, चीजें अभी भी हैं। यदि आप / usr / share / lxc / टेम्पलेट्स / को देखते हैं और अन्य टेम्प्लेट आज़माते हैं, तो यह पता चलता है कि फ़ेडोरा yum गायब है, खुलने वाला ज़ीपर गायब है, ubuntu- क्लाउड ubuntu-cloudimg- क्वेरी चाहता है, और यदि आप altlinux की कोशिश करते हैं, तो वे खुशी से रिपोर्ट करते हैं हमारे पास ALTLinux होस्ट नहीं है। दरअसल, उसी डेबियन 7 टेम्प्लेट के लिए, यह मरम्मत की खोज करने और इसे डाउनलोड करने का प्रस्ताव है, या इसे स्वयं सुधारने का प्रयास करें। OpenVZ के लिए, साइट के पास आधिकारिक और अनौपचारिक टेम्पलेट का भंडार है - और यह बहुत सुविधाजनक है। वैग्रंट के लिए www.vagrantbox.es है, लेकिन यह ड्रॉपबॉक्स और Google ड्राइव के लिंक से डरता है । आप ईमानदारी की उम्मीद कर सकते हैं, लेकिन आप आसानी से एक अंतर्निहित अक्ष प्राप्त कर सकते हैं। इस समय LXC के लिए, या तो वितरण में है, या इंटरनेट को परिमार्जन कर रहा है (जो कि, विक्रांत से भी कम है)।

उबुन्टु 12.04

एलएक्ससी संस्करण - 0.7.5

संस्करण स्पष्ट कारणों के लिए पुराना है। लेकिन उबंटू वाला कंटेनर बिना किसी समस्या के बनाया गया है।

हम बैकअप / पुनर्स्थापना का उपयोग करने का प्रयास करते हैं। रूट बैकअप की सामग्री को /var/lib/lxc/ct-name/rootfs.backup1 पर कॉपी करके बनाया जाता है। यह सब के बाद एक संग्रह बनाने के लिए प्रथागत प्रतीत होता है, और न केवल मूर्खतापूर्ण तरीके से इसे एक पड़ोसी निर्देशिका में कॉपी करें। यदि मैं किसी अन्य होस्ट को बैकअप कॉपी करने का निर्णय लेता हूं, तो मुझे स्वयं अभिलेखागार बनाने के लिए मजबूर किया जाएगा। एलएक्ससी और बैकअप / रिस्टोर के बारे में उबंटू वेबसाइट पर, आप इस कार्यक्षमता का उपयोग नहीं करने की सिफारिश पढ़ सकते हैं। अप्रत्याशित रूप से।

एक और बात जो मुझे दिलचस्पी थी, कम से कम ऑफ़लाइन, कंटेनर प्रवास था। वास्तव में, आभासी मशीनों के सुविधाजनक लाभों में से एक भौतिक सर्वरों के बीच उनका आसान प्रवास है। दुर्भाग्य से, इस संबंध में एलएक्ससी में कोई मदद दिखाई नहीं दे रही है - इसे स्वयं करें।

उबंटू 13.10

LXC संस्करण - 1.0.0.alpha1

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

हम आगे देखते हैं - उबंटू के साथ एक कंटेनर बनाया जा रहा है (हम पहले से ही इस तरह की चीजों से खुश हैं :)) lxc-list के बजाय, हमें बताया गया है कि अब lxc-ls का उपयोग करें। यह स्पष्ट है कि 1.0 तक के एपीआई स्थिर होने का वादा नहीं किया गया था, लेकिन यह अभी भी एक संदिग्ध नवाचार की तरह दिखता है।

बैकअप / रिस्टोर के बारे में क्या? उपयोगिताएँ किसी कारण से lxc-backup / lxc-restore गायब हैं। या तो यह मेरी स्थापना की विशिष्टता है (लेकिन क्या?), या उन्होंने वास्तव में उन्हें फेंकने का फैसला किया - सवाल खुला रहा। हम फिर से उपसर्ग lxc- और lxc-checkpoint के साथ आदेशों की सूची को देखते हैं। हम इसका उपयोग करने का प्रयास करते हैं और "चेकपॉइंट फ़ंक्शन लागू नहीं किया जाता है" प्राप्त करते हैं। यह दुखद है।

हम मुख्य विषय पर लौटते हैं - कंटेनर का उपयोग। इसका प्रक्षेपण lxc-start कमांड द्वारा किया गया है। इस कमांड को निष्पादित करने के बाद, हम खुद को कंटेनर कंसोल में पाते हैं - डिफ़ॉल्ट व्यवहार का एक अजीब विकल्प। इससे बचने के लिए, आपको -d स्विच पास करना याद रखना चाहिए। दूसरा बिंदु कंसोल से पर्याप्त निकास है। दस्तावेज़ Ctrl + aq विधि के बारे में बात करता है, लेकिन यह काम नहीं करता (और जाहिर तौर पर मेरे लिए ही नहीं)।

अगले क्षण - प्रवेश करने के बाद, हम देखते हैं कि मेमोरी और डिस्क स्थान की मात्रा मेजबान सिस्टम में मूल्यों से मेल खाती है। हम इसे पारंपरिक डीएफ और मुफ्त की मदद से देखते हैं। सहज रूप से, मैं चाहता हूँ कि lxc-create कमांड (vzctl के साथ सादृश्य द्वारा) ऐसे मापदंडों को देखें जो कंटेनर के लिए मेमोरी और डिस्क स्थान की मात्रा निर्धारित करने में मदद करते हैं, लेकिन ऐसे पैरामीटर दिखाई नहीं देते हैं। चूंकि यह क्षण मेरे लिए बहुत महत्वपूर्ण है, इसलिए मैं इसका पता लगाने की कोशिश कर रहा हूं। LXC में अंतिम अध्ययन के बाद से, वास्तव में इस संबंध में कुछ भी नहीं बदला है। कर्नेल में सबट्री पर कोटा सेट करने का कोई तरीका नहीं है, और युक्तियों से वे आमतौर पर एलवीएम संस्करणों को कंटेनर के लिए एफएस के रूप में उपयोग करने का प्रयास करते हैं। विधि स्पष्ट रूप से सुविधाजनक और सरल नहीं है। किसी रूप में एक स्मृति सीमा कंटेनर कॉन्फ़िगरेशन में एक निश्चित निर्देश lxc.cgroup.memory.limit_in_bytes लिखकर सेट की जा सकती है। विधि को फिर से उपयोगकर्ता के अनुकूल नहीं कहा जा सकता है, लेकिन परेशानी यह भी नहीं है। सबसे पहले, सभी मेमोरी सीमित नहीं होगी, और दूसरी बात, मुफ्त में कंटेनर में-हम अभी भी मेजबान सिस्टम की सीमा दिखाते हैं। हां, नई सीमा वास्तव में दिखाई दी और, यदि एक निश्चित प्रक्रिया इसे पार कर जाती है, तो ओओएम हत्यारा इसे हरा देगा। लेकिन पहली नज़र में ऐसा लगता है कि मोंगो को ऐसे कंटेनर में लॉन्च नहीं किया जाना चाहिए। और किसी भी मामले में, यह दृष्टिकोण उपयोगी नहीं दिखता है। कल्पना कीजिए कि आपको अपने निपटान में एक वर्चुअल मशीन मिली और किसी ने भी आपको वर्चुअलाइजेशन के प्रकार को नहीं बताया। आप उपलब्ध स्मृति की मात्रा को पारंपरिक तरीकों से देखेंगे और फिर आप इस बात से बहुत आश्चर्यचकित होंगे कि कुछ निश्चित प्रक्रियाएँ क्यों मर जाती हैं, हालाँकि पर्याप्त स्मृति होनी चाहिए।

निष्कर्ष

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

PS इस विषय पर रुचि के लिए, आप अभी भी प्रस्तुति के माध्यम से देख सकते हैं - www.slideshare.net/kolyshkin/seven-problems-of-linux-containers