XenServer वर्चुअल मशीन के लिए ब्लॉक उपकरणों को अग्रेषित करना

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



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



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



सामान्य तौर पर, अभ्यास करने के लिए आगे बढ़ते हैं। XenServer udv जैसे SR के एक प्रकार का समर्थन करता है । इसका मुख्य उद्देश्य बाहरी यूएसबी ड्राइव का समर्थन करना और उन्हें आभासी मशीनों को अग्रेषित करना है। इस प्रकार का SR बेहद सरलता से काम करता है: फ़ोल्डर में पाए जाने वाले सभी ब्लॉक डिवाइस VDI (वर्चुअल डिवाइस इमेज) के रूप में कार्य करते हैं। उसी समय, एसआरआई को स्कैन करते समय VDI स्वचालित रूप से बनाई जाती है, आपको बस उन्हें आवश्यक वर्चुअल मशीनों में जोड़ना होगा।



चूंकि लिनक्स में किस प्रकार के ब्लॉक डिवाइस का उपयोग करने के लिए कोई अंतर नहीं है, और यूएसबी फ्लैश ड्राइव mdadm सरणी और LVM वॉल्यूम से अलग नहीं है, आप मैन्युअल रूप से udev प्रकार के साथ SR बना सकते हैं और मैन्युअल रूप से ब्लॉक डिवाइस की आवश्यकता के लिए एक सिमलिंक जोड़ सकते हैं। उदाहरण के लिए, md0 सरणी के लिए।



सबसे पहले, एक निर्देशिका बनाएं जिसमें हमारे द्वारा आवश्यक ब्लॉक डिवाइसों के लिए सहानुभूति होगी:

mkdir /srv/block-devices
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

अब इसे सामग्री-प्रकार = डिस्क के साथ एक udev प्रकार SR बनाएं:

 xe sr-create name-label="Block devices" name-description=" ,       " type=udev content-type=disk device-config:location=/srv/block-devices
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

हमें जो डिवाइस चाहिए उसे जोड़ें:

 ln -s /dev/md0 /srv/block-devices/md0
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

फिर हम SR स्कैन करते हैं ताकि आवश्यक VDI स्वचालित रूप से बनाए जाएं:

 xe sr-scan uuid=<uuid__SR>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

हमारे एसआर पर एक नया वीडीआई नाम-लेबल "अपरिचित बस प्रकार" के साथ दिखाई देना चाहिए। आप इसे कमांड से सत्यापित कर सकते हैं

 xe vdi-list sr-uuid=<uuid__SR>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ठीक है, जो कुछ भी करना बाकी है वह इस वीडीआई का नाम और विवरण बदलना है और इसे वांछित मशीन में संलग्न करना है। आप यह पहले से ही XenCenter के माध्यम से कर सकते हैं। वैसे, डरो मत, इस तरह से बनाए गए SR और VDI रिबूट के बाद गायब नहीं होंगे और अपने मापदंडों को नहीं बदलेंगे।



वह सब है। यह थोड़ा अजीब है कि आधिकारिक दस्तावेज में इस तरह की आदिम पद्धति के बारे में एक शब्द नहीं है।