ओपनवीजेड: Difference between revisions

From Vigyanwiki
(Created page with "{{Short description|Operating-system level virtualization technology}} {{Infobox software | name = OpenVZ | title = OpenVZ | logo...")
 
No edit summary
Line 24: Line 24:
| website                = {{URL|openvz.org}}
| website                = {{URL|openvz.org}}
}}
}}
OpenVZ (Open [[Virtuozzo]]) [[लिनक्स]] के लिए एक [[ऑपरेटिंग-सिस्टम-स्तरीय वर्चुअलाइजेशन]] तकनीक है। यह एक भौतिक सर्वर को कई अलग-अलग ऑपरेटिंग सिस्टम इंस्टेंस चलाने की अनुमति देता है, जिन्हें कंटेनर, [[आभासी निजी सर्वर]] (वीपीएस), या वर्चुअल वातावरण (वीई) कहा जाता है। ओपनवीजेड [[सोलारिस कंटेनर]] और [[एलएक्ससी]] के समान है।
ओपनवीजेड (ओपेन [[विरचोज़ज़ो]]) [[लिनक्स]] के लिए एक [[ऑपरेटिंग-सिस्टम-स्तरीय वर्चुअलाइजेशन]] तकनीक है। यह एक भौतिक सर्वर को कई अलग-अलग ऑपरेटिंग सिस्टम इंस्टेंस चलाने की अनुमति देता है, जिन्हें कंटेनर, [[आभासी निजी सर्वर]] (वीपीएस), या वर्चुअल वातावरण (वीई) कहा जाता है। ओपनवीजेड [[सोलारिस कंटेनर]] और [[एलएक्ससी]] के समान है।


== अन्य वर्चुअलाइजेशन तकनीकों की तुलना में OpenVZ ==
== अन्य वर्चुअलाइजेशन तकनीकों की तुलना में ओपनवीजेड ==


