शुरू करने से पहले मैं आपको चेतावनी देता हूं; यदि आप बिना हार्डवेयर वर्चुअलाइजेशन के Xen का उपयोग करने का प्रयास करते हैं, तो आपकी यात्रा समस्याओं से भरी होगी। यह इतना सूक्ष्म संकेत नहीं है कि यदि आपके पास वर्चुअलाइजेशन एक्सटेंशन वाला आधुनिक सीपीयू नहीं है तो आपको Xen का प्रयास नहीं करना चाहिए। वर्चुअलबॉक्स या शायद VMware प्लेयर जैसे घरेलू समाधानों से बहुत दूर, लेकिन फिर, Xen का उद्देश्य पूरी तरह से अलग बाजार खंड है।
लेकिन कहते हैं कि तुम मेरी तरह जिद्दी हो और ट्यूटोरियल से दुनिया को जीतना चाहते हो। तब आप Xen पैरावर्चुअलाइज़ेशन का प्रयास करेंगे और विफल रहेंगे। आपके Xen मेहमानों को सीडी और सीडी छवियों से बूट करने में सबसे बड़ी बाधा है, ताकि आप स्थापना शुरू कर सकें। और पैरावर्चुअलाइज्ड नेटवर्किंग भी कोई आनंद नहीं है। खैर, आज मैं चीजों को आसान बनाने की कोशिश करूंगा। कोशिश पर जोर है।
हम सीखेंगे कि हमें किन समस्याओं का सामना करना पड़ता है, लक्षण क्या हैं, उनसे कैसे बचा जाए, यदि हो भी तो, पैरावर्चुअलाइज्ड कर्नेल और initrd फ़ाइलों के साथ कैसे काम करें, और हमारे मेहमानों के लिए ब्रिज किए गए नेटवर्क एडेप्टर को कैसे कॉन्फ़िगर करें। ये सभी और बहुत कुछ अनिश्चितता में लिपटे हुए हैं। मेरे पीछे आओ।
पैरावर्चुअलाइजेशन एक दर्द क्यों हो सकता है
यहाँ आधिकारिक स्पष्टीकरण है:
Paravirtualization, Xen द्वारा शुरू की गई एक कुशल और हल्की वर्चुअलाइजेशन तकनीक है, जिसे बाद में अन्य वर्चुअलाइजेशन समाधानों द्वारा भी अपनाया गया। पैरावर्चुअलाइजेशन को होस्ट सीपीयू से वर्चुअलाइजेशन एक्सटेंशन की आवश्यकता नहीं होती है। हालाँकि, पैरावर्चुअलाइज्ड अतिथि को विशेष कर्नेल की आवश्यकता होती है जो मूल रूप से Xen पर चलने के लिए पोर्ट किया जाता है, इसलिए अतिथि हाइपरविजर के बारे में जानते हैं और अनुकरण या वर्चुअल एमुलेटेड हार्डवेयर के बिना कुशलता से चल सकते हैं।
शब्दों पर जोर मेहमानों को विशेष कर्नेल की आवश्यकता होती है। यदि आप नहीं जानते कि यह क्या है या इसे कैसे प्राप्त किया जाए, तो आपको चीजों को चालू रखने के लिए कड़ी मेहनत करने की आवश्यकता होगी। विशेष रूप से, आपको लाइव सीडी छवि से बूट करने का प्रयास करते समय समस्याएँ दिखाई देंगी, जो सिस्टम स्थापना में पहला कदम होना चाहिए।
सीडी या आईएसओ इमेज से बूट करें
समस्या तब शुरू होगी जब आप अपनी नई नई वर्चुअल मशीन को सेटअप करने का प्रयास करेंगे। जैसा कि हमने पहले एक लाख बार किया था, हम अपने अतिथि को पहले सीडी से बूट करना चाहते हैं।
लेकिन तब आपको इस तरह की बदसूरत त्रुटि मिलती है, भले ही आप ISO:
का उपयोग करने का प्रयास करें
यदि आप इंटरट्यूब को हिट करते हैं, तो आपको सात मिलियन व्यंजन मिलेंगे जो आपको बताएंगे कि यह कैसे किया जा सकता है या नहीं किया जा सकता है। लेकिन यह कभी भी वन-लाइनर नहीं होता, कभी प्लग एंड प्ले नहीं होता। अधिकांश सामान्य समाधान छवि निकालने और इसे HTTP सर्वर पर अपलोड करने और छवि को लूपबैक डिवाइस के रूप में आरोहित करने के बीच भिन्न होते हैं।
पी.एस. कृपया अधिक पठन अनुभाग पर भी एक नज़र डालें। संदर्भ सामग्री स्पष्ट करती है कि उबुंटू, जिसे हमने ऊपर परीक्षण के लिए चुना है, वास्तव में अतिरिक्त परिश्रम और संशोधनों के बिना एक पैरावर्चुअलाइज्ड अतिथि के रूप में बूट क्यों नहीं होगा।
तो आपको क्या करना चाहिए?
सबसे पहले, कुछ नहीं। सुझाए गए तरीकों में से कुछ आसानी से लागू हो जाते हैं। और वे वास्तव में काफी काम नहीं करते। आपको क्या करने की आवश्यकता है त्रुटि संदेश की जांच करें। विवरण पर क्लिक करें और सर्वश्रेष्ठ की आशा करें। विवरण उपयोगी हो सकता है।
सभी संभावित मामलों को विस्तृत किए बिना, पैरावर्चुअलाइजेशन के साथ मुख्य समस्याएं दो मुख्य मुद्दों तक सीमित हो जाती हैं:1) अतिथि सिस्टम को बूट करने के लिए आपको सही कर्नेल और initrd की आवश्यकता होती है 2) पैरावर्चुअलाइज्ड नेटवर्क इंटरफेस खराब हैं। और इन दोनों का संयोजन आपको अपनी वर्चुअल मशीन को सीडी/डीवीडी से बूट करने से रोकेगा।
कर्नेल और initrd छवि
पूर्ण वर्चुअलाइजेशन के साथ, यह काफी आसान है। वर्चुअल मशीन कॉन्फ़िगरेशन फ़ाइल में, आपको बिल्डर, कर्नेल और बूट निर्देशों को ठीक से निर्दिष्ट करने की आवश्यकता है। hvmloader कर्नेल हमेशा उपलब्ध रहता है, इसलिए आप सब अच्छे हैं।
पैरावर्चुअलाइज्ड अतिथि के लिए ऐसा कोई कर्नेल या initrd नहीं है। इसलिए आपको थोड़ा इंप्रूव करने की जरूरत होगी। जब आप अपनी वर्चुअल मशीन को GUI विज़ार्ड से बनाने के बाद लॉन्च करने का प्रयास करते हैं, तो आपको CD-ROM त्रुटि मिलेगी। लेकिन कॉन्फ़िगरेशन फ़ाइल डिस्क पर लिखी जाएगी।
/ Etc / xen / vm निर्देशिका पर जाएं और फ़ाइल को टेक्स्ट एडिटर में खोलें। कर्नेल और initrd पंक्तियों पर ध्यान दें, अस्थायी कर्नेल और initrd छवियों को /tmp के अंतर्गत इंगित करें। आप स्थायी Xen कर्नेल और initrd फ़ाइलों को इंगित करने के लिए इन दो प्रविष्टियों को बदल सकते हैं, लेकिन यह बोझिल हो सकता है, क्योंकि आपको इन्हें अलग से डाउनलोड करने या इन्हें स्वयं बनाने की आवश्यकता हो सकती है। आप सीडी छवि की सामग्री की जांच करना चाहते हैं और ज़ेन-संबंधित सामग्री की तलाश कर सकते हैं, जिसे आप कॉपी कर सकते हैं और अतिथि को बूट करने के लिए उपयोग कर सकते हैं। यहाँ एक नमूना है:
आप बूटलोडर निर्देश का उपयोग उचित तर्कों के साथ भी कर सकते हैं, लेकिन फिर से, यह एक थकाऊ प्रक्रिया है, क्योंकि प्रत्येक वर्चुअल मशीन को एक अलग सबसेट की आवश्यकता होगी। हालांकि, अधिकांश लिनक्स मेहमानों के लिए, एक बड़े, निहित शायद के साथ, निम्नलिखित को काम करना चाहिए:
बूटलोडर ='/usr/lib/xen/boot/domUloader.py'
bootentry ='--entry-=xvda1:/boot/vmlinuz-xen,/boot/initrd-xen'
निश्चित रूप से आपको वर्चुअल डिवाइस को xvda1 से समायोजित करने की आवश्यकता होगी जो आप अपने सेटअप में उपयोग कर रहे हैं। यह एक बदसूरत हैक है और जरूरी काम नहीं करेगा।
पैरावर्चुअलाइज्ड नेटवर्क इंटरफेस
एक अन्य बाधा vif निर्देश है। Xen पैरावर्चुअलाइज्ड अतिथि आपका सेटअप पसंद नहीं कर सकते हैं। इसका कारण यह है कि, आप अपने नेटवर्क एडेप्टर को बिना ब्रिज किए सीधे उपयोग नहीं कर सकते हैं। आप eth0 या wlan0 जैसे उपकरणों का उपयोग नहीं कर पाएंगे, आपको xenbr0 या br0 और समान का उपयोग करना होगा। यदि आप कमांड लाइन से वर्चुअल मशीन शुरू करने का प्रयास करते हैं, तो त्रुटि संदेश जोर से और स्पष्ट होगा:
एक अस्थायी वर्कअराउंड के रूप में, निर्देश को हटाएं या टिप्पणी करें और आपकी वर्चुअल मशीन बूट होनी चाहिए। फिर से, मेरे अधिकांश ट्यूटोरियल्स के विपरीत, जो एक सकारात्मक, निश्चित हाँ का उपयोग करते हैं, यहाँ हम निराशाजनक मेब्स के साथ काम कर रहे हैं। सामान्य vif को किसी भी प्रकार के निर्देश से बदलें जो आपके कॉन्फ़िगरेशन फ़ाइल में हो सकता है।
#vif=['',]
और फिर, मैजिक कंसोल:
और देर-सवेर आप नेटवर्क में दिक्कत का सामना करेंगे:
सामान्य तौर पर, आप बिना नेटवर्क के बच सकते हैं, लेकिन यह शायद ही उपयोगी है, क्योंकि हम अपने मेहमानों के लिए एक कनेक्शन चाहते हैं। इसलिए, आपको अपने एडेप्टर को ब्रिज करना होगा। आपके कुछ नेटवर्क इंटरफेस ब्रिजिंग का समर्थन नहीं कर सकते हैं, इसलिए इसे ध्यान में रखें।
दोबारा, यह मदद कर सकता है या नहीं भी कर सकता है। वस्तुतः कोई गारंटी नहीं है। उदाहरण के लिए, आप बदकिस्मत हो सकते हैं और इस तरह का संदेश आपको बता सकते हैं:आपको अब छोड़ देना चाहिए। या आप brctl उपयोगिता का उपयोग करके मैन्युअल रूप से पुल बनाने का प्रयास कर सकते हैं।
हमारे यहाँ क्या है?
यह गाइड थोड़ा भ्रमित करने वाला है, तो देखते हैं कि हमारे पास अब तक क्या है। आपके पास दो मुख्य मुद्दे हैं:एक, आपके अतिथि के लिए बूटलोडर स्लैश कर्नेल; दो, नेटवर्क इंटरफ़ेस। पैरावर्चुअलाइज़्ड मोड में चलने पर, Xen को डिस्क पर कहीं स्थित होने के लिए आपके मेहमानों के लिए सही कर्नेल और initrd फ़ाइलों की आवश्यकता होती है। इसके लिए ब्रिज्ड नेटवर्क एडेप्टर की भी आवश्यकता होती है।
You can solve the first by letting the virtual machine wizard create temporary entries for you on the hard disk, but this works only for some types of guest operating systems. For instance, Scientific Linux 6, which is based on RedHat 6, explicitly supports this kind of thing, so you're lucky. See below for more details. Alternatively, you can manually place the proper Xen kernel and initrd somewhere on your hard disk. As a last option, you can also use the bootloader directly, again with the right files.
The second issue takes an extra step; you must configure a network bridge. You can bridge both wired and Wireless adapters, however some hardware may not support this.
Even so, things may not work. And they probably won't. Bottom line, Xen paravirtualization is a pain; best avoided. If you compare the difficulty in getting your virtual machines running this way when pitted against pretty much any alternative, the answer is quite obvious.
और पढ़ना
If you're still brave after this guide, then you may want to consider reading a few more articles presenting possible solutions to booting your guests from CD-ROM. Or rather, showing you why it doesn't work and why you shouldn't bother.
Xen domU support - Popular choices like Ubuntu and Fedora are a no-go, yet
How to boot SLES para-virtual domU as a rescue system
निष्कर्ष
Working with Xen in paravirtualized mode is not a pleasant task. Depending on how advanced your guest systems are in supporting para-domU, you may get lucky and boot from a CD or an ISO image. But you will also require bridged networking, which may not always work, especially with Wireless adapters.
Moreover, you may need to hunt for Xen kernel and initrd files for your guest system, including even compiling your own custom version. This kind of work is too much for most people, both in terms of skill, patience and administrative overhead, especially since other virtualization solutions offer as much without breaking into sweat.
Hopefully, this guide clears the fog a little. Web server, loopback device, physical drive, it makes no difference. You need special kernel and initrd images and bridged networking. You may be lucky and have guests that support domU paravirtualization. If not, you're in for a lot of trouble. My warmest advice is, avoid if you can, go for alternative solutions. However, in its full hardware virtualization mode, Xen is rather cool.
प्रोत्साहित करना।