जबकि [[VMware]], [[Xen]] और [[कर्नेल-आधारित वर्चुअल मशीन]] जैसी वर्चुअलाइजेशन तकनीकें पूर्ण वर्चुअलाइजेशन प्रदान करती हैं और कई ऑपरेटिंग सिस्टम और विभिन्न कर्नेल संस्करण चला सकती हैं, OpenVZ एक लिनक्स कर्नेल का उपयोग करता है और इसलिए केवल लिनक्स चला सकता है। सभी OpenVZ कंटेनर समान आर्किटेक्चर और कर्नेल संस्करण साझा करते हैं। यह उन स्थितियों में एक नुकसान हो सकता है जहां अतिथि को होस्ट के कर्नेल संस्करण से भिन्न कर्नेल संस्करण की आवश्यकता होती है। हालाँकि, क्योंकि इसमें एक सच्चे [[सूत्र]] का ओवरहेड नहीं है, यह बहुत तेज़ और कुशल है।<ref>{{cite web |url=http://www.hpl.hp.com/techreports/2007/HPL-2007-59R1.html?jumpid=reg_R1002_USEN |url-status=dead |archive-url=https://web.archive.org/web/20090115085242/http://www.hpl.hp.com/techreports/2007/HPL-2007-59R1.html?jumpid=reg_R1002_USEN |archive-date=2009-01-15 |title=Performance Evaluation of Virtualization Technologies for Server Consolidation}}</ref>
जबकि [[VMware]], [[Xen]] और [[कर्नेल-आधारित वर्चुअल मशीन]] जैसी वर्चुअलाइजेशन तकनीकें पूर्ण वर्चुअलाइजेशन प्रदान करती हैं और कई ऑपरेटिंग सिस्टम और विभिन्न कर्नेल संस्करण चला सकती हैं, ओपनवीजेड एक लिनक्स कर्नेल का उपयोग करता है और इसलिए केवल लिनक्स चला सकता है। सभी ओपनवीजेड कंटेनर समान आर्किटेक्चर और कर्नेल संस्करण साझा करते हैं। यह उन स्थितियों में एक नुकसान हो सकता है जहां अतिथि को होस्ट के कर्नेल संस्करण से भिन्न कर्नेल संस्करण की आवश्यकता होती है। हालाँकि, क्योंकि इसमें एक सच्चे [[सूत्र]] का ओवरहेड नहीं है, यह बहुत तेज़ और कुशल है।<ref>{{cite web |url=http://www.hpl.hp.com/techreports/2007/HPL-2007-59R1.html?jumpid=reg_R1002_USEN |url-status=dead |archive-url=https://web.archive.org/web/20090115085242/http://www.hpl.hp.com/techreports/2007/HPL-2007-59R1.html?jumpid=reg_R1002_USEN |archive-date=2009-01-15 |title=Performance Evaluation of Virtualization Technologies for Server Consolidation}}</ref>
ओपनवीजेड के साथ मेमोरी आवंटन उस मेमोरी में नरम है जो एक आभासी वातावरण में उपयोग नहीं किया जाता है या [[डिस्क बफर]] के लिए उपयोग किया जा सकता है। जबकि OpenVZ के पुराने संस्करण एक सामान्य फ़ाइल सिस्टम का उपयोग करते थे (जहाँ प्रत्येक आभासी वातावरण फ़ाइलों की एक निर्देशिका है जो कि चेरोट का उपयोग करके अलग किया जाता है), OpenVZ के वर्तमान संस्करण प्रत्येक कंटेनर को अपनी फ़ाइल प्रणाली रखने की अनुमति देते हैं।<ref>{{cite web |url=http://wiki.openvz.org/Ploop |url-status=dead |archive-url=https://web.archive.org/web/20120326211228/http://wiki.openvz.org/Ploop |archive-date=2012-03-26 |title=Ploop - OpenVZ Linux Containers Wiki}}</ref>
ओपनवीजेड के साथ मेमोरी आवंटन उस मेमोरी में नरम है जो एक आभासी वातावरण में उपयोग नहीं किया जाता है या [[डिस्क बफर]] के लिए उपयोग किया जा सकता है। जबकि ओपनवीजेड के पुराने संस्करण एक सामान्य फ़ाइल सिस्टम का उपयोग करते थे (जहाँ प्रत्येक आभासी वातावरण फ़ाइलों की एक निर्देशिका है जो कि चेरोट का उपयोग करके अलग किया जाता है), ओपनवीजेड के वर्तमान संस्करण प्रत्येक कंटेनर को अपनी फ़ाइल प्रणाली रखने की अनुमति देते हैं।<ref>{{cite web |url=http://wiki.openvz.org/Ploop |url-status=dead |archive-url=https://web.archive.org/web/20120326211228/http://wiki.openvz.org/Ploop |archive-date=2012-03-26 |title=Ploop - OpenVZ Linux Containers Wiki}}</ref>




== कर्नेल ==
== कर्नेल ==
OpenVZ कर्नेल एक Linux कर्नेल है, जिसे OpenVZ कंटेनरों के लिए समर्थन जोड़ने के लिए संशोधित किया गया है। संशोधित कर्नेल वर्चुअलाइजेशन, अलगाव, संसाधन प्रबंधन और [[आवेदन चेकपॉइंटिंग]] प्रदान करता है। vzctl 4.0 के रूप में, OpenVZ कम फीचर सेट के साथ, अनपैच्ड Linux 3.x कर्नेल के साथ काम कर सकता है।<ref>{{cite web | last = Kolyshkin | first = Kir | title = OpenVZ turns 7, gifts are available! | work = OpenVZ Blog | date = 6 October 2012 | url = http://openvz.livejournal.com/42793.html | access-date = 2013-01-17}}</ref>
ओपनवीजेड कर्नेल एक Linux कर्नेल है, जिसे ओपनवीजेड कंटेनरों के लिए समर्थन जोड़ने के लिए संशोधित किया गया है। संशोधित कर्नेल वर्चुअलाइजेशन, अलगाव, संसाधन प्रबंधन और [[आवेदन चेकपॉइंटिंग]] प्रदान करता है। vzctl 4.0 के रूप में, ओपनवीजेड कम फीचर सेट के साथ, अनपैच्ड Linux 3.x कर्नेल के साथ काम कर सकता है।<ref>{{cite web | last = Kolyshkin | first = Kir | title = OpenVZ turns 7, gifts are available! | work = OpenVZ Blog | date = 6 October 2012 | url = http://openvz.livejournal.com/42793.html | access-date = 2013-01-17}}</ref>




Line 51: Line 51:


===संसाधन प्रबंधन===
===संसाधन प्रबंधन===
OpenVZ संसाधन प्रबंधन में चार घटक होते हैं: दो-स्तरीय डिस्क कोटा, उचित CPU अनुसूचक, डिस्क I/O अनुसूचक, और उपयोगकर्ता बीन काउंटर (नीचे देखें)। इन संसाधनों को कंटेनर रन टाइम (प्रोग्राम जीवनचक्र चरण) के दौरान बदला जा सकता है, जिससे [[बूटिंग]] की आवश्यकता समाप्त हो जाती है।
ओपनवीजेड संसाधन प्रबंधन में चार घटक होते हैं: दो-स्तरीय डिस्क कोटा, उचित CPU अनुसूचक, डिस्क I/O अनुसूचक, और उपयोगकर्ता बीन काउंटर (नीचे देखें)। इन संसाधनों को कंटेनर रन टाइम (प्रोग्राम जीवनचक्र चरण) के दौरान बदला जा सकता है, जिससे [[बूटिंग]] की आवश्यकता समाप्त हो जाती है।


==== दो-स्तरीय [[डिस्क कोटा]] ====
==== दो-स्तरीय [[डिस्क कोटा]] ====
Line 57: Line 57:


== सीपीयू अनुसूचक ==
== सीपीयू अनुसूचक ==
OpenVZ में CPU शेड्यूलर [[फेयर-शेयर शेड्यूलिंग]] रणनीति का दो-स्तरीय कार्यान्वयन है।
ओपनवीजेड में CPU शेड्यूलर [[फेयर-शेयर शेड्यूलिंग]] रणनीति का दो-स्तरीय कार्यान्वयन है।


पहले स्तर पर, प्रति-कंटेनर cpuunits मानों के आधार पर, अनुसूचक यह तय करता है कि किस कंटेनर को CPU टाइम स्लाइस देना है। दूसरे स्तर पर मानक लिनक्स अनुसूचक निर्धारित करता है कि मानक लिनक्स प्रक्रिया प्राथमिकताओं का उपयोग करके उस कंटेनर में कौन सी प्रक्रिया को चलाना है।
पहले स्तर पर, प्रति-कंटेनर cpuunits मानों के आधार पर, अनुसूचक यह तय करता है कि किस कंटेनर को CPU टाइम स्लाइस देना है। दूसरे स्तर पर मानक लिनक्स अनुसूचक निर्धारित करता है कि मानक लिनक्स प्रक्रिया प्राथमिकताओं का उपयोग करके उस कंटेनर में कौन सी प्रक्रिया को चलाना है।
Line 63: Line 63:
प्रत्येक कंटेनर में सीपीयू के लिए अलग-अलग मान निर्धारित करना संभव है। वास्तविक CPU समय इन मानों के अनुपात में वितरित किया जाएगा।
प्रत्येक कंटेनर में सीपीयू के लिए अलग-अलग मान निर्धारित करना संभव है। वास्तविक CPU समय इन मानों के अनुपात में वितरित किया जाएगा।


उपरोक्त के अलावा, OpenVZ प्रदान करता है<ref>vzctl(8) man page, CPU fair scheduler parameters section, http://openvz.org/Man/vzctl.8#CPU_fair_scheduler_parameters</ref> के तरीके:
उपरोक्त के अलावा, ओपनवीजेड प्रदान करता है<ref>vzctl(8) man page, CPU fair scheduler parameters section, http://openvz.org/Man/vzctl.8#CPU_fair_scheduler_parameters</ref> के तरीके:
* सख़्त CPU सीमा निर्धारित करें, जैसे कि कुल CPU समय का 10% (<code>--cpulimit</code>);
* सख़्त CPU सीमा निर्धारित करें, जैसे कि कुल CPU समय का 10% (<code>--cpulimit</code>);
* कंटेनर के लिए उपलब्ध CPU कोर की संख्या सीमित करें (<code>--cpus</code>);
* कंटेनर के लिए उपलब्ध CPU कोर की संख्या सीमित करें (<code>--cpus</code>);
Line 69: Line 69:


==== आई/ओ अनुसूचक ====
==== आई/ओ अनुसूचक ====
ऊपर वर्णित CPU अनुसूचक के समान, OpenVZ में I/O अनुसूचक|I/O अनुसूचक भी दो-स्तरीय है, [[जेन्स एक्सबो]] के [[CFQ]] I/O अनुसूचक का इसके दूसरे स्तर पर उपयोग करता है।
ऊपर वर्णित CPU अनुसूचक के समान, ओपनवीजेड में I/O अनुसूचक|I/O अनुसूचक भी दो-स्तरीय है, [[जेन्स एक्सबो]] के [[CFQ]] I/O अनुसूचक का इसके दूसरे स्तर पर उपयोग करता है।


प्रत्येक कंटेनर को I/O प्राथमिकता दी जाती है, और अनुसूचक निर्दिष्ट प्राथमिकताओं के अनुसार उपलब्ध I/O बैंडविड्थ वितरित करता है। इस प्रकार कोई एकल कंटेनर I/O चैनल को संतृप्त नहीं कर सकता है।
प्रत्येक कंटेनर को I/O प्राथमिकता दी जाती है, और अनुसूचक निर्दिष्ट प्राथमिकताओं के अनुसार उपलब्ध I/O बैंडविड्थ वितरित करता है। इस प्रकार कोई एकल कंटेनर I/O चैनल को संतृप्त नहीं कर सकता है।


==== उपयोगकर्ता बीन काउंटर ====
==== उपयोगकर्ता बीन काउंटर ====
उपयोगकर्ता बीनकाउंटर्स प्रति-कंटेनर काउंटरों, सीमाओं और गारंटी का एक सेट है, जिसका उद्देश्य एकल कंटेनर को सिस्टम संसाधनों पर एकाधिकार करने से रोकना है। वर्तमान OpenVZ कर्नेल (RHEL6-आधारित 042stab*) में दो प्राथमिक पैरामीटर (रैम और स्वैप, a.k.a. physpages और swappages) हैं, और अन्य वैकल्पिक हैं।<ref>{{cite web |url=http://openvz.org/VSwap |url-status=dead |archive-url=https://web.archive.org/web/20130213165243/http://openvz.org/VSwap |archive-date=2013-02-13 |title=VSwap - OpenVZ Linux Containers Wiki}}</ref>
उपयोगकर्ता बीनकाउंटर्स प्रति-कंटेनर काउंटरों, सीमाओं और गारंटी का एक सेट है, जिसका उद्देश्य एकल कंटेनर को सिस्टम संसाधनों पर एकाधिकार करने से रोकना है। वर्तमान ओपनवीजेड कर्नेल (RHEL6-आधारित 042stab*) में दो प्राथमिक पैरामीटर (रैम और स्वैप, a.k.a. physpages और swappages) हैं, और अन्य वैकल्पिक हैं।<ref>{{cite web |url=http://openvz.org/VSwap |url-status=dead |archive-url=https://web.archive.org/web/20130213165243/http://openvz.org/VSwap |archive-date=2013-02-13 |title=VSwap - OpenVZ Linux Containers Wiki}}</ref>
अन्य संसाधन ज्यादातर मेमोरी और विभिन्न इन-कर्नेल ऑब्जेक्ट हैं जैसे कि शेयर्ड मेमोरी (इंटरप्रोसेस कम्युनिकेशन) | इंटर-प्रोसेस कम्युनिकेशन शेयर्ड मेमोरी सेगमेंट और नेटवर्क बफ़र्स। प्रत्येक संसाधन से देखा जा सकता है <code>/proc/user_beancounters</code> और इसके साथ जुड़े पांच मूल्य हैं: वर्तमान उपयोग, अधिकतम उपयोग (कंटेनर के जीवनकाल के लिए), बाधा, सीमा और असफल काउंटर। बाधा और सीमा का अर्थ पैरामीटर-निर्भर है; संक्षेप में, उन्हें सॉफ्ट लिमिट और हार्ड लिमिट के रूप में माना जा सकता है। यदि कोई संसाधन सीमा तक पहुँचता है, तो उसके लिए विफल काउंटर बढ़ा दिया जाता है। यह मालिक को कंटेनर में /proc/user_beancounters की निगरानी करके समस्याओं का पता लगाने की अनुमति देता है।
अन्य संसाधन ज्यादातर मेमोरी और विभिन्न इन-कर्नेल ऑब्जेक्ट हैं जैसे कि शेयर्ड मेमोरी (इंटरप्रोसेस कम्युनिकेशन) | इंटर-प्रोसेस कम्युनिकेशन शेयर्ड मेमोरी सेगमेंट और नेटवर्क बफ़र्स। प्रत्येक संसाधन से देखा जा सकता है <code>/proc/user_beancounters</code> और इसके साथ जुड़े पांच मूल्य हैं: वर्तमान उपयोग, अधिकतम उपयोग (कंटेनर के जीवनकाल के लिए), बाधा, सीमा और असफल काउंटर। बाधा और सीमा का अर्थ पैरामीटर-निर्भर है; संक्षेप में, उन्हें सॉफ्ट लिमिट और हार्ड लिमिट के रूप में माना जा सकता है। यदि कोई संसाधन सीमा तक पहुँचता है, तो उसके लिए विफल काउंटर बढ़ा दिया जाता है। यह मालिक को कंटेनर में /proc/user_beancounters की निगरानी करके समस्याओं का पता लगाने की अनुमति देता है।


=== चेकपॉइंटिंग और [[लाइव माइग्रेशन]] ===
=== चेकपॉइंटिंग और [[लाइव माइग्रेशन]] ===
अप्रैल 2006 के मध्य में OpenVZ के लिए एक लाइव माइग्रेशन और एप्लिकेशन चेकपॉइंटिंग सुविधा जारी की गई थी। यह कंटेनर को बंद किए बिना एक भौतिक सर्वर से दूसरे भौतिक सर्वर पर ले जाना संभव बनाता है। प्रक्रिया को चेकपॉइंटिंग के रूप में जाना जाता है: एक कंटेनर जमे हुए है और इसकी पूरी स्थिति डिस्क पर फ़ाइल में सहेजी जाती है। इस फाइल को फिर दूसरी मशीन में स्थानांतरित किया जा सकता है और एक कंटेनर को वहां अनफ्रीज (रिस्टोर) किया जा सकता है; देरी लगभग कुछ सेकंड है। क्योंकि स्थिति आमतौर पर पूरी तरह से संरक्षित होती है, यह विराम सामान्य कम्प्यूटेशनल विलंब प्रतीत हो सकता है।
अप्रैल 2006 के मध्य में ओपनवीजेड के लिए एक लाइव माइग्रेशन और एप्लिकेशन चेकपॉइंटिंग सुविधा जारी की गई थी। यह कंटेनर को बंद किए बिना एक भौतिक सर्वर से दूसरे भौतिक सर्वर पर ले जाना संभव बनाता है। प्रक्रिया को चेकपॉइंटिंग के रूप में जाना जाता है: एक कंटेनर जमे हुए है और इसकी पूरी स्थिति डिस्क पर फ़ाइल में सहेजी जाती है। इस फाइल को फिर दूसरी मशीन में स्थानांतरित किया जा सकता है और एक कंटेनर को वहां अनफ्रीज (रिस्टोर) किया जा सकता है; देरी लगभग कुछ सेकंड है। क्योंकि स्थिति आमतौर पर पूरी तरह से संरक्षित होती है, यह विराम सामान्य कम्प्यूटेशनल विलंब प्रतीत हो सकता है।


== सीमाएं ==
== सीमाएं ==
डिफ़ॉल्ट रूप से, OpenVZ वास्तविक भौतिक उपकरणों तक कंटेनर की पहुंच को प्रतिबंधित करता है (इस प्रकार एक कंटेनर को हार्डवेयर-स्वतंत्र बनाता है)। एक OpenVZ व्यवस्थापक विभिन्न वास्तविक उपकरणों, जैसे डिस्क ड्राइव, USB पोर्ट, के लिए कंटेनर एक्सेस को सक्षम कर सकता है।<ref>vzctl(8) man page, Device access management subsection, http://wiki.openvz.org/Man/vzctl.8#Device_access_management</ref> पीसीआई डिवाइस<ref>vzctl(8) man page, PCI device management section, http://wiki.openvz.org/Man/vzctl.8#PCI_device_management</ref> या भौतिक नेटवर्क कार्ड।<ref>vzctl(8) man page, Network devices section, http://wiki.openvz.org/Man/vzctl.8#Network_devices_control_parameters</ref>
डिफ़ॉल्ट रूप से, ओपनवीजेड वास्तविक भौतिक उपकरणों तक कंटेनर की पहुंच को प्रतिबंधित करता है (इस प्रकार एक कंटेनर को हार्डवेयर-स्वतंत्र बनाता है)। एक ओपनवीजेड व्यवस्थापक विभिन्न वास्तविक उपकरणों, जैसे डिस्क ड्राइव, USB पोर्ट, के लिए कंटेनर एक्सेस को सक्षम कर सकता है।<ref>vzctl(8) man page, Device access management subsection, http://wiki.openvz.org/Man/vzctl.8#Device_access_management</ref> पीसीआई डिवाइस<ref>vzctl(8) man page, PCI device management section, http://wiki.openvz.org/Man/vzctl.8#PCI_device_management</ref> या भौतिक नेटवर्क कार्ड।<ref>vzctl(8) man page, Network devices section, http://wiki.openvz.org/Man/vzctl.8#Network_devices_control_parameters</ref>


<code>/dev/loopN</code> अक्सर तैनाती में प्रतिबंधित होता है (चूंकि लूप डिवाइस कर्नेल थ्रेड्स का उपयोग करते हैं जो एक सुरक्षा समस्या हो सकती है), जो डिस्क छवियों को माउंट करने की क्षमता को प्रतिबंधित करता है। वर्क-अराउंड [[यूजरस्पेस में फाइलसिस्टम]] का उपयोग करना है।
<code>/dev/loopN</code> अक्सर तैनाती में प्रतिबंधित होता है (चूंकि लूप डिवाइस कर्नेल थ्रेड्स का उपयोग करते हैं जो एक सुरक्षा समस्या हो सकती है), जो डिस्क छवियों को माउंट करने की क्षमता को प्रतिबंधित करता है। वर्क-अराउंड [[यूजरस्पेस में फाइलसिस्टम]] का उपयोग करना है।


OpenVZ PPP (जैसे PPTP/L2TP) और TUN/TAP पर आधारित केवल कुछ VPN तकनीक प्रदान करने तक सीमित है। [[IPsec]] कर्नेल 2.6.32 के बाद से कंटेनरों के अंदर समर्थित है।
ओपनवीजेड PPP (जैसे PPTP/L2TP) और TUN/TAP पर आधारित केवल कुछ VPN तकनीक प्रदान करने तक सीमित है। [[IPsec]] कर्नेल 2.6.32 के बाद से कंटेनरों के अंदर समर्थित है।


2007 में EasyVZ नामक एक [[ग्राफिकल यूज़र इंटरफ़ेस]] का प्रयास किया गया था,<ref>[http://www.golem.de/0702/50387.html EasyVZ: Grafische Verwaltung für OpenVZ. Frontend für freie Linux-Virtualisierung]</ref> लेकिन यह संस्करण 0.1 से आगे नहीं बढ़ा। संस्करण 3.4 तक, [[प्रॉक्समॉक्स वर्चुअल एनवायरनमेंट]] को एक जीयूआई के साथ ओपनवीजेड-आधारित सर्वर वर्चुअलाइजेशन वातावरण के रूप में इस्तेमाल किया जा सकता है, हालांकि बाद के संस्करण एलएक्ससी में बदल गए।
2007 में EasyVZ नामक एक [[ग्राफिकल यूज़र इंटरफ़ेस]] का प्रयास किया गया था,<ref>[http://www.golem.de/0702/50387.html EasyVZ: Grafische Verwaltung für OpenVZ. Frontend für freie Linux-Virtualisierung]</ref> लेकिन यह संस्करण 0.1 से आगे नहीं बढ़ा। संस्करण 3.4 तक, [[प्रॉक्समॉक्स वर्चुअल एनवायरनमेंट]] को एक जीयूआई के साथ ओपनवीजेड-आधारित सर्वर वर्चुअलाइजेशन वातावरण के रूप में इस्तेमाल किया जा सकता है, हालांकि बाद के संस्करण एलएक्ससी में बदल गए।

Revision as of 12:53, 25 February 2023

OpenVZ
Developer(s)Virtuozzo and OpenVZ community
Initial release2005; 19 years ago (2005)
Written inC
Operating systemLinux
Platformx86, x86-64
Available inEnglish
TypeOS-level virtualization
LicenseGPLv2
Websiteopenvz.org

ओपनवीजेड (ओपेन विरचोज़ज़ो) लिनक्स के लिए एक ऑपरेटिंग-सिस्टम-स्तरीय वर्चुअलाइजेशन तकनीक है। यह एक भौतिक सर्वर को कई अलग-अलग ऑपरेटिंग सिस्टम इंस्टेंस चलाने की अनुमति देता है, जिन्हें कंटेनर, आभासी निजी सर्वर (वीपीएस), या वर्चुअल वातावरण (वीई) कहा जाता है। ओपनवीजेड सोलारिस कंटेनर और एलएक्ससी के समान है।

अन्य वर्चुअलाइजेशन तकनीकों की तुलना में ओपनवीजेड

जबकि VMware, Xen और कर्नेल-आधारित वर्चुअल मशीन जैसी वर्चुअलाइजेशन तकनीकें पूर्ण वर्चुअलाइजेशन प्रदान करती हैं और कई ऑपरेटिंग सिस्टम और विभिन्न कर्नेल संस्करण चला सकती हैं, ओपनवीजेड एक लिनक्स कर्नेल का उपयोग करता है और इसलिए केवल लिनक्स चला सकता है। सभी ओपनवीजेड कंटेनर समान आर्किटेक्चर और कर्नेल संस्करण साझा करते हैं। यह उन स्थितियों में एक नुकसान हो सकता है जहां अतिथि को होस्ट के कर्नेल संस्करण से भिन्न कर्नेल संस्करण की आवश्यकता होती है। हालाँकि, क्योंकि इसमें एक सच्चे सूत्र का ओवरहेड नहीं है, यह बहुत तेज़ और कुशल है।[1] ओपनवीजेड के साथ मेमोरी आवंटन उस मेमोरी में नरम है जो एक आभासी वातावरण में उपयोग नहीं किया जाता है या डिस्क बफर के लिए उपयोग किया जा सकता है। जबकि ओपनवीजेड के पुराने संस्करण एक सामान्य फ़ाइल सिस्टम का उपयोग करते थे (जहाँ प्रत्येक आभासी वातावरण फ़ाइलों की एक निर्देशिका है जो कि चेरोट का उपयोग करके अलग किया जाता है), ओपनवीजेड के वर्तमान संस्करण प्रत्येक कंटेनर को अपनी फ़ाइल प्रणाली रखने की अनुमति देते हैं।[2]


कर्नेल

ओपनवीजेड कर्नेल एक Linux कर्नेल है, जिसे ओपनवीजेड कंटेनरों के लिए समर्थन जोड़ने के लिए संशोधित किया गया है। संशोधित कर्नेल वर्चुअलाइजेशन, अलगाव, संसाधन प्रबंधन और आवेदन चेकपॉइंटिंग प्रदान करता है। vzctl 4.0 के रूप में, ओपनवीजेड कम फीचर सेट के साथ, अनपैच्ड Linux 3.x कर्नेल के साथ काम कर सकता है।[3]


वर्चुअलाइजेशन और अलगाव

प्रत्येक कंटेनर एक अलग इकाई है, और बड़े पैमाने पर एक भौतिक सर्वर के रूप में व्यवहार करता है। प्रत्येक का अपना है: फाइलें: सिस्टम पुस्तकालय (कम्प्यूटिंग), अनुप्रयोग प्रक्रिया सामग्री, वर्चुअलाइज्ड /proc और /sys, वर्चुअलाइज्ड लॉक (कंप्यूटर साइंस), आदि।

उपयोगकर्ता और समूह: प्रत्येक कंटेनर का अपना सुपर उपयोगकर्ता होता है, साथ ही अन्य उपयोगकर्ता (कंप्यूटिंग) और समूह (कंप्यूटिंग)।

प्रोसेस ट्री: एक कंटेनर केवल अपनी प्रक्रिया (कंप्यूटिंग) देखता है (से शुरू होता है init). प्रक्रिया पहचानकर्ताओं का वर्चुअलाइजेशन किया जाता है, ताकि init PID 1 जैसा होना चाहिए।

नेटवर्क
वर्चुअल कंप्यूटर नेटवर्किंग डिवाइस, जो एक कंटेनर को अपना आईपी पता रखने की अनुमति देता है, साथ ही नेटफिल्टर/आईपीटेबल्स|नेटफिल्टर (iptables), और मार्ग नियम।

उपकरण: यदि आवश्यक हो, तो किसी भी कंटेनर को वास्तविक उपकरणों जैसे नेटवर्क इंटरफ़ेस नियंत्रक, आनुक्रमिक द्वार, डिस्क विभाजन आदि तक पहुंच प्रदान की जा सकती है।

आईपीसी ऑब्जेक्ट्स: साझा मेमोरी (इंटरप्रोसेस कम्युनिकेशन), सेमाफोर (प्रोग्रामिंग), संदेश देना

संसाधन प्रबंधन

ओपनवीजेड संसाधन प्रबंधन में चार घटक होते हैं: दो-स्तरीय डिस्क कोटा, उचित CPU अनुसूचक, डिस्क I/O अनुसूचक, और उपयोगकर्ता बीन काउंटर (नीचे देखें)। इन संसाधनों को कंटेनर रन टाइम (प्रोग्राम जीवनचक्र चरण) के दौरान बदला जा सकता है, जिससे बूटिंग की आवश्यकता समाप्त हो जाती है।

दो-स्तरीय डिस्क कोटा

प्रत्येक कंटेनर का अपना डिस्क कोटा हो सकता है, जिसे डिस्क ब्लॉक और इनोड्स (मोटे तौर पर फाइलों की संख्या) के संदर्भ में मापा जाता है। कंटेनर के भीतर, UNIX प्रति-उपयोगकर्ता और प्रति-समूह डिस्क कोटा सेट करने के लिए मानक टूल का उपयोग करना संभव है।

सीपीयू अनुसूचक

ओपनवीजेड में CPU शेड्यूलर फेयर-शेयर शेड्यूलिंग रणनीति का दो-स्तरीय कार्यान्वयन है।

पहले स्तर पर, प्रति-कंटेनर cpuunits मानों के आधार पर, अनुसूचक यह तय करता है कि किस कंटेनर को CPU टाइम स्लाइस देना है। दूसरे स्तर पर मानक लिनक्स अनुसूचक निर्धारित करता है कि मानक लिनक्स प्रक्रिया प्राथमिकताओं का उपयोग करके उस कंटेनर में कौन सी प्रक्रिया को चलाना है।

प्रत्येक कंटेनर में सीपीयू के लिए अलग-अलग मान निर्धारित करना संभव है। वास्तविक CPU समय इन मानों के अनुपात में वितरित किया जाएगा।

उपरोक्त के अलावा, ओपनवीजेड प्रदान करता है[4] के तरीके:

  • सख़्त CPU सीमा निर्धारित करें, जैसे कि कुल CPU समय का 10% (--cpulimit);
  • कंटेनर के लिए उपलब्ध CPU कोर की संख्या सीमित करें (--cpus);
  • एक कंटेनर को सीपीयू के एक विशिष्ट सेट से बांधें (--cpumask).

आई/ओ अनुसूचक

ऊपर वर्णित CPU अनुसूचक के समान, ओपनवीजेड में I/O अनुसूचक|I/O अनुसूचक भी दो-स्तरीय है, जेन्स एक्सबो के CFQ I/O अनुसूचक का इसके दूसरे स्तर पर उपयोग करता है।

प्रत्येक कंटेनर को I/O प्राथमिकता दी जाती है, और अनुसूचक निर्दिष्ट प्राथमिकताओं के अनुसार उपलब्ध I/O बैंडविड्थ वितरित करता है। इस प्रकार कोई एकल कंटेनर I/O चैनल को संतृप्त नहीं कर सकता है।

उपयोगकर्ता बीन काउंटर

उपयोगकर्ता बीनकाउंटर्स प्रति-कंटेनर काउंटरों, सीमाओं और गारंटी का एक सेट है, जिसका उद्देश्य एकल कंटेनर को सिस्टम संसाधनों पर एकाधिकार करने से रोकना है। वर्तमान ओपनवीजेड कर्नेल (RHEL6-आधारित 042stab*) में दो प्राथमिक पैरामीटर (रैम और स्वैप, a.k.a. physpages और swappages) हैं, और अन्य वैकल्पिक हैं।[5] अन्य संसाधन ज्यादातर मेमोरी और विभिन्न इन-कर्नेल ऑब्जेक्ट हैं जैसे कि शेयर्ड मेमोरी (इंटरप्रोसेस कम्युनिकेशन) | इंटर-प्रोसेस कम्युनिकेशन शेयर्ड मेमोरी सेगमेंट और नेटवर्क बफ़र्स। प्रत्येक संसाधन से देखा जा सकता है /proc/user_beancounters और इसके साथ जुड़े पांच मूल्य हैं: वर्तमान उपयोग, अधिकतम उपयोग (कंटेनर के जीवनकाल के लिए), बाधा, सीमा और असफल काउंटर। बाधा और सीमा का अर्थ पैरामीटर-निर्भर है; संक्षेप में, उन्हें सॉफ्ट लिमिट और हार्ड लिमिट के रूप में माना जा सकता है। यदि कोई संसाधन सीमा तक पहुँचता है, तो उसके लिए विफल काउंटर बढ़ा दिया जाता है। यह मालिक को कंटेनर में /proc/user_beancounters की निगरानी करके समस्याओं का पता लगाने की अनुमति देता है।

चेकपॉइंटिंग और लाइव माइग्रेशन

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

सीमाएं

डिफ़ॉल्ट रूप से, ओपनवीजेड वास्तविक भौतिक उपकरणों तक कंटेनर की पहुंच को प्रतिबंधित करता है (इस प्रकार एक कंटेनर को हार्डवेयर-स्वतंत्र बनाता है)। एक ओपनवीजेड व्यवस्थापक विभिन्न वास्तविक उपकरणों, जैसे डिस्क ड्राइव, USB पोर्ट, के लिए कंटेनर एक्सेस को सक्षम कर सकता है।[6] पीसीआई डिवाइस[7] या भौतिक नेटवर्क कार्ड।[8]

/dev/loopN अक्सर तैनाती में प्रतिबंधित होता है (चूंकि लूप डिवाइस कर्नेल थ्रेड्स का उपयोग करते हैं जो एक सुरक्षा समस्या हो सकती है), जो डिस्क छवियों को माउंट करने की क्षमता को प्रतिबंधित करता है। वर्क-अराउंड यूजरस्पेस में फाइलसिस्टम का उपयोग करना है।

ओपनवीजेड PPP (जैसे PPTP/L2TP) और TUN/TAP पर आधारित केवल कुछ VPN तकनीक प्रदान करने तक सीमित है। IPsec कर्नेल 2.6.32 के बाद से कंटेनरों के अंदर समर्थित है।

2007 में EasyVZ नामक एक ग्राफिकल यूज़र इंटरफ़ेस का प्रयास किया गया था,[9] लेकिन यह संस्करण 0.1 से आगे नहीं बढ़ा। संस्करण 3.4 तक, प्रॉक्समॉक्स वर्चुअल एनवायरनमेंट को एक जीयूआई के साथ ओपनवीजेड-आधारित सर्वर वर्चुअलाइजेशन वातावरण के रूप में इस्तेमाल किया जा सकता है, हालांकि बाद के संस्करण एलएक्ससी में बदल गए।

यह भी देखें

संदर्भ

  1. ↑ "Performance Evaluation of Virtualization Technologies for Server Consolidation". Archived from the original on 2009-01-15.
  2. ↑ "Ploop - OpenVZ Linux Containers Wiki". Archived from the original on 2012-03-26.
  3. ↑ Kolyshkin, Kir (6 October 2012). "OpenVZ turns 7, gifts are available!". OpenVZ Blog. Retrieved 2013-01-17.
  4. ↑ vzctl(8) man page, CPU fair scheduler parameters section, http://openvz.org/Man/vzctl.8#CPU_fair_scheduler_parameters
  5. ↑ "VSwap - OpenVZ Linux Containers Wiki". Archived from the original on 2013-02-13.
  6. ↑ vzctl(8) man page, Device access management subsection, http://wiki.openvz.org/Man/vzctl.8#Device_access_management
  7. ↑ vzctl(8) man page, PCI device management section, http://wiki.openvz.org/Man/vzctl.8#PCI_device_management
  8. ↑ vzctl(8) man page, Network devices section, http://wiki.openvz.org/Man/vzctl.8#Network_devices_control_parameters
  9. ↑ EasyVZ: Grafische Verwaltung für OpenVZ. Frontend für freie Linux-Virtualisierung


बाहरी संबंध

  • No URL found. Please specify a URL here or add one to Wikidata.
Retrieved from ‘https://www.vigyanwiki.in/index.php?title=ओपनवीजेड&oldid=103530